キャリアの選択肢

30代から未経験でコンサル転職は可能か|評価される経験の条件

未経験可の求人でも、ファーム側は業界知識・機能知識・プロジェクト遂行力のどれかが埋まっている前提で選考します。30代前半と後半で見られる点の違い、事業会社の経験のうち何が読み替えられるのかを整理しました。

公開 更新 カテゴリ キャリアの選択肢 読了目安 約9分

この記事の前提

想定読者
事業会社で30代を迎え、コンサルティングファームへの転職を検討し始めた人
読了後の状態
自分の経験がコンサル側で何と読み替えられるのか、何が不足しているのかを判断できる状態
当サイトはアフィリエイト広告を利用しています。 広告掲載ポリシー

「コンサルタント(未経験歓迎)」と書かれた求人に職務経歴書を送って、書類で止まる。あるいは面接まで進んで、「その経験は、うちのプロジェクトのどこで使えると思いますか」と聞かれて答えに詰まる。30代で事業会社からファームを見始めた人が最初にぶつかるのは、たいていこの2つです。

この「未経験可」は、募集側から見ると「コンサルティングファームでの勤務経験を問わない」という意味です。何も持っていない状態から採るという意味ではありません。ファームは未経験者についても、入社から数か月以内には案件に入れる前提で枠を作っています。そのため選考で見られるのは、経験がないことそのものではなく、足りない部分を何で補うのかという説明です。

つまり問いは「30代未経験でも可能か」ではなく「未経験のどこが埋まっていれば通るか」になります。以下では、求められるものを3つの層に分けたうえで、年齢帯とファームの型で見られる層がどう変わるかを整理します。

コンサル側が中途に求めるものは3つの層に分かれます

採用側が見ているものは、大きく次の3つに分解できます。

  • 業界知識:特定の業界の商流・収益構造・規制と、そこで実際に揉めている論点。クライアントの担当者と同じ前提で話が始められるかどうかに直結します
  • 機能知識:会計、原価、調達、物流、人事制度、基幹システムのように、業界をまたいで共通する業務領域の知識。制度や仕組みを設計した経験があるか、運用だけを担当していたかで深さが変わります
  • プロジェクト遂行力:曖昧な依頼を論点に分け、限られた期間で検証可能な形にし、資料と会議で合意まで運ぶ一連の動き

未経験者は、3つ目を職務経歴では証明できません。そのため採用側は、1つ目か2つ目のどちらかが十分に濃いことを条件にします。判定はおおむね「何かひとつ、クライアント側の担当者より詳しい領域があるか」に集約されます。

判断軸 業界知識 機能知識 プロジェクト遂行力
事業会社で身につくか 在籍年数に応じて自然にたまる 担当した業務の範囲だけ深くなる。制度設計まで関わったかで差が出る 案件の性質次第。期限と関係者が社外にある仕事をしたかで決まる
選考でどう扱われるか 応募先が注力している業界と一致したときだけ効く 一致すれば実務側の経験者として扱われやすい 未経験では確認できないため、面接での考え方の見せ方で代替される
不足したまま入ると何が起きるか 案件が変わるたびに立ち上がりが遅れる 議論のたびに前提を確認する側に回り続ける 手戻りが増え、レビューの回数が積み上がる

書類で止まりやすいのは、3層のどれもが中程度という状態です。幅広く経験してきたが、どの領域でもクライアント側の担当者より詳しいとは言えない。事業会社で調整役として評価されてきた人ほど、この形になりやすくなります。幅そのものは弱点ではありませんが、選考の入口では「濃い領域が1つあるか」が先に見られます。

ファームの型によって、重く見る層が変わります

同じコンサルティングという言葉でも、扱う案件の性質によって、未経験者に求めるものは変わります。ここでは代表的な3つの型で並べます。

判断軸 戦略系 総合系(業務・IT) 領域特化系(財務・人事など)
中途に強く求める層 遂行力側。業界知識は案件ごとに立ち上げる前提で動く 機能知識。実行まで持つため、業務の中身を知っているかが効く 一つの機能に対する深さ。他領域の広さは問われにくい
未経験者の入り口 若い年次に寄りやすく、枠も限られる 業務経験者の受け入れ枠が比較的広い 前職の担当領域と募集領域が一致したときだけ開く
入社直後に任される仕事 論点の整理と分析の一部分 現状業務の整理、要件の取りまとめ 前職と同じ領域の作業から入り、進め方を覚える
稼働の振れ方 提案期と報告直前に集中する 導入フェーズが長く、山は読みやすいが長期化しやすい 制度改正や決算の時期に偏りやすい

型の呼び名は各社で違い、同じ「総合系」でも部門によって中身が変わります。求人票のタイトルではなく、募集要項の歓迎要件を見るほうが確実です。業界名が並んでいれば業界知識を、機能名(会計、SCM、人事制度など)が並んでいれば機能知識を見ています。どちらも書かれていない場合は、遂行力側を重く見ているか、要件が固まっていないかのどちらかです。

事業会社側に残って企画職を目指す道と迷っている場合は、仕事の中身の違いを経営企画とコンサルタントは何が違うのかで扱っています。

30代前半と30代後半では、逆算される役割が違います

年齢で線が引かれているように見えますが、実際に効いているのは、入社後に置かれる等級とそこで任される役割です。

30代前半は、手を動かす役割で入ることが前提になります。担当範囲を区切って渡され、分析や資料作成を進める。学習期間が織り込まれているため、未経験であること自体は前提として扱われます。

30代後半になると、同じ等級で採ることが難しくなります。その年次で採る場合、案件の進行を管理する、クライアントの窓口を持つ、若手の成果物をレビューする、といった役割が期待される等級に相当するからです。未経験のまま入ると、その3つを引き受けられない期間が生まれます。選考で問われるのはここです。「未経験のまま、その等級で何ができるのか」を説明できるかどうかが分かれ目になります。

説明が成立する典型は、機能知識か業界知識が、その等級の人が通常持っている水準を超えている場合です。担当してきた領域について、社内の誰よりも実務を知っている、制度の設計まで自分でやった、という形であれば、遂行力の不足を補う根拠になります。この場合、扱いは「未経験者」ではなく「実務側の経験者」に近くなります。

もう一つ、構造として避けられないのが、年下がレビュアーになる点です。面接で年下の上司について聞かれるのは意地悪な質問ではなく、実際に起きることの確認です。ここを曖昧に答えると、入社後に双方が消耗します。

事業会社の経験には、読み替えやすいものとそうでないものがあります

読み替えやすい経験には共通点があります。期限と関係者が自分の外にあり、決まっていない状態で前提を置いて結論を出した経験です。

読み替えられるのは、たとえば次のような経験です。

  • 複数部門にまたがる案件で、対立する要望の間に立って結論を出した。これはプロジェクトで論点を整理する動きとほぼ同じです
  • 期限が外部で決まっていた仕事。決算、監査対応、規制の適用開始、システムの稼働日など。動かせない納期の下で優先順位を決めた経験として読まれます
  • 前提を置いて数字を作った。予算、投資判断、価格改定、要員計画。仮説を数字に落とす作業として説明できます
  • 立場の違う社外の相手と条件を詰めた。取引先、委託先、システムの発注先など。相手から情報を引き出して合意点を作る動きに対応します

読み替えにくいのは次のようなものです。

  • 社内での通し方に最適化された経験。誰に先に話すか、どの様式で出すか、といった知識は、会社が変わると消えます
  • 決められた手順を高い精度で回し続けた経験。事業会社では評価対象になりますが、ファーム側が見たいのは「手順が決まっていない状態で何をしたか」です
  • 意思決定の場に同席していたが、自分は資料を用意していただけ、という経験。同席は職務経歴書には書けますが、「どの前提を自分で置いたか」を聞かれた時点で崩れます
  • 特定のツールや業務システムの操作担当。ツール名は書けても、業務設計の判断が伴っていなければ機能知識としては数えられません

自分の経験がどちらに当たるかを分ける作業は、応募先を問わず必要になります。書き出し方と社内用語の外し方はキャリアの棚卸しは何から始めるかに手順として分けてあります。金融機関に在籍している場合は、審査・与信・規制対応など固有の経験の扱いが変わるため、金融機関からコンサルへ転職するメリットと注意点のほうが該当します。

入ってから詰まるのは能力より成果物の粒度と稼働の振れ幅です

入社後に苦戦する理由として挙がりやすいのは、頭の良さや分析力ではありません。仕事の単位が違うことに慣れるまでの摩擦です。

事業会社では、会議で口頭で合意し、あとから議事録を残す順番が成立します。ファームでは、途中の資料そのものが仕事の単位になります。ここで詰まるのは「どこまで作ってから見せるか」です。完成させてから出す習慣があると、方向がずれていた場合の手戻りが大きくなります。骨格だけの段階で出して、その場で組み替えられる進め方に切り替えるまでに時間がかかります。

粒度の問題もあります。1枚に言いたいことを1つに絞る、という制約は、情報を足す方向で作られる事業会社の資料とは逆向きです。慣れるまでは、削る判断のほうに時間を取られます。レビューの量も、最初の数か月は多い前提で入ったほうが消耗しません。

稼働の振れ方も違います。事業会社の繁忙は暦で読めます。決算や期末という山が先に決まっているからです。ファームの繁忙は案件のフェーズで決まり、提案の時期、立ち上げ、報告の直前に集中します。年間の総量より、この予測のしにくさのほうが生活に効きます。数か月先の予定を固定しておきたい人は、入社前に確認しておく点です。

案件が変わるたびに対象の業界も変わります。立ち上げの学習が繰り返し起きる働き方を負担と見るか利点と見るかは適性の問題なので、事前に自問しておくと入社後の判断がぶれません。

応募前に埋められる不足と、埋められない不足を分けます

ファームでの遂行経験そのものは、応募前には埋まりません。これは入ってからしか手に入らないものです。選考で問われているのも「すでに持っているか」ではなく、「不足を認識したうえで、何で補うつもりか」です。

一方、応募前に動かせる部分もあります。

  • 志望領域を1つに固定する。「コンサル全般」で応募すると、3層のどれもが中程度に見えます。領域が決まると、読むべき求人の範囲も職務経歴書の並べ方も自動的に決まります
  • 自分の機能知識を制度の水準まで下ろす。運用担当だった場合は、なぜその運用になっているのか、いつ誰が決めたのかを在職中に確認しておく。「経理」ではなく「原価計算の基準設定」まで名前を付けられる状態にします
  • 期限と関係者が社外にある仕事を現職で1件引き受ける。半年あれば1件は作れます。読み替えられる経験は、この条件を満たすところからしか出てきません
  • 論点の立て方を手元の業務で練習する。目の前の課題を「何が分かれば決められるか」に分解して書き出す。これは面接対策としてやるより、実務でやったほうが説明に厚みが出ます

編集部としては、応募時期を決める前に志望領域を固定することを勧めます。順番が逆になると、求人を見るたびに自己紹介の内容が変わり、書類の完成度が上がりません。支援サービスを使う段階に入ったら、型ごとの違いをコンサル転職サービスの選び方で確認してください。

次にやること

判断材料を集める順番は次のとおりです。

  1. 直近3年の仕事から、期限と関係者が社外にあったものを抜き出す
  2. その中で、自分が置いた前提と、そう置いた理由を書き足す
  3. 自分の領域に機能名で名前を付ける。部署名ではなく業務名まで下ろす
  4. その機能名で募集している求人の歓迎要件を10件読み、書かれている言葉と自分の言葉を突き合わせる
  5. 差が出た項目を、応募前に埋まるものと埋まらないものに分ける

4番で一致する求人がほとんど見つからない場合は、領域の粒度が細かすぎるか、募集自体が少ない領域です。その場合は一段広い機能名で引き直します。

よくある詰まりどころ

年齢で落ちているのか、経験不足なのかが分からない

外からは判別できません。ただし、歓迎要件に書かれた機能名と自分の経験が一致しているのに書類で止まるなら、書き方の問題である可能性が高くなります。一致していないなら、領域の選び直しが先です。

入社時に年収や役職が下がりそうで踏み切れない

未経験入社では、入社時の等級が現職の役職より下がることがあります。判断には、下がったまま戻らない形なのか、数年で回収できる形なのかの切り分けが必要です。年収が動く要因の分解は30代で年収を上げる転職と下げる転職で扱っています。