ITコンサルタントという肩書きだけでは、提案書を出した後に何を担う仕事か分かりません。経営・IT戦略への助言で区切る求人も、システムの要件や構想を固める求人も、導入プロジェクトまで続けて担う求人もあります。

転職で見るべき境界は、「上流か下流か」という序列ではなく、誰の意思決定を支え、どの成果に責任を持つかです。ソフトウェア・通信業界の大分類から候補を絞るときは、提言の価値を問われたいのか、納入物の品質・費用・期限まで持ちたいのかを先に決めます。

提言と実装は、責任を持つ成果が違う

ITコンサルティングの仕事には、顧客の経営戦略やIT戦略への提言・助言を通じ、IT投資の経営判断を支える役割があります。システム開発の検討に近い案件では、課題を分析し、システム全体の構造や方針、満たすべき基準、技術リスクまで扱います。

一方、納入物の品質・費用・期限を管理する役割や、アプリケーションを設計・開発・テスト・保守して品質を持つ役割は、提言とは別の責任です。実際の求人では一人や一つのチームが複数を兼ねる場合があるため、肩書きではなく成果物で読み分けます。

| 仕事の境界 | 主な成果 | 責任を読む問い | | --- | --- | --- | | 経営・IT戦略への助言 | 目標、選択肢、投資判断を支える提言 | 提言の価値、効果、実現可能性をどう評価するか | | 課題整理・アーキテクチャ | システム化要件、全体構造、基準、技術リスク | 後続の開発が可能な粒度まで誰が固めるか | | プロジェクト実行 | 計画、納入物、品質、費用、期限 | 提案後に誰が進行と変更を管理するか | | 設計・開発・導入 | アプリケーションや基盤、テスト結果 | 実装品質と不具合の修正を誰が担うか | | 稼働後の運用 | 合意したサービス水準、安定稼働 | 障害、性能、運用品質をどの組織が持つか |

この区分は、求人の職位や社内等級を決める表ではありません。同じ「コンサルタント」でも活動領域が異なるため、募集要項の業務内容と面接回答へ当てて使います。

求人票では、提案後の引き継ぎ先まで追う

「構想策定から実行支援まで」という表現だけでは、実装責任の有無は判断できません。実行支援が会議運営や進捗確認を指すのか、設計・開発チームの管理を含むのか、完成したシステムの品質まで持つのかで、日々の仕事は変わります。

選考前に、想定案件一つを単位として次を確かめます。

  • 最初に受け取る顧客課題と、最終的に提出する成果物は何か
  • 顧客の経営判断を支えるところで区切るのか、要件確定や設計へ続くのか
  • 提案が採用された後、同じ担当者がプロジェクト管理や実装へ残るのか
  • 品質、費用、期限、技術リスクのうち、募集職種が説明責任を持つ項目は何か
  • 実装を別部門や協力会社へ渡す場合、引き継ぎ後にどこまで関与するか
  • 顧客先での会議、常駐、出張がある場合、案件期間のうちどの程度か

提案資料の作成比率だけを聞くより、成果物の受け手と、問題が起きたときに説明する人を聞く方が責任範囲をつかめます。

顧客の判断を変える仕事と、自分で作り切る仕事の違い

複数の選択肢を比較し、顧客の経営や業務の前提を整理することに時間を使いたいなら、助言・構想側の仕事は候補になります。ただし、最終的な経営判断は顧客が行います。自分の提言が採用されない場合も含め、根拠を示して意思決定を支える役割です。

設計したものを自分で実装し、動く成果物の品質まで持ちたい人は、実装比率の低い求人では手応えが薄いかもしれません。SIer業界の設計・構築職や、ソフトウェア・SaaS業界のプロダクト開発職も並べて、責任を持ちたい成果を比較します。

反対に、特定製品の改善を長く追うより、顧客ごとに異なる経営・業務上の論点を整理したいなら、プロジェクト型の働き方を検討できます。ただし、案件期間や配属方法は会社ごとに異なります。「幅広い業界を経験できる」と求人文から決めつけず、配属候補、案件継続期間、専門領域の決め方を聞きましょう。

収入は職種名だけで横並びにしない

確認できる情報サービス産業の統計は、ITコンサルティング職だけを同じ等級・地域・雇用区分で切り出した給与レンジではありません。職業別の平均値や会社全体の平均年間給与を、応募職種の下限・上限へ置き換えることもできません。

比較するときは、公式求人に記載された職位、基本給、固定残業代、賞与、評価区分、勤務地をそろえます。求人の提示額は、提出会社の平均年間給与とは別の情報です。希望額がレンジ内でも、その職位で求められる営業、提言、プロジェクト管理、実装の経験を満たすかまで見ます。

面接では「責任を持つ動詞」をそろえる

最後に、求人票の「支援する」「推進する」「伴走する」を、その会社で使う具体的な動詞へ置き換えます。提言する、要件を確定する、設計する、進捗を管理する、実装する、運用するのどこまでが募集職種の仕事かを聞き、回答と評価指標が一致するか確かめます。

提言の価値・効果・実現可能性を重く見る組織と、プロジェクトの品質・費用・期限を重く見る組織では、同じITコンサルタントでも求める経験が違います。求人票の業務内容と評価指標を、面接で聞いた配属例に照らしてから応募先へ残すと、肩書きによる取り違えを減らせます。