監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
PMのケース面接・お題面接に「正解の型」があると思って準備すると、たいてい評価軸とすれ違います。同じPoC設計のお題でも、SIerとAI業態では見られているものが正反対です。本記事は、業態別の出題傾向と評価基準を構造から解き明かし、明日の面接に使える形まで落とし込みます。
PMのケース面接やお題面接で見送りになったとき、多くの方が「答えを間違えた」と振り返ります。ですが、ここには構造的なすれ違いがあります。ケース面接が測っているのは答えの正しさではなく、答えにたどり着くまでの思考プロセスだからです。PMという職種は、正解が定義されていない状況で意思決定の道筋を作る仕事です。だからこそ面接官は、あなたが未知のお題をどう分解し、どこに論点を置き、どうやって不確実性を潰していくかを観察しています。
ここで重要なのは、その「良い思考プロセス」の定義が業態ごとに違うという点です。PM Questでは、業態別の評価軸を次のように整理しています。
同じ「新規サービスの立ち上げ計画を考えてください」というお題でも、SIerの面接官は工程分解とリスク管理を、Web事業会社の面接官は「そのサービスでどの数値をどう動かすか」を見ています。つまり、万能な優等生回答というものは存在しません。相手が採点している軸を読み違えたまま滑らかに話しても、評価は伝わらないのです。この記事では、その軸のズレを一つずつ埋めていきます。
まず全体像を掴むために、4業態を同じお題で並べてみます。仮に「あるBtoB SaaSの解約率が上昇している。あなたなら何をするか」というケースを出されたとします。同じお題でも、通過する回答の重心はこれだけ変わります。
SI/SES業態では、原因を切り分ける手順の網羅性と、対応をプロジェクトとして回す段取り力が評価されます。「解約データの取得範囲を確定し、要因を分類し、施策ごとに工数と優先度を置いて工程に落とす」という、抜け漏れのない管理の再現性が刺さります。逆に、勢いのある仮説だけで工程設計が甘いと「実行力の担保が見えない」と受け取られます。
ITコンサルでは、最初に「解約率のどこが問題なのか」という論点そのものを定義し直せるかが分かれ目です。全体の解約率なのか特定セグメントなのか、期間の切り方は妥当か。論点を構造化し、仮説を立て、検証の優先順位を語れる人が高く評価されます。網羅より、筋の良い切り込みです。
AI業態では、解約要因が定量的に見えていない不確実な状態でも動じず、「まず何を計測できるようにするか」から設計できるかを見ます。データが揃っていない前提を許容し、小さく検証して事業判断につなげる姿勢が評価軸です。
Web事業会社では、解約率という数値に自分ごととして向き合い、「LTVとCACの関係でどこまで許容できる解約か」「明日打てる一番早い施策は何か」までスピード感を持って踏み込めるかが問われます。分析の精緻さより、数値を動かすオーナーシップです。
同じPM経験10年でも、業態が違えば評価はまったくの別物になります。これはPM Questの根本思想であり、ケース面接はその違いが最も鮮明に出る場です。
SIer系の面接では、抽象的な事業アイデアより「プロジェクト運営の再現性」を問うお題が多く出ます。典型は、炎上しかけたプロジェクトのリカバリー、大規模開発のスケジュール再設計、複数ステークホルダーの調整といった設定です。ここで通過する人は、QCD(品質・コスト・納期)のどこにトレードオフが発生しているかを言語化し、判断基準を先に置いてから打ち手を語ります。「まず影響範囲を確定し、優先度を合意形成し、リスクを定量化して報告ラインを設計する」という順序が、そのまま実務の再現性の証明になります。
SIer面接で評価が伝わりにくいのは、いきなり最適解を提示してしまうパターンです。工程を飛ばした結論は、この業態では「運の良い一発」に見えてしまいます。思考の手順そのものが成果物だと考えてください。
一方ITコンサルのお題は、答えの曖昧さが意図的に仕込まれています。「市場を推定してください」「この事業の成長ドライバーは何か」といった問いは、正解を当てるゲームではありません。評価されるのは、問いを構造に分解し、仮説を置き、その仮説を検証する順番を設計する力です。ここで最初にやるべきは前提確認です。「この推定はクライアントのどんな意思決定に使われますか」と目的を確認する一言が、論点設計力の高さを示します。
この2業態は「管理の再現性」と「論点の切れ味」という別方向の頭の使い方を求めます。移動を考えるなら、この違いを意識した準備が近道です。
AI業態のお題は、不確実性そのものが試験問題になっています。「精度が事業要件を満たすか分からないモデルを、どうプロダクトに乗せるか」「PoCで良い結果が出たが本番でスケールするか不明。どう進めるか」といった設定が典型です。ここで見られているのは技術の細部ではなく、答えが出ていない状態に耐えながら、検証可能な小さな単位に問題を割り、事業判断につなげる力です。PoCを事業に接続する力、というのはPM Questが定義するAI業態PMの中核能力です。「まず何が分かれば投資判断ができるか」を逆算して検証を設計できる人が通過します。技術キャッチアップの速さも、専門知識の量ではなく「知らない技術に出会ったとき最初に何を調べるか」という接近の仕方で評価されます。
Web事業会社のお題は、とにかく事業数値に紐づきます。「このプロダクトの主要KPIを一つ選ぶなら何か。なぜか」「リテンションを改善する施策を優先度つきで3つ」といった、数値へのオーナーシップを直接測る問いが多く出ます。ここで評価が伝わらないのは、分析が丁寧すぎて結論が遅いパターンです。この業態は完璧な分析より、仮説を持って早く動き、数値で検証して学習を回す姿勢を高く評価します。「まずこの仮説でこの数値を1週間で見ます。外れたら次はこう切り替えます」という反復のリズムを語れるかが分かれ目です。
AI業態とWeb事業会社は、どちらも不確実性の中でスピードを要求する点で近いのですが、AI業態は「技術的不確実性の設計」、Web事業会社は「事業数値のオーナーシップ」に重心があります。この微差を読み違えると、せっかくのスピード感が空回りして見えてしまいます。
ここまで読んで「相手に合わせて演じ分けろということか」と感じた方がいるかもしれません。少し違います。演じ分けではなく、それぞれの業態が抱えるリスクの種類が違うから、評価軸も違うのです。この構造を理解すると、暗記ではなく応用が効くようになります。
SIerが最も恐れるリスクは「プロジェクトの破綻」です。決まった要件を、決まった予算と納期で完遂できないことが最大の失敗です。だから再現性が問われます。ITコンサルが恐れるのは「間違った問いに答えてしまうこと」です。論点を外せば、どれだけ精緻に分析しても価値を生みません。だから論点設計が問われます。
AI業態が恐れるのは「動くけれど事業にならないPoCの山」です。技術的に成立しても事業価値に接続できなければ投資が焦げつきます。だから不確実性を事業判断につなぐ力が問われます。Web事業会社が恐れるのは「数値が動かないまま時間を溶かすこと」です。市場もユーザーも速く動くため、意思決定の遅さそのものがリスクです。だからスピードとオーナーシップが問われます。
ケース面接は、あなたがその業態の一番怖いリスクに対する感度を持っているかを試す場だと捉え直してください。そう考えれば、お題が変わっても「この会社が一番恐れているのは何か」から逆算して回答の重心を置けるようになります。これが、業態を越えて移動する「斜めのキャリア」を目指す方にとって最も汎用性の高い準備です。
ここからは、当日そのまま使える手順に落とします。お題を出された瞬間、頭が真っ白になるのは準備不足ではなく、着手の型を持っていないからです。次の順序を体に入れておいてください。
準備段階でやっておくと差がつくのは、志望する業態の直近プロダクトを一つ選び、KPIとリスクを自分で分解してみることです。Web事業会社志望なら実在サービスの主要KPIを推定する、AI業態志望なら「このプロダクトのどこにモデルの不確実性があるか」を書き出す。この素振りが、当日の即応性を大きく変えます。回答の正しさを磨くより、着手の型と業態感度を先に整えることをおすすめします。
Q1. ケース面接で答えが分からないとき、正直に「分かりません」と言ってよいですか。
「分かりません」で止めるのは避けたいですが、知らないことを取り繕う必要もありません。PMに求められるのは全知ではなく、未知への接近の仕方です。「その分野の知見は薄いので、まずこう調べて、この順で確かめます」と、分からない状態からの動き方を示してください。特にAI業態では、この姿勢そのものが技術キャッチアップ力の評価対象になります。取り繕った浅い回答より、正直な検証設計のほうが評価が伝わります。
Q2. 未経験の業態に移るとき、ケース面接はどう準備すればよいですか。
前職の業態の型のまま臨むと、評価軸のすれ違いで通過しづらくなります。まずは志望業態が恐れるリスク（本文⑤の構造）を理解し、そのリスクに対する感度を回答の重心に置いてください。加えて、前職の経験を志望業態の言葉に翻訳する準備が有効です。たとえばSIerでのQCD管理経験を、Web事業会社向けには「限られた期間で数値をどう動かしたか」という語り口に変換する。同じ経験でも、翻訳次第で伝わり方が変わります。
Q3. お題に沿った完璧な回答を用意していけば通過できますか。
用意した完成品を提示する面接ではない、と考えたほうが安全です。面接官が見たいのは、その場で未知のお題をどう捌くかという生の思考です。準備で磨くべきは個別回答の暗記ではなく、前提確認から検証設計までの着手の型と、業態別の評価軸への感度です。完璧な結論をなめらかに話す人より、途中で前提を問い直したり仮説を修正したりできる人のほうが、実務のPM像に近く映ります。