監修：山根一城（株式会社ポテンシャライト代表取締役CEO ／ 業界20年）
社内SEとして情報システムを支え、プロジェクトも回してきた。それでもITコンサルの面接で手応えが得られない——その背景には、能力の不足ではなく『評価軸のすれ違い』があります。この記事は、社内SEからITコンサルへPM転職を考える方が、面接で問われる『提案する側』への転換をどう言語化すればいいかを、この1本で完結させます。
社内SEからITコンサルへの転職面接で評価が伝わらないとき、多くの方は「PM経験が足りないのか」「もっと大きなプロジェクトが必要だったのか」と自分の実績を疑います。しかし、実際に起きているのはそういうことではありません。あなたの経験が足りないのではなく、経験の翻訳先がずれているのです。
社内SEの仕事の本質は、事業を止めないことにあります。基幹システムを安定稼働させ、部門の要望を整理し、ベンダーをコントロールしてQCDを守る。これは高度な専門性です。ただし、その専門性は「守る側・回す側」の言語で語られます。
一方、ITコンサルの面接官が聞きたいのは別の言語です。彼らが確かめたいのは次のような点です。
つまり「守る側」から「提案する側」への転換が問われています。社内SEの実務にはこの要素が確実に含まれているのに、面接では「システムを安定させた」という守りの言語でしか語れていない——ここに評価のすれ違いが生まれます。
「提案する側」という言葉は抽象的に聞こえますが、面接で問われる中身は具体的です。核心は論点を誰が立てているかにあります。
社内SEの多くのプロジェクトは、事業部から「こういう機能がほしい」という要望が起点になります。あなたの仕事は、その要望を整理し、実現可能性を検討し、ベンダーと調整して形にすること。これは要件を「受け取って整理する」動きです。極めて価値のある仕事ですが、論点の設定者は依頼元の事業部でした。
ITコンサルのPMに求められるのは、論点そのものを自分で立てる動きです。クライアントが「基幹システムを刷新したい」と言ってきたとき、コンサルは即座に設計に入りません。まず問い直します。
この仮説思考と論点設計こそ、ITコンサルの中核評価軸です。PM Questでは業態ごとに評価軸がまったく異なると考えていますが、ITコンサルの軸は「論点設計・仮説思考・クライアントマネジメント」に集約されます。SI/SESで重視される規模・工程・QCD管理の再現性とは、見ている場所が違うのです。
重要なのは、社内SEの経験にも論点設計の瞬間は必ずあったということです。「事業部の要望をそのまま実装せず、本当の困りごとを掘り下げて別解を出した」経験——それこそが提案する側の萌芽です。面接ではその瞬間を掘り起こして語る必要があります。
PM Questの根本思想は、同じ「PM経験」でも業態が違えば評価はまったく別物になる、という点にあります。社内SEからITコンサルを目指すなら、まず自分が今いる評価軸と、行き先の評価軸のギャップを正確に把握してください。
4つの業態で面接官が最も重視する軸を対比します。
社内SEの立ち位置を整理すると、あなたが日々鍛えているのはSI/SESに近い「工程管理と調整の再現性」です。ITコンサルへ移るということは、この軸を保ちながら、まったく別の「論点設計」の軸を面接官に示す必要があるということです。
これはPM Questの言う『斜め』のキャリア移動——業態を移りながら職域を広げる動きにあたります。単なる横移動（同じ職域で業態だけ変える）ではなく、守りの職域から提案の職域へと軸足そのものをずらす。だからこそ準備の焦点も、実績の量を語ることではなく、思考のプロセスを見せることに置くべきなのです。
ここまで転換の必要性を語ってきましたが、誤解しないでください。社内SEの経験は、ITコンサルへの転職において決して不利ではありません。むしろコンサル側が喉から手が出るほどほしい視点を、あなたはすでに持っています。
それは発注者・利用者の内側を知っているという一点です。
多くのITコンサルタントは、クライアント企業の外側から入ります。だからこそ「なぜこの会社は非効率な業務を変えられないのか」「なぜ現場が新システムに抵抗するのか」という、組織の内在論理を肌感覚で理解しきれないことがあります。あなたは違います。
これらは提案の説得力を根底から支える資産です。PM Questが提唱するフォワードデプロイドPM（FDPM）——顧客の事業部サイドに深く入り込み、技術とビジネスの両軸でプロジェクトを完遂するPM像——は、まさにこの「内側の視点」を強みとする働き方です。社内SEはFDPM的な素養を、実務の中ですでに蓄えてきたと言えます。
面接では、この視点を『提案の武器』として提示してください。「私は発注者側にいたからこそ、コンサルの提案が現場で機能するかを見抜ける」——この一文が言えるかどうかで、印象は大きく変わります。守りの経験を、提案の説得力に変換するのです。
ここからは具体的な準備です。抽象論ではなく、面接の前夜に手を動かして準備できる項目に落とし込みます。
1. 論点を立てた瞬間を3つ棚卸しする
2. すべての実績をQCDから『事業インパクト』へ翻訳する
3. 『クライアントを動かした』エピソードを用意する
4. ケース質問に『答えを急がない』練習をする
5. 志望動機を『守りから提案へ』の物語にする
このチェックリストの狙いは、あなたの経験を偽ることではありません。すでにある経験の中から『提案する側』の要素を発掘し、面接官の言語で語り直すことです。
準備の方向が正しくても、面接の現場では特定のパターンで評価が伝わりにくくなります。社内SE出身の方が陥りやすい構造を3つ挙げます。
失点1：技術詳細に降りすぎる
質問に対して、つい実装やインフラの細部まで語ってしまう傾向があります。社内SEとしての誠実さの表れですが、コンサルの面接官は「その技術判断が事業にどう効いたか」を聞いています。技術の話は、必ず「だから事業がどう変わったか」で締めてください。技術は手段であり、目的は事業価値の提案だという構造を崩さないことです。
失点2：受け身の主語で語る
「事業部から依頼があり」「ベンダーが提案してきたので」——無意識にこうした受け身の主語が出ると、論点の設定者が自分でないと伝わります。「私はこう考え、こう問い直し、こう提案した」という能動の主語に意識的に切り替えてください。
失点3：安定運用の実績だけで完結させる
これらは能力の問題ではなく、語りの型の問題です。同じ経験でも、能動の主語で・事業インパクトに接続して・変化の側面を強調して語れば、面接官には『提案する側の思考を持つ人』として届きます。型を変えれば、あなたの15年は別の輝き方をします。
Q1. PMとしての大規模プロジェクト経験が少なくても、ITコンサルに転職できますか？
規模の大きさは、ITコンサルの中核評価軸ではありません。それはむしろSI/SESで重視される軸です。ITコンサルが見るのは論点設計と仮説思考なので、小規模でも「自分で問いを立て、打ち手を設計し、相手を動かした」プロジェクトが語れれば十分に勝負できます。規模ではなく思考の深さで語ってください。ただし応募先のファームの領域（業務系・IT戦略系など）によって求められる経験の色は変わるため、自分の経験がどの領域と接続するかは見極める必要があります。
Q2. 年齢が上がってからのITコンサル転職は不利ですか？
年齢そのものより、その年齢に見合う『提案の視点』を持っているかが問われます。むしろ40代でSE歴・PM歴が長い方は、発注者・利用者の内側を知る資産が厚く、FDPM的な強みを打ち出せる可能性があります。若手にはない『組織の内在論理を読む力』を提案の武器として言語化できれば、経験年数はプラスに働きます。市場全般としては年齢で門戸が狭まる面もありますが、それは評価軸の見せ方でかなり補えます。
Q3. 未経験からいきなりITコンサルではなく、SIerのPMを経由すべきですか？
これはキャリアの『斜め』移動をどう刻むかという設計の問題です。社内SEからITコンサルは軸のギャップが大きいため、いったんSI/SESのPMで工程・QCDの再現性を市場に証明してから移る『二段階の斜め移動』も有効な選択肢です。一方で、論点設計のエピソードが今すでに語れるなら、直接コンサルを狙う道もあります。どちらが良いかは、あなたの現在地と語れる実績次第です。自分の実績がどの評価軸で最も強く映るかを診断してから決めることをおすすめします。