監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
「PMとして10年やってきたのに、ITコンサルの面接だけ通過しない」——その多くは実力不足ではなく、評価軸のすれ違いです。この記事では、ITコンサルが本当に見ているのは『論点設計と仮説思考』であることを、他業態との対比で構造的に解き明かします。
ITコンサル業態のPM面接で最もよく起きるすれ違いは、候補者が「何をやり遂げたか」を語り、面接官が「どう考えたか」を聞いている、という認識のズレです。あなたが大規模プロジェクトのQCDを守り抜いた話をしても、面接官の頭の中では「では、なぜそのスコープにしたのか」「その前提が崩れたときにどう組み直したのか」という別の質問が走っています。
これは能力の差ではなく、評価軸の差です。ITコンサルという業態は、答えの決まっていない経営課題に対して、まず論点を設計し、仮説を立て、検証しながら前に進むことでフィーが発生します。つまり成果物そのものよりも、その成果物に至る思考プロセスの再現性こそが商品なのです。
だから面接官は、あなたの実績を「たまたま上手くいった一回」なのか「別の案件でも再現できる思考の型」なのかを見分けようとします。ここで実績だけを厚く語ると、再現性の証明にならず、「経験は豊富だが、思考の型が見えない」という評価に着地してしまう。これが構造です。
裏を返せば、語る順番と切り口を変えるだけで、同じ経験がまったく違って伝わります。原因はあなたの努力ではなく、見せ方の設計にあります。
ITコンサルのPM評価を分解すると、中核にあるのは『論点設計』と『仮説思考』の2つです。この2語は面接でも頻出しますが、抽象的に理解しているだけでは面接で使えません。それぞれ何を指すのかを具体化します。
論点設計とは、目の前の状況から「本当に解くべき問いは何か」を切り出す力です。クライアントが「開発が遅れているので増員したい」と言ったとき、そのまま増員を論点にするのか、それとも「そもそも遅延の真因は要員数なのか、意思決定プロセスなのか」を論点に置き直すのか。後者ができる人が、コンサルのPMとして評価されます。問いの設定そのものが仕事だからです。
仮説思考とは、限られた情報でまず「おそらくこうだろう」という仮の答えを置き、それを検証する順番で動く力です。すべての情報が揃うまで動かないのではなく、最も確度の高い仮説から検証して、外れたら次に移る。この動き方ができると、不確実な状況でもプロジェクトが止まりません。
面接では、この2軸が次のような形で問われます。
これらに対して、工程やスケジュールの話で返すと軸がずれます。求められているのは、あなたの頭の中で回っていた「問いの立て方」の言語化です。実は多くのPMは無意識にこれをやっています。やっていないのではなく、言語化して見せていないだけなのです。
PM Questの根本思想は「同じPM経験10年でも、業態が違えば評価はまったく別物になる」というものです。ITコンサルの評価軸を正しく理解するには、他業態と並べて見るのが一番早い。4業態の中核評価軸を対比します。
SI/SES業態が見るのは規模・工程・QCD管理の再現性です。何億円規模を、何人体制で、どの工程まで、どう管理してデリバリーしたか。管理の型が明確で再現できることが価値になります。プロジェクトを「正しく回しきる」ことが評価の中心です。
ITコンサル業態が見るのは論点設計・仮説思考・クライアントマネジメントです。答えのない問題に問いを立て、仮説で前に進め、クライアントの意思決定を動かす。回しきる前に「何を解くか」を決める力が評価の中心です。
AI業態が見るのは不確実性への耐性・技術キャッチアップ速度・PoCを事業に接続する力です。技術が動く前提が崩れることを織り込み、検証を回し、実験を事業価値に変換できるか。ここでは「計画通り進まないこと」が前提です。
Web事業会社が見るのは事業数値へのオーナーシップ・ユーザー理解・スピードです。誰かから受託した課題ではなく、自社の事業KPIを自分ごととして持ち、ユーザーを見て高速で意思決定できるか。
ここで重要なのは、SIer出身の方がITコンサルを受けるとき、SIで磨いた「QCD管理の再現性」をそのまま語っても評価軸に乗らない、ということです。同じ経験を『どんな論点を立てて、その管理設計に至ったか』という切り口で語り直す。これがキャリアの『斜め（職域を広げながら業態を移る）』移動の勘所です。」
業態別の評価軸を踏まえると、出身業態ごとに「無意識にやってしまう語りの罠」が見えてきます。原因は経歴ではなく、前職で最適だった語り方をそのまま持ち込んでしまうことです。
SIer出身の方の罠は、規模と工程で語りすぎることです。「50人体制、3億円、要件定義から本番稼働まで」——SIの面接ではこれが強力な武器ですが、コンサル面接では前提情報にすぎません。面接官が本当に聞きたいのは、その体制を「なぜその規模にしたのか」「どの論点からその工程分割を導いたのか」です。規模は結果、コンサルが見たいのはその手前の思考です。
Web事業会社出身の方の罠は、スピードと数値改善で語りすぎることです。「施策を高速で回してCVRを◯%改善した」は事業会社では強い実績ですが、コンサル面接では「なぜその施策を最初に選んだのか、他の選択肢をどう捨てたのか」という論点設計の部分が問われます。打ち手の実行力ではなく、打ち手を選ぶ前の問いの設計が評価対象です。
AI業態出身の方の罠は逆に、不確実性の話に寄りすぎて構造的な論点整理が見えなくなることがあります。「やってみないと分からない」で終わらせず、「その不確実性の中でも、まずこの論点から検証すべきと判断した」という思考の骨組みを見せる必要があります。
共通する解決策は一つです。実績を語る前に、その実績を生んだ『問いの立て方』を一段掘って言語化すること。これだけで、同じ経歴がコンサルの評価軸に乗り始めます。
抽象論で終わらせないために、明日の面接でそのまま使える具体アクションに落とします。面接前とエピソードの語り方、両方を用意しました。
面接前の準備チェックリスト
エピソードを語るときの型（PREP+論点）
順番が肝心です。多くの方は成果から入りますが、コンサル面接では論点から入ると、その後の話がすべて「思考の再現性の証明」として聞こえるようになります。
逆質問で見せるのも有効です。「御社ではプロジェクト開始時、論点をどこまでクライアントと合意してから動きますか」といった質問は、あなた自身が論点起点で仕事を捉えている証拠になります。逆質問は評価される最後の場面だと考えてください。
面接の前に、書類の段階で評価軸に乗せておくと通過率が変わります。職務経歴書のプロジェクト記述を、SI的な書き方からコンサル的な書き方へ翻訳する例を示します（架空の抽象例です）。
Before（成果・工程起点)
これはSIの評価軸では十分ですが、コンサル面接官には「思考が見えない」記述です。同じ事実を論点起点で書き換えます。
After（論点・仮説起点)
事実は一つも変えていません。変えたのは「どこを主役にするか」だけです。Afterでは、あなたが何を問いとして立て、どんな仮説で進め方を組んだかが読み取れます。面接官はこの1行から「他の案件でも同じ思考が回せそうだ」という再現性を感じ取ります。
ポイントは、論点を書くと自然に「捨てた選択肢」も見えてくることです。「網羅ではなく再設計を選んだ」という記述は、選ばなかったものを示しており、それ自体が論点設計の証拠になります。書類を書き換える作業は、そのまま面接の予行演習にもなります。
Q1. コンサル未経験でも、ITコンサルのPMポジションに挑戦できますか。
可能です。むしろSIer・事業会社・AI業態からの『斜め移動』は市場で一定のニーズがあります。鍵は、前職で無意識にやっていた論点設計・仮説思考を言語化して見せられるかどうかです。未経験だから見送りになるのではなく、既に持っている思考を評価軸の言葉で翻訳できていないことが原因になりやすい。翻訳ができれば、業態未経験は決定的な壁ではありません。
Q2. ケース面接（フェルミ推定など）の対策は必要ですか。
ファームやポジションによりますが、PMポジションでは純粋なケース面接より『過去プロジェクトを論点で語れるか』を重視する傾向があります。とはいえ、ケースが出た場合も見られているのは同じ力——問いをどう分解し、仮説をどう置くか——です。個別の解法暗記より、日頃から自分の実務を「論点→仮説→検証」で振り返る習慣が最も効く対策になります。
Q3. 年収は業態を移ると下がりますか。
断定はできません。ITコンサルはフィー構造上、思考の再現性を高く評価する業態なので、論点設計・仮説思考が評価されれば同水準以上での移動も十分あり得ます。一方で、業態が変わると評価軸が変わる以上、最初の提示だけで判断するのは早計です。自分の経験がどの業態でどう評価されるかを整理してから交渉に臨むことをおすすめします。市場価値の棚卸しは、面接対策とセットで進めると効果的です。