コンサル転職の職務経歴書｜書き方・構成・プロジェクト記載例

コンサル転職の職務経歴書で重要なのは、前職の経験を「コンサルらしい言葉」に置き換えることではありません。案件ごとに背景、課題、自分の役割、比較した選択肢、判断、行動、結果を分け、応募ポジションの公式募集要項と対応させることです。

提出直前には、自分の事実を職務要約、主要案件、スキルへ整理し、応募先の募集要項と対応しているか確認します。例文から架空の成果を借りず、背景から結果までを書く順序だけを自分の案件へ適用してください。

本記事のポイント

コンサル向けの職務経歴書は何を重視しますか

課題の難しさだけでなく、どの事実から問題を特定し、どの選択肢を比較し、自分が何を判断したかを重視します。チーム全体の成果と本人の責任範囲を分け、別の案件でも使える進め方を示します。

業界未経験者は何を書けばよいですか

前職で担当した業務を、情報収集、分析、問題特定、施策立案、合意形成、実行支援のどの工程と対応するかを整理します。「未経験でも通用する」と結論を作るのではなく、応募先の募集要項と対応する事実と、対応しない事実を両方残します。

実績は必ず数値化するべきですか

実際に検証でき、機密性を守れる数値は有効です。一方、数値を作ることや、チームの成果を自分の単独成果に見せることは避けます。数値を出せない場合は、作成した成果物、意思決定の変化、完了した工程を事実として書きます。

何ページにまとめるべきですか

ページ数を先に決めるより、応募先が判断に必要な案件を優先順位順に載せます。近いテーマの小さな案件を羅列するより、応募先の募集要項と対応が強い案件について、背景から結果まで追えるように書いた方が判断しやすくなります。

コンサル採用で職務経歴書から確認される材料

厚生労働省job tagは、経営コンサルタントの仕事として、情報収集・分析、問題の特定、戦略・改革案の作成、プレゼンテーション、実行支援などを説明しています。職務経歴書では、この流れに対応する本人の担当工程を明確にします。

確認材料	書く内容	避けること
問題特定	どの事実を根拠に、どの課題を優先したか	後付けの課題を作る
判断	比較した選択肢、制約、採否理由	「最適化」「徹底」のような行動不明の形容
実行	作成物、会議、検証、導入・運用支援	チーム全体の行動と自分の行動を混ぜる
結果	検証可能な数値、完了した成果物、次の意思決定	因果を証明できない成果の単独帰属
再現性	別案件でも使える方法、判断基準、専門性	応募先の募集要項と関係のないスキルの羅列

job tagは広い公的職業分類の参照であり、個別ファームの選考基準そのものではありません。具体的な書類の優先順位は、実際に応募する公式募集要項の業務、必須要件、歓迎要件で決めます。

応募先の募集要項と自分の経歴を照合する方法

1. 雇用法人、職種名、配属組織を確認する
2. 募集要項から業務、必須要件、歓迎要件を別々転記する
3. 自分の案件と成果物を対応させる
4. 「対応」「一部対応」「未経験」の三つに分ける
5. 対応が強い案件から職務経歴書に配置する

募集要項で求められる経験	職務経歴書で書く項目	成果指標の例	NG表現	改善方向
課題分析	事実、仮説、分析方法、判断	検証対象、完了した分析、意思決定	「分析を徹底」	何をどの方法で比較したかを書く
PM	目標、体制、リスク、判断、会議体	完了したマイルストーン、解消した課題	「プロジェクトを管理」	どの判断と調整に責任を持ったか書く
専門性	対象領域、判断基準、実務での適用	設計した制度、導入した方式、完了した支援	資格名だけの羅列	専門知識を使った判断を書く
顧客折衝	関係者、利害、選択肢、合意の内容	承認された方針、開始した施策	「関係者と連携」	何が対立し、何を合意したか書く

Accentureの固定された公式募集要項は組織・人事領域の個別ポジションであり、課題領域、コンサル経験、PM経験、専門性などの記載があります。これをすべてのコンサル職に共通する基準にせず、個別募集要項の読み方の例として使います。

コンサル向け職務経歴書の推奨構成

セクション	役割	書く内容
職務要約	最初に応募職種との接点を示す	経験領域、責任範囲、代表成果物、専門性
スキル・専門性	募集要項の要件と対応させる	業界、機能、技術、プロジェクト推進の実務適用
職務経歴	所属と役割の変化を示す	期間、組織、役職、担当領域、案件
主要案件	本人の判断を示す	背景、課題、役割、判断、行動、結果
資格・言語	応募要件に関係するものを示す	取得年、実務での利用、応募先の募集要項との対応

職務要約はキャリア全体の年表ではなく、応募職種に関係する経験の要約です。その後の案件記述で、要約に書いた専門性と判断力を検証できるようにします。応募先が経験の対応を追えないスキルは、職務要約に追加せず、元の案件を見直してください。

案件経験は背景から再現性まで分ける

項目	書くこと	自分への確認質問
背景	対象、期間、依頼の起点、公開可能な制約	何が起き、なぜ対応が必要だったか
課題	確認した事実、優先順位、未確認の点	どの事実からその課題と判断したか
役割	チーム規模、本人の責任、意思決定範囲	自分が決めたことと、他者が決めたことは何か
判断	選択肢、比較基準、採否理由	別の選択肢をなぜ選ばなかったか
行動	作成物、会議、検証、実装・運用支援	判断をどのアウトプットに変えたか
結果	検証可能な数値、完了成果物、次の判断	どの範囲の結果を自分の貢献と言えるか
再現性	別案件で使える判断基準と進め方	応募先の業務でどこに応用できるか

一つの案件ですべての項目が揃う必要はありません。一方、結果だけがあり、なぜその行動を選んだのかがない記述は、コンサル業務での判断力を評価しにくくします。限られた紙幅では、応募先の募集要項と対応が強い案件で、上記の流れを示しましょう。

前職別に変えるべき見せ方

照合する項目	応募先の募集要項で確認すること	自分の経歴で確認すること
担当領域	対象業界、課題、サービス領域	実際に担当した領域と期間
責任範囲	期待される役割と担当工程	本人が判断・実行した範囲
成果物	求人に明記された業務と成果	機密を守って説明できる作成物
必須・歓迎要件	経験、専門性、言語、資格	満たす事実と不足する要件

job tagは、他業界での専門業務経験を活かした転身にも触れています。ただし、専門性があれば必ず通過するという意味ではありません。専門性が応募先のどの業務で使われ、どの判断を改善できるかを、実際の案件に基づいて説明します。

抽象的な記述を改善するBefore / After

次のAfterは完成文をコピーするためではなく、書く順序を示すためのものです。角括弧の部分は、必ず自分が説明できる事実に置き換えてください。

Before	Afterの構造	改善点
業務改革を徹底的に推進した	［対象業務］で［事実］を課題と特定。［選択肢］を［基準］で比較し、［自分の判断］を経て［成果物］を完了	行動不明の形容を、事実と判断に変える
関係者と密に連携した	［立場A］と［立場B］の論点を［比較軸］で整理し、［意思決定］を合意	誰と何を合意したかを書く
大規模プロジェクトを成功させた	［本人の責任範囲］として［リスク］を検知し、［判断］により［完了した工程］に貢献	チーム成果と本人の貢献を分ける

「リード」「管理」「支援」という動詞も、対象と責任範囲がなければ評価できません。「何をリードし、何を決め、どこまで完了したか」まで具体化します。ただし、面接で詳細を説明できない役割や数値は追加しないでください。

実績数値と機密情報を安全に扱う

確認項目	書き方	避けること
数値	根拠を説明でき、公開可能な値だけを使う	概算を実績値に見せる、因果を過大にする
顧客名	事業領域や企業類型に抽象化する	NDAや公開前取引に反する記述
データ	公開可能な指標の種類と方向性で示す	個人情報、未公開の顧客数・原価・利益
成果帰属	チームの成果と本人の貢献を分ける	他者が行った分析や意思決定を自分の成果にする

実績数値を出せないときは、抽象語で埋めるのではなく、完了した成果物、承認された方針、開始した施策、解消したリスクなどを書きます。数値の有無にかかわらず、当時の前提と本人が行った判断を区別して記載してください。

セルフレビューでコンサル向け職務経歴書を仕上げる

1. 応募法人・職種・部門と参照した募集要項が正しいか
2. 職務要約の主張を主要案件で検証できるか
3. すべての実績で本人の責任範囲が分かるか
4. 期間、役割、人数、数値、意思決定が面接の説明と一致するか
5. 未経験の要件を架空の表現で埋めていないか
6. 顧客・社内の機密情報を開示していないか

書類と面接で説明する事実をそろえます。職務経歴書に書いた案件は、背景、判断、別の選択肢、本人の貢献を説明できるようにします。数値や役割が面接準備メモとずれている場合は、提出前に元の資料と照合してください。

公式採用情報の境界を理解する

BCGの中途採用ページからは、コンサル経験や特定資格を一律に必須とする記載を確認していません。ただし、これは「誰でも容易に応募できる」という意味ではありません。現在の公式募集と選考案内を確認し、自分の経験を事実で示す必要があります。

PwCは中途採用情報と入社後のコアスキル研修を公開しています。入社後に育成の機会があることと、採用時点で必要な経験を証明することは別です。研修の存在を選考通過の保証とせず、応募先の募集要項に対応する経験を準備しましょう。

採用トップと個別の募集要項を分けて読む

コンサルファームの採用サイトには、法人の紹介、キャリア情報、募集ポジション、個別の募集要項、選考案内、入社後育成が掲載されています。これらを同じ情報として扱わず、職務経歴書の根拠には個別の応募先で確認できる業務と要件を使います。

公式情報	確認する内容	職務経歴書への使い方
採用トップ	法人と採用領域、公式導線	応募法人を取り違えない
募集一覧	公開された職種入口	応募候補を絞る
個別募集要項	業務、必須・歓迎要件、勤務地	本人の案件と対応させる
選考案内	公開された応募手順	提出物と準備範囲を確認する
育成情報	入社後の研修・キャリア制度	採用要件とは分けて読む

PwCの固定資料には中途採用とキャリア開発の情報がありますが、入社後育成の存在は書類通過を保証しません。アビームコンサルティングの募集ポジション一覧も、公開された職種への入口です。応募時には各ポジションの現行募集要項へ進みます。

募集要項を業務・必須・歓迎へ分ける

募集要項を読み始めたら、業務内容、必須要件、歓迎要件、勤務条件を分けて記録します。掲載語句を職務経歴書へ貼り付けても、本人の経験の証明にはなりません。要件ごとに、どの案件のどの事実が対応するかを確認します。

募集要項の項目	本人の経歴で確認すること	避ける対応
対象業務	担った工程、成果物、責任範囲	似た職種名だけで一致とする
必須経験	期間、対象、判断、実行の事実	不足をコンサル用語で埋める
歓迎経験	実務で使った専門性	資格名だけで経験扱いにする
プロジェクト推進	体制、リスク、会議体、本人の判断	チーム成果を単独成果にする
関係者対応	利害、選択肢、合意した内容	「連携した」で終える

Accentureの固定資料は組織・人事領域の個別ポジションです。そこにある業務や経験要件を、戦略、業務、IT、リスクなど他のコンサル職へ一般化しません。応募する募集要項を正本にして対応表を作ります。

職務要約の主張を案件で検証できるようにする

職務要約には、応募職種に関係する担当領域、責任範囲、代表的な成果物、専門性を記載します。経験年数や業界名だけでなく、その後の主要案件で根拠を確認できる主張に限定してください。

• 担当した業界・機能・技術の範囲
• 分析、構想、設計、実行、運用のうち担った工程
• 本人が判断した範囲と作成した成果物
• 公開可能な結果と本人の寄与
• 応募業務に接続する専門性

職務要約だけに現れる「経営視点」「高い推進力」「変革を実現」といった主張は、案件で検証できなければ削ります。反対に、案件には具体的な判断があるのに職務要約が年表だけなら、応募職種との接点を短く追加します。

案件を課題・判断・成果物へ分解する

案件の説明は、結果から逆算して美しく見せるのではなく、当時の事実を再構成します。何が起き、どの情報があり、何を判断する必要があったかを示すと、本人の役割を追いやすくなります。

項目	記載する事実	確認質問
背景	対象、期間、依頼の起点、制約	なぜ対応が必要だったか
課題	確認した事実、優先順位、未確認点	どの根拠から課題としたか
役割	体制、本人の責任、意思決定範囲	自分と他者は何を決めたか
判断	選択肢、比較基準、採否理由	別案をなぜ選ばなかったか
行動	分析、資料、会議、検証、導入支援	判断を何の成果物へ変えたか
結果	確認できる変化、完了物、次の判断	本人の寄与はどこまでか

すべての案件を同じ長さで書く必要はありません。応募業務との対応が強く、本人の判断を説明できる案件を優先します。近いテーマでも役割が同じ案件はまとめ、異なる判断や成果物を示せる案件へ紙幅を使ってください。

プロジェクト推進を「管理した」で終えない

プロジェクト管理やPMの経験を書くときは、日程表の更新だけでなく、本人が検知したリスク、比較した対応案、変更した優先順位、関係者と合意した内容を示します。権限がなかった項目は、提案と承認を分けます。

抽象表現	具体化する事実
進捗を管理した	対象工程、遅延要因、更新した計画、本人の判断
課題を解決した	発生事象、原因仮説、比較案、採用した対応
関係者を巻き込んだ	立場、利害、対立点、合意した内容
品質を向上した	品質指標、確認方法、変更したプロセス
変革を推進した	変更対象、承認者、実行範囲、完了した成果物

会議体を運営した場合も、会議数ではなく、何を判断する会議で、本人がどの情報を整理し、どの意思決定につなげたかを書きます。役職名から権限を推測させず、実際の責任範囲を明記してください。

数値がない実績も成果物で説明する

実績を数値化できないからといって、推定値を作る必要はありません。完了した分析、承認された方針、設計した業務、導入した仕組み、開始した施策、解消したリスクも確認可能な結果です。

結果の種類	書ける事実	確認する境界
意思決定	承認された方針、選択された案	本人は何を作り、誰が承認したか
成果物	完成した計画、要件、制度、運用設計	作成と承認を分ける
実行	開始・完了した施策や工程	チームと本人の分担
リスク	検知・回避・低減した事象	因果と確認方法
数値	根拠と公開可能性を確認できる値	期間、母数、本人の寄与

売上やコストの変化に複数要因がある場合、施策だけの効果と断定しません。本人が担当した施策と、同じ期間に確認された変化を分けて書き、面接で根拠を説明できる範囲にとどめます。

機密を守りながら具体性を出す

顧客名を伏せても、対象業界、業務領域、案件の目的、本人の判断、成果物を説明できます。ただし、複数の情報を組み合わせると企業や案件が特定される場合があります。NDAと社内規程を優先してください。

• 顧客名は企業類型や事業領域へ抽象化する
• 個人情報と未公開の組織情報を削除する
• 売上、原価、利益、契約条件は公開可能性を確認する
• 未発表のシステム、商品、再編を特定できる記述を避ける
• 抽象化しても案件を特定できる場合は範囲を狭める

「具体的に書く」ことは機密を開示することではありません。意思決定の構造、本人の責任、成果物を明確にし、固有名詞や未公開数値に依存しない説明を作ります。

前職名ではなく案件単位で応募業務へ接続する

事業会社、SI、金融、メーカー、公共、研究職などの前職名だけで、コンサルへの適性を決めません。同じ前職でも、分析、構想、設計、実行、運用、関係者調整の担当範囲は異なります。

照合軸	募集要項で読むこと	本人の案件で探すこと
対象	業界、機能、技術、課題領域	実際に担当した対象と期間
工程	分析、構想、設計、実行、運用	本人が担った工程
責任	期待される役割と権限	判断・提案・実行した範囲
成果物	求人に記載された業務	公開可能な作成物
要件	必須・歓迎経験	満たす事実と不足する事実

厚生労働省job tagは他業界の専門業務経験を活かす転身にも触れていますが、特定の出身者が通過しやすいという意味ではありません。専門性が応募業務のどの判断や成果物へ接続するかを、案件の事実で示します。

書類と面接の事実を一致させる

提出前には、職務経歴書、応募フォーム、面接準備メモで、期間、所属、役職、体制、本人の役割、数値、成果物が一致しているか確認します。表現を整える過程で数値や権限が大きくなっていないか、元資料へ戻ります。

1. 職務要約の主張が案件で検証できるか
2. 案件の期間と所属が履歴と一致するか
3. チーム成果と本人の成果が分かれているか
4. 数値の対象、期間、母数を説明できるか
5. 別の選択肢と採否理由を説明できるか
6. 機密情報を含んでいないか
7. 応募業務に接続しない表現を増やしていないか

公開されていない面接評価を推定して、もっともらしい能力語を足さないでください。公式の募集要項にある業務と要件へ、本人が実際に経験した事実を接続することが最終確認の基準です。

コンサル職務経歴書でよくある疑問

案件数は多いほどよいですか

案件数だけでは判断できません。応募業務との対応が強く、本人の判断と成果物を説明できる案件を優先します。同じ役割の案件を並べるより、異なる判断や専門性を検証できる構成にします。

募集要項の言葉を使うべきですか

職種や業務を正確に示すための用語は使えますが、経験のない要件を語句だけ借りて埋めません。自分の案件で同じ意味の判断や成果物があるかを確認してください。

研修制度があれば未経験でも問題ありませんか

入社後育成と採用時の要件は別です。PwCなどが公開するキャリア開発情報を、書類通過の保証には使いません。現在の個別募集要項で必要経験を確認します。

成果を数字で示せないと不利ですか

説明可能な数値があれば使えますが、数値を作る必要はありません。承認された方針、完了した成果物、開始した施策、解消したリスクと本人の役割を事実で示します。

コンサル転職の職務経歴書を提出する前に

掲載する案件の優先順位を決める

職務経歴書のページ数や案件数を先に固定せず、応募先が判断に使える証拠を優先します。募集要項との対応が強いか、本人の判断を説明できるか、機密を守って成果物を示せるかを案件ごとに確認してください。

案件の状態	掲載判断	修正すること
業務対応が強く判断を説明できる	優先して詳述	背景から結果まで接続する
対応はあるが責任が曖昧	事実確認後に掲載	チームと本人の分担を明確にする
数値はあるが因果が不明	数値を弱化または削除	施策と確認できた変化を分ける
機密を安全に抽象化できない	掲載しない	別の案件へ差し替える
応募業務との接続が弱い	要約または削除	対応の強い案件へ紙幅を移す

経験の新しさだけでなく、応募職種との関連、責任範囲、説明可能性を合わせて判断します。古い案件でも専門性や判断を示せる場合がありますが、現在のスキルとして説明できる範囲を確認します。

提出前に一文ずつ主語と根拠を確認する

最後のレビューでは、各文について「誰が」「何を根拠に」「何を判断・実行したか」を確認します。主語がチームなのか本人なのか分からない文、数値の対象や期間がない文、成果との因果が飛んでいる文を修正してください。

• 本人が行っていない判断を主語にしていないか
• 分析対象と利用した情報を説明できるか
• 比較した選択肢と採否理由が一致するか
• 成果物を作成したのか承認したのか分かるか
• 結果の対象、期間、母数、寄与を説明できるか
• 同じ能力語を根拠なく繰り返していないか

文を短くするだけでは具体性は上がりません。抽象語を削った後、必要な事実が不足していれば元の案件資料へ戻ります。確認できない情報を推測で補わず、その主張自体を弱めるか削除します。

求人を確認してから提出版を固定する

同じ職務経歴書をすべてのコンサル求人へ送るのではなく、応募法人、職種、部門、募集要項の取得時点を確認して提出版を固定します。本文の事実は変えず、職務要約と案件の優先順位を応募業務に合わせます。

コンサル転職のご相談では、同じ会社でも募集単位によって期待される工程や成果物が異なり、自分のどの案件を応募業務へ対応させるべきか整理したいという方が多くいます。会社ごとの抽象的な志望理由を増やすのではなく、募集要項の業務と、自分が担当した工程・判断・成果物の対応が分かるように提出版を調整してください。

募集要項が更新された場合は、業務と要件の差分を確認し、対応表を見直します。削除された要件を残す必要はなく、新しく追加された必須要件を経験がないのに補うこともできません。提出した版と参照した公式URLを保管し、面接準備でも同じ版を使ってください。

完成した職務経歴書を読み、別の企業名・職種名に置き換えても通用する抽象段落がないかを確認します。残っている場合は、応募先の募集要項のどの業務に対応するのか、自分のどの案件で検証できるのかを追加してください。

提出版には参照した募集要項のURLと確認日を内部メモとして残し、面接準備でも同じ案件・数値・役割を使います。応募先ごとの違いは事実を作り替えるのではなく、職務要約と案件の掲載順を調整して示してください。

説明できない主張は、提出前に削除します。