この記事は、アクセンチュアに2017年から2021年まで在籍した山口翔太が書いています。業界横断でデジタル変革を支援する部門に所属し、アナリストからマネージャーまでの4年間を過ごしました。在籍中は中途入社者を受け入れる側にもいたので、どういう経歴の人が通り、入社後に何が起きたかを両側から見ています。

先に、この記事の立ち位置を書いておきます。

「ITコンサル 転職」で出てくる記事の多くは、求人を紹介する側が書いたものです。内容が間違っているわけではありません。ただ、「入社後に苦しむのはどういう人か」はまず書かれません。 書けば応募が減るからです。

ここでは、その部分を中心に書きます。

ITコンサルは、結局なにを売っている仕事か

いちばん最初につまずきやすいのがここです。

ITコンサルは「ITに詳しい人」ではありません。 売っているのは、クライアント企業が自力では決められない意思決定を、外部の立場で決め切ることです。技術力そのものは手段であって商品ではない。

在籍中、技術力が高い中途入社者が苦戦する場面を何度も見ました。理由はいつも同じで、「正しい技術的な答え」を出すことと「その会社がその答えを実行できる状態にすること」がまったく別の仕事だったからです。

隣接する職種と並べると、違いがはっきりします。

この表でいちばん重要なのは「責任の終わり方」の列です。

SIerは「決まった要件どおりに作る」ことに責任があります。要件が間違っていても、それは発注側の責任です。ITコンサルは逆で、その要件自体が正しいかどうかを決める側にいます。だから「言われていないことを勝手に考える」のが仕事になります。

SIerから転職した人が最初に戸惑うのは、技術の難易度ではなく、この「誰も要件をくれない」状態です。

ITコンサルの中の職種は、かなり分かれている

ひとくちにITコンサルと言っても、中身は別の仕事といっていいくらい分かれています。求人票では区別されずに「ITコンサルタント」と書かれることが多いので、ここは応募前に必ず確認したほうがいいところです。

未経験から入る場合、実際の入口はPMOかERP導入がほとんどです。 ここは正直に書いておきます。「データ・AI領域をやりたい」という志望で入社して、最初の2年がERP導入のPMOだった、という例は珍しくありません。

やりたい領域がはっきりしているなら、選考の途中で「最初のアサインはどの領域になる可能性が高いか」を必ず聞いてください。 答えられない相手なら、その時点で情報が足りていません。

年収は「役職」でほぼ決まる。前職はあまり効かない

ITコンサルの年収は、前職の年収からの積み上げではなく、入社時にどの職位で採用されるかでほぼ決まります。

これは事業会社と大きく違うところです。事業会社の中途採用は「前職◯◯万円だったので、それを踏まえて」という交渉になりますが、コンサルファームは職位ごとにレンジが決まっていて、そのレンジの外には基本的に出ません。

つまり、交渉すべきは金額ではなく職位です。 一段上の職位で入れるかどうかが、その後数年の年収を決めます。ここを理解せずに「提示額が思ったより低い」と感じて辞退する人を何人か見ましたが、同じ会社で一段上の職位に応募すれば通っていた可能性があるケースもありました。

職位ごとの構造と、上がり方の実際は別記事に分けています。

→ ITコンサルの年収はどう決まるか

もうひとつ、事前に知っておくと納得しやすい点があります。残業代の扱いです。 提示される年収に何がどこまで含まれているかは会社によって違い、「見かけの額面は上がったのに、時間あたりで見ると前職と変わらなかった」という感想は、実際によく聞きました。額面だけで比べないほうがいいです。

ITコンサルに入ってくる人の、3つのルート

中途で入ってくる人を見ていると、経歴はだいたい3つに分かれていました。

ルート① SIerから

いちばん多いルートです。 特にERP導入やインフラ系は、SIer出身者がいないと回りません。

有利な点は、大規模プロジェクトの進み方を知っていることです。スケジュールが崩れる兆候を早く察知できるのは、経験者にしかできません。

苦戦する点は、さきほど書いた「要件を誰もくれない」状態への適応です。それと、下請け構造の中での立ち回り方が、そのままでは通用しないこと。SIerでは上位の指示を正確に実行することが評価されますが、コンサルでは「その指示は筋が悪い」と言えるかどうかが評価されます。

このルートを考えている人は、そもそもSIerを出るべきかどうかを先に整理しておくといいです。

→ SIerは「やめとけ」と言われるのはなぜか

ルート② 社内SE・情報システム部門から

発注する側にいた経験が、そのまま強みになるルートです。「情シスが何に困っているか」を体感で知っている人は、提案の解像度が違います。

ただし、待遇面では慎重に考えたほうがいいです。社内SEは会社によって年収の幅が非常に大きく、上位の会社の社内SEから中位のコンサルファームに移ると、年収が下がることがあります。 稼働時間は確実に増えるので、時間あたりでは大きく落ちる可能性があります。

→ 社内SEの年収の実態

ルート③ 事業会社の企画・事業部門から

技術のバックグラウンドがない人が入るルートです。業務・BPR系やPMOが中心になります。

このルートで通る人に共通していたのは、「自社で仕組みを変えようとして、うまくいかなかった経験」を具体的に語れることでした。成功体験より、失敗の理由を構造で説明できるかどうかのほうが評価されていた印象があります。

向いていない人の特徴を、先に書きます

受け入れる側にいて、入社後に苦しむ人にはかなりはっきりした共通点がありました。3つあります。

① 正解を出すことにこだわる人

コンサルの現場では、情報が足りない状態で方向を決める場面が続きます。「もっと調べてから」と言い続けると、調べている間にプロジェクトが止まります。 精度の高さを武器にしてきた人ほどここで詰まります。

② 自分の手で作りたい人

ITコンサルは、自分で作る仕事ではありません。作る人に作ってもらう仕事です。技術的に面白い実装をしたくて転職すると、ほぼ確実に後悔します。ここは向き不向きの問題で、能力の問題ではありません。

③ 評価されない状況に耐えられない人

コンサルの評価は、案件のアサインに強く左右されます。同じ実力でも、案件が違えば評価が変わるという状況が普通にあります。これを「理不尽」と感じるか「そういうゲーム」と割り切れるかで、続くかどうかが分かれます。

私自身、この3つ目でしんどい時期がありました。割り切れるまでに時間がかかりました。

選考は「ケース面接」より「経験の再現性」を見られる

ITコンサルの選考について、誤解が多い点を書いておきます。

戦略コンサルほどケース面接に比重は置かれません。 まったくないわけではありませんが、中心はこれまでのプロジェクト経験の深掘りです。

聞かれるのは、だいたいこの形です。

• そのプロジェクトで、あなたが決めたことは何か

• うまくいかなかったとき、何を根拠に方針を変えたか

• 同じ状況がもう一度来たら、どこを変えるか

つまり見られているのは、その経験が偶然ではなく再現できるかです。「大規模プロジェクトに関わりました」では答えになりません。関わった中で、自分の判断がどこに入っていたかを言語化しておく必要があります。

準備としては、直近2〜3年のプロジェクトを1本ずつ、この3つの問いで書き出しておくのがいちばん効きます。書き出してみると、自分が判断していた場面が意外と少ないことに気づくはずです。その気づき自体が、面接での答え方を変えます。

ファームの選び方

ITコンサルを持つファームは多いので、比較の軸を3つに絞ります。

軸1：自社に開発部隊を持っているか

持っている会社は、上流から実装まで一貫で受けます。関わる期間が長く、実装まで見られる一方、実装フェーズの比重が大きい案件に長く入る可能性もあります。

軸2：クライアントの層

大企業中心か、中堅も扱うか。大企業中心だと案件が大きく、担当範囲が細かく切られます。 若いうちに全体を見たいなら、必ずしも大きいほうがいいわけではありません。

軸3：アサインの決まり方

希望がどの程度通るのかは、会社によってかなり違います。ここは面接で必ず確認したほうがいいところです。

主要2社については、それぞれ在籍していた人間が別記事で書いています。

• アクセンチュアへの転職（山口・元アクセンチュア）

• ベイカレントへの転職（田中・元ベイカレント）

他社も含めた横並びの比較は、コンサルファーム比較にまとめています。

入ったあと、どこへ出ていくのか

ITコンサルは入口であって終着点ではない、という前提で考えたほうが健全です。実際、周囲の多くは数年で次に移っていきました。

行き先はおおむね3方向でした。

このうち最初の2つ、事業会社に移るときに何が起きるかは、想像と実際がいちばんズレるところです。別記事にまとめています。

→ コンサルから事業会社に移るとどうなるか

よくある質問

Q. 未経験でも入れますか

入れます。ただし「IT未経験」と「コンサル未経験」は難易度が違います。 SIerや社内SE出身の「コンサル未経験」は通常ルートです。事業会社の非IT職からの「IT未経験」は、業務・BPR系やPMOに限られ、年齢が上がるほど厳しくなります。

Q. 年齢の上限はありますか

明示的な上限はありませんが、職位と年齢の対応は見られます。 30代半ば以降でアナリスト級の応募は通りにくく、逆にマネージャー級で採るには実績の説明が必要になります。ここは早く動いたほうが選択肢が多い、という話です。

Q. 英語は必要ですか

案件によります。国内案件中心なら不要な場面が多いですが、グローバル展開の案件にアサインされる可能性がある会社では、できると入れる案件の幅が変わります。 選考の必須条件になっていなくても、社内での配属に効きます。

Q. 激務ですか

会社ではなく案件のフェーズで決まります。 同じ会社でも、要件定義の山場とリリース直後では別の仕事のようになります。「この会社は激務」という括り方はあまり役に立ちません。

まとめ

ITコンサルへの転職を考えるときに、順番として確認すべきことを整理します。

1. 自分は作りたいのか、決めたいのか。 ここが最初の分岐です。作りたいなら別の道のほうがいい

2. どの領域に入るのか。 求人票の「ITコンサルタント」は中身がバラバラ。最初のアサインの傾向を必ず聞く

3. 職位で交渉する。 年収は職位で決まる。金額ではなく職位を見る

4. 時間あたりで比べる。 額面が上がっても、稼働が増えれば時間単価は下がる

5. 出口を先に見ておく。 数年で次に移る前提のキャリア。出た先で何が起きるかを知ってから入ったほうがいい

私は4年で辞めましたが、入ったことは後悔していません。短期間で「意思決定の場に立つ回数」を増やせる仕事は、そう多くないからです。ただしそれは、作る仕事を手放すことと引き換えでした。

その交換に納得できるかどうかが、この転職のいちばん大きな判断だと思います。