コンサル転職の職務経歴書の書き方｜構成・記載例・経歴別の伝え方
コンサルへ転職したい人の職務経歴書には、立派な実績が並んでいるのに、本人が何をしたのか分からないものが少なくありません。会社や部署の成果は書かれていても、自分の役割と判断が見えなければ、採用側は入社後に同じ働きができるかを判断できません。
ここで求められるのは、コンサル用の難しい言葉への置き換えではなく、経験を伝わる形に組み直すことです。応募する求人と関係のある経験を選び、どんな課題に対して、何を任され、どう動き、結果がどう変わったのかを書きます。同じ経歴でも、戦略、業務改革、IT、人事など、応募先の職種によって前に出す経験は変わります。
職務経歴書は書類選考を通すためだけの資料でもありません。面接では、書いた実績の背景、自分の判断、周囲との関わり方を詳しく聞かれます。数字や役割を大きく見せるより、質問を受けても一貫して説明できる内容に整えたほうが、選考の後半まで使えます。
コンサル転職の職務経歴書で最初に意識すること
職務経歴書に目を通すのは、クライアントワークなどの本職を抱える面接官です。限られた時間で候補者の強みを判断するため、実績や成果は分かりやすく、端的に伝える必要があります。詳しく書くことよりも、採用側が知りたい情報をすぐに見つけられることを優先してください。
書類選考で最初に探されるのは、応募要件に対応する業界、業務、役割、成果です。関係の深い経験が後半に埋もれていると、実際には条件を満たしていても見つけてもらいにくくなります。職務要約と直近の経歴を読んだ段階で、「この人にはこの経験がある」と分かる並びにしておく必要があります。
特に前に出したいのは、リーダーシップを発揮した経験です。役職の有無ではなく、難しい状況で何を判断し、誰を動かし、どこまでやり切ったかを書きます。「なぜ、その成果は自分だから出せたのか」が分かるように、本人の工夫や付加価値を具体化してください。
可能であれば、課題を数字で捉え、解決後にどの程度の効果が出たのかも示します。売上、利益、コスト、工数、納期、利用率など、前後の変化が分かる数字があると、成果の大きさが伝わりやすくなります。
数字で示せる実績がなくても、書くべき経験はあります。ステークホルダーの気持ちや意図を読み取り、それぞれの利害を整理して落としどころを見つけ、プロジェクトを前へ進めた経験です。こうした合意形成や推進の力は、コンサルティングファームでも活きます。
書類を通過すると、記載した実績が面接の質問材料になります。「売上改善に貢献」と書けば、改善前の状況、本人が担当した範囲、取った行動、数字の根拠を聞かれます。短い一文でも、背景をたどれば具体的に説明できる状態が理想です。大きく見せた数字や曖昧な役割は、この段階で話の食い違いを生みます。提出形式、言語、追加書類は求人ごとに違うため、最後は応募画面の指定も確認してください。
転職活動全体の進め方は、次の記事で確認できます。
コンサルの職務経歴書で見られる5つのポイント
中途採用では、経歴の華やかさだけで評価が決まるわけではありません。応募先で求められる経験があるか、その経験を本人の行動として説明できるかが見られます。
1. 応募要件との一致
最初に確認されるのは、求人の必須要件を満たしているかです。業界経験、業務経験、語学、資格、マネジメント経験など、求人に書かれた条件と職務経歴書の記載が対応していなければ、実際には経験があっても伝わりません。
求人票の言葉をそのまま貼り付ける必要はありません。たとえば業務改革の経験を求める求人なら、改善活動という名前より、対象にした業務、見直した範囲、自分の役割、結果を示します。応募先が探している経験と、自分の記載の対応が読み手に分かることが大切です。
2. 課題を捉えた過程
コンサルタントには、決められた作業を正確に行う力と、何が問題かを整理する力の両方が求められます。職務経歴書でも、施策だけを書かず、どんな状況を問題と捉えたのか、その判断に使った情報は何かを書きます。
課題の説明が長すぎると、自分の行動が埋もれます。背景は、読み手が行動の意味を理解できる範囲までで十分です。業界特有の事情を詳しく説明するより、売上の低下、業務の遅延、部門間の不一致など、取り組んだ問題が分かる書き方にします。
3. 自分の役割と行動
チームとして実施したことと、自分が担当したことは別の情報です。「プロジェクトを推進」「関係者と調整」だけでは、誰でも書けます。どの会議を設計したのか、何を分析したのか、どの選択肢を提案したのか、誰と合意したのかまで書けば、本人の役割が見えます。特にリーダーシップを発揮した経験では、自分が決めたこと、周囲へ働きかけたこと、途中で修正したことを分けてください。
役職がなくても、書ける行動はあります。顧客へのヒアリング、データの整理、論点の特定、現場への説明、手順の変更など、判断や働きかけを伴った部分を拾います。その際は、他の人でも書ける担当業務ではなく、自分の知見や工夫が成果へどうつながったかを書きます。反対に、実際には担当していない意思決定を、自分の成果として書いてはいけません。
4. 成果と規模
成果には、売上、利益、コスト、工数、品質、納期、利用率など、実際に確認できる数字を使います。課題も「工数が多かった」ではなく「月間○時間かかっていた」のように定量化できると、改善前後がより伝わります。数字が出せない仕事なら、承認を得た、運用が始まった、対象部署が広がったなど、仕事の前後で何が変わったかを書いてください。
プロジェクトの規模も判断材料になります。期間、チーム人数、担当拠点、対象部門など、公開して差し支えない範囲で示します。機密情報を無理に出す必要はありません。社名を伏せ、金額を幅で表す、改善率だけを書くなど、守秘義務を守りながら規模を伝える方法があります。
5. 読みやすさと正確さ
職務経歴書そのものが、情報を整理して伝える力の見本になります。見出しの粒度、日付の表記、箇条書きの形をそろえ、同じ情報を職務要約と職務詳細で何度も繰り返さないようにします。
誤字より深刻なのが、在籍期間、雇用形態、役職、成果の数字の食い違いです。経歴は正確に記載し、誤字脱字や他社名が残っていないかを提出前に確認してください。面接で説明する数字と職務経歴書の数字もそろえておきます。
コンサル向け職務経歴書の基本構成
形式の指定がなければ、採用側が知りたい順が基本です。職歴が一貫している人は新しい経歴から時系列で、職種の変更が多い人は応募先に関係のある経験が見つかりやすい構成にします。
| 項目 | 書く内容 | 分量の目安 |
|---|---|---|
| 職務要約 | 経験年数、専門領域、役割、代表的な成果 | 5〜8行程度 |
| 活かせる経験 | 応募要件に対応する経験やスキル | 3〜5項目 |
| 職務経歴 | 会社、部署、役職、期間、担当業務 | 会社ごとに整理 |
| 主な実績 | 課題、役割、行動、成果 | 直近・関連経験を詳しく |
| 資格・語学 | 資格名、取得時期、語学力 | 実務との関係も記載 |
| 自己PR | 書類内で補いきれない強み | 必要な場合のみ |
応募先から指定がなければ、A4で2〜3枚程度を編集の目安にします。経歴が長い人は文字を小さくするのではなく、古い経験や応募先との関係が薄い業務を短くしてください。
職務経歴書のひな形
次の順番なら、一般的なWord文書にそのまま展開できます。括弧内は自分の事実へ置き換えます。
職務経歴書
作成日・氏名
■職務要約
［業界・職種］で［年数］の経験。［主な担当領域］に従事し、直近は［役割］として［代表的な成果］を担当。
■活かせる経験・スキル
・［応募要件に対応する経験］
・［分析、業務、技術、業界の専門性］
・［顧客折衝やチーム運営の経験］
■職務経歴
［会社名／在籍期間／部署・役職］
会社・事業の概要
担当業務
主な実績
■資格・語学
■自己PR
ひな形は、項目の抜けを防ぐためのものです。すべての欄を同じ長さで埋める必要はありません。応募先に近い実績へ分量を使い、資格や自己PRは伝える内容がなければ短くします。
コンサルの職務要約の書き方
職務要約は、経歴全体を短くまとめ、詳しく読む価値がある箇所を示す部分です。所属企業の説明から始めるのではなく、何の仕事を何年経験し、どんな役割を担い、どの領域で成果を出したかをまとめます。
使える型は次のとおりです。
［業界・職種］で［経験年数］。［対象顧客・製品・業務］を担当し、［自分の役割］として［主な行動］を行った。［確認できる成果］を上げ、直近は［応募先と関係の深い経験］を担っている。
「幅広い経験」「高いコミュニケーション力」「課題解決に貢献」といった表現は、職務要約だけでは根拠がありません。幅広さを伝えるなら担当した業界や機能を、コミュニケーション力なら合意を作った相手や場面を、課題解決なら変えた結果を書きます。
職務要約を書き終えたら、求人の必須要件と見比べる工程です。要件に合う経験が詳細欄にしかなく、冒頭から見つけにくいなら、要約へ一文移します。反対に、応募先と関係の薄い受賞歴や古い実績が冒頭を占めているなら、詳細欄へ下げます。
コンサルの職務経歴と実績の書き方
職務詳細では、業務内容の一覧と主な実績を分けるのが基本です。業務内容には継続して担当した仕事、実績には採用側へ詳しく伝えたい案件や改善活動を書きます。
課題・役割・行動・成果に分ける
一つの実績は、次の4項目で整理できます。
| 項目 | 書く内容 | 避けたい書き方 |
|---|---|---|
| 課題 | 何が問題で、なぜ取り組んだか | 背景を長く説明する |
| 役割 | 自分が任された範囲 | チーム全体の役割だけを書く |
| 行動 | 分析、判断、提案、調整、実行 | 「推進」「貢献」だけで済ませる |
| 成果 | 数字や、仕事の前後で変わったこと | 根拠のない効果を書く |
文章にするときの型は、次のようになります。
［対象業務］で［課題］が発生していた。［自分の役割］として、［分析・判断］を行い、［関係者］と［実施内容］を進めた。その結果、［確認できる変化］につながった。
毎回この順番を見出しとして並べる必要はありません。文章が長くなる場合は、案件概要を一文で書き、その下に担当と成果を箇条書きにします。短い案件まで同じ型で詳しく書くと、かえって読みづらくなります。
数字がない実績の伝え方
企画、研究、政策、組織改革など、売上やコストへ直接つながらない仕事もあります。その場合は、数字を作らず、意思決定や運用の変化を書きます。複数案から方針が決まった、承認を得て実行へ移った、対立していた部署の条件がまとまった、手順が標準化された、といった変化です。
成果がチーム全体のものなら、自分が担当した部分を明記します。全社の利益改善を一人の成果のように書くより、その中で担当した分析、提案、実行管理を示すほうが信頼されます。
守秘義務のある案件の書き方
顧客名や具体的な金額を出せない案件では、業界、企業規模、案件の目的、担当範囲が分かる形が基本です。「国内大手メーカー」「複数拠点を持つ金融機関」のように顧客を特定できない表現を使い、金額は必要に応じて幅や比率で示します。
公開できないからといって「詳細は面接で説明」とだけ書くと、書類選考の材料が残りません。守秘義務に触れない範囲で、課題、自分の判断、関係者、結果の種類までは書けます。迷う情報は、所属先の規定や契約を優先します。
経歴別に職務経歴書で前に出す経験
コンサル未経験者は、前職の業務をコンサル用語へ言い換える必要はありません。応募先の仕事と近い経験を選び、その場でどのように考え、周囲を動かしたかを書きます。経歴ごとの詳しい転職対策は、各記事へ分けています。
SIer・ITコンサル
システム名や使用技術の一覧よりも、要件が曖昧な段階で何を整理したか、業務部門とIT部門の判断をどうそろえたかが記載の中心です。戦略や業務改革を志望するなら、実装前の構想、業務設計、投資判断に関わった経験を前に出します。
総合コンサル
プロジェクト名を並べるより、担当した論点と成果物、自分が顧客へ説明した範囲を明確にするのが先です。戦略ファームを志望する場合は、実行支援の中でも経営判断につながった分析や、上流の方針を決めた経験が伝わる構成にします。
銀行・証券
商品知識に加え、財務や事業をどう分析し、融資、投資、提案の判断へつなげたかが記載材料です。大企業を担当した事実だけではなく、顧客の経営課題を捉えた場面や、社内の審査・専門部署を動かした経験が材料になります。
メーカー
製品や工程の説明は、応募先が理解できる長さに抑えます。原価、品質、納期、在庫、商品企画など、どの指標を変える仕事だったのかを示し、現場、営業、開発、経営層の間で判断をまとめた経験を詳しく書きます。
総合商社
担当地域や商材よりも、投資判断、事業計画、交渉、投資後の経営管理のどこを担ったかが中心です。案件規模が大きいほどチームの成果に見えやすいため、自分が作った分析や、責任を持った判断を切り分けます。
医師
診療科や症例数は前提情報です。職務経歴書の材料になるのは、限られた情報から仮説を立てた経験、複数職種を動かした経験、医療の質や業務を改善した取り組みです。専門用語は、医療に詳しくない採用担当者にも分かる表現へ直します。
研究職
研究テーマの新しさより、問いの設定、仮説、分析、結果の解釈、次の実験や開発への接続が記載の柱です。共同研究や事業部との仕事があれば、専門の違う相手へ説明し、判断を進めた経験も書けます。
監査法人
監査手続の一覧ではなく、財務、リスク、内部統制を見てどの論点を特定したかを書きます。経営者や現場との対話、複数拠点の調整、改善提案まで担当した経験は、コンサルの仕事との接点が伝わりやすい部分です。
広告代理店
担当した広告媒体より、消費者や市場をどう分析し、施策を選び、結果を検証したかを書きます。営業、制作、媒体、顧客など、立場の異なる関係者を動かした経験は、本人の役割が分かるように具体化します。
官僚・公務員
制度名や担当課の説明だけでは、仕事の難しさが伝わりません。政策を作るために整理した論点、関係省庁や自治体、業界団体との調整、実施後の検証など、合意形成と実行の経験を示します。
ベンチャー
業務範囲の広さを「何でも担当」とまとめず、事業の段階と優先順位まで示すのが有効です。情報や人手が足りない中で何を先に決め、仕組みをどう作り、成長に合わせて運用を変えたかを書くと、経験の再現性が伝わります。
コンサルの職務経歴書でよくある失敗
担当業務だけを並べる
社内の職務分掌や過去の職務経歴書をもとにすると、担当業務の一覧になりがちです。「法人営業を担当」「システム導入を支援」「事業計画を策定」と書けば、何の仕事をしていたかは分かります。けれども、難しい場面でどう考え、どこまで任されていたかは見えません。採用側は、応募者が同じ業務を別の環境でも担えるか判断しにくくなります。
定常業務と実績を分けてください。定常業務は範囲が分かる程度に短くまとめ、応募先に近い案件や改善活動を二つか三つ選びます。そこに課題、自分の役割、取った行動、結果を足す形です。「基幹システム導入を支援」なら、要件整理、部門間調整、移行計画のどこを担当したのかまで書くと、経験の深さが伝わります。
抽象的な強みで埋める
自己PRを書こうとして、論理的思考力、コミュニケーション力、リーダーシップといった言葉を先に置く失敗です。どれもコンサル求人と相性がよく見えるため使いやすい半面、根拠がなければ本人の自己評価にすぎません。似た表現を使う候補者も多く、面接で聞くべき強みを採用側が選べない状態になります。
強みの名称から考えるのではなく、その力が必要だった場面を探します。部門ごとに異なる要望を整理して合意案を作った、判断材料が足りない中で調査方法を組み立てた、といった事実です。自己PRには、その状況で何を考え、誰に働きかけ、何が変わったかを書きます。事実が十分に具体的なら、「調整力があります」と念押ししなくても読み手には伝わります。
チームの成果を自分の成果にする
全社プロジェクトや大型案件では、目立つ成果をそのまま自分の実績として書きたくなります。しかし、売上増加やコスト削減がチーム全体の成果なのに、本人が一人で実現したように読める書き方は、担当範囲を誤解させる表現です。面接で意思決定の経緯や数字の算定方法を聞かれたとき、説明できなければ記載全体の信頼まで落ちます。
プロジェクト全体の成果と、自分が責任を持った部分を一文の中でも分けます。たとえば「全体で在庫日数を短縮したプロジェクトにおいて、需要予測の分析と営業部門との運用設計を担当」のような書き方です。自分で決めたこと、上司の承認を得て進めたこと、チームの決定に従って実行したことも区別してください。担当範囲が狭くても、そこで行った判断を具体的に書くほうが評価材料になります。
コンサル用語を増やしすぎる
コンサルらしく見せようとして、アジェンダ、イシュー、デリバリーなどの言葉へ置き換えると、かえって仕事内容がぼやけます。用語の選び方そのものが評価されるわけではありません。意味を正しく使えていない場合は、応募先の仕事を表面だけで理解している印象も与えます。
前職で実際に使っていた業務名を、初めて読む人にも分かる日本語で説明するのが先です。「部門横断でイシューを特定した」ではなく、「受注遅延の原因を工程別に調べ、営業と物流の分担を見直した」と書けば、行動が見えます。業界特有の用語が欠かせない場合は、最初の一度だけ短く意味を添えます。
同じ職務経歴書を全社へ送る
完成した一つのファイルをすべての求人へ送ると、応募先が探している経験が埋もれがちです。事実を変える必要はありませんが、ITコンサルの求人と戦略の求人では、同じシステム刷新でも読みたい部分は別です。前者なら要件や導入管理、後者なら業務課題と投資判断とのつながりが評価材料になります。
まず全経歴を入れた原本を作り、求人ごとに複製して編集すると管理しやすくなります。必須要件に近い経験を職務要約へ移し、詳しく書く実績の順番を変えます。削った経験を別の実績に見せたり、求人の言葉をそのまま貼り付けたりしてはいけません。変更後は、提出先とファイル名も確認します。
志望動機を長く書く
未経験からコンサルを目指す人ほど、意欲を伝えようとして志望動機を長く書きがちです。その結果、職務要約や実績が薄くなると、入社後に何を任せられる人なのか判断できません。強い志望は、経験不足を埋める代わりにはならないからです。
職務経歴書の中心は、これまでの仕事と成果です。応募書類に志望動機欄がない場合も、自己PRを長い志望動機へ変える必要はありません。志望理由に説得力を持たせたいなら、そのきっかけになった業務改革、経営課題、顧客支援などの経験を具体的に残します。カバーレターなど別書類の指定があれば、動機はそちらへ分けます。
数字だけを書き、前提を示さない
成果を数字で示そうとして、「売上を120％に拡大」「工数を30％削減」と結果だけを書く失敗もあります。数字が大きくても、対象期間、比較した基準、担当範囲がなければ、その人の働きとの関係を判断できません。部署全体の数字なのか、自分の担当顧客だけの数字なのかで意味も変わります。
数字には、対象、期間、比較基準、自分の関与を添えます。機密上の理由で金額を出せないなら、比率や範囲を使えるか確認してください。正確な数字を確認できない場合は無理に作らず、承認を得た、運用を開始した、対象部署が広がったといった変化で示します。
情報を詰め込み、優先順位がない
経験が長い人ほど、担当した仕事を削ることに不安を感じます。小さな案件まで同じ分量で並べると、応募先に合う実績が見つかりません。文字を小さくし、余白を削って枚数を収めても、読み手の負担が増えるだけです。
直近の仕事と応募先に近い経験へ分量を使い、古い仕事や関連の薄い業務は短くします。同じ強みを示す実績が複数あるなら、役割が大きいもの、結果を説明しやすいものを残します。詳しい経歴を削ることと、経歴そのものを隠すことは別です。在籍履歴は残しつつ、実績の説明に濃淡をつけてください。
日付や役職、成果の数字が食い違う
履歴書と職務経歴書で在籍月が違う、本文と表で役職が違う、職務要約と実績欄で同じ成果の数字が違う。こうした食い違いは小さな誤記に見えても、正確に情報を扱えるかという疑問につながります。ほかの実績まで事実かどうか確認が必要になり、内容以前のところで評価を落としかねません。
提出前に履歴書、職務経歴書、応募フォームを横に並べ、在籍期間、雇用形態、役職、資格、数字を照合します。応募先に合わせた版を増やしたときは、古い会社名や別求人向けの文章が残っていないかも検索してください。面接で話す数字は、提出した最終版と同じ根拠へ戻れるようにメモを残します。
コンサルの職務経歴書を提出する前の確認事項
内容を増やすより、読み手が迷う箇所をなくすことが先です。提出前に見るのは、次の項目です。
- 応募先の必須要件に対応する経験が冒頭から見つかるか
- 会社の成果と自分の役割を分けているか
- 成果の数字を面接でも説明できるか
- 在籍期間、雇用形態、役職、資格の表記が正しいか
- 顧客名や金額など、守秘義務に触れる情報がないか
- 他社名や別職種向けの文章が残っていないか
- 見出し、日付、記号、フォントがそろっているか
- ファイル名から氏名と書類の種類が分かるか
- 指定された言語、形式、容量を満たしているか
自分では前提を補って読んでしまうので、業界を知らない人にも一度見てもらうと、説明不足が見つかります。コンサル業界の求人要件との対応まで見てほしい場合は、コンサル転職を扱うエージェントへ添削を頼む方法もあります。
コンサルの職務経歴書に関するよくある質問
職務経歴書は何ページが適切ですか？
応募先の指定が最優先です。指定がなければ、A4で2〜3枚を一つの目安にし、経歴の長さに応じて調整します。枚数を守るために文字を詰めるより、古い経験と応募先に関係の薄い業務を短くしてください。
職務経歴書はPDFとWordのどちらで出しますか？
応募画面の指定に従います。どちらも受け付ける場合は、レイアウトが崩れにくいPDFが扱いやすい一方、採用側がWordを指定する求人もあります。PDFへ変換した後は、改ページ、文字化け、リンク、ファイル名を確認します。
英文CVも用意したほうがよいですか？
英語での提出を求める求人や、海外オフィスを含む選考なら必要です。外資系だから全員が英文CVを提出するとは限りません。和文をそのまま翻訳するのではなく、指定された項目と分量に合わせて作ります。
数字で示せる成果がありません
架空の数字を作る必要はありません。承認された、実行に移った、対象が広がった、手順が変わったなど、仕事の前後で起きた変化を書きます。件数、期間、チーム人数、対象部署など、成果以外の規模を示せる場合もあります。
自己PRと職務要約はどう違いますか？
職務要約は、これまでの仕事を短くまとめる欄です。自己PRは、職務詳細だけでは伝わりにくい強みと、その根拠になる経験を書く欄です。同じ実績を言い換えて繰り返すなら、自己PRを短くして職務詳細へ分量を使います。
職務経歴書に書いた内容は面接でも聞かれますか？
面接官は、書類に書かれた実績から、当時の状況、本人の役割、判断の理由を掘り下げます。提出後に表現を忘れないよう、応募先ごとの最終版を保存してください。人物面接での経験の話し方は、次の記事で詳しく扱っています。
まとめ
コンサル転職の職務経歴書では、担当業務の数より、応募先と関係のある経験をどこまで具体的に説明できるかが問われます。課題、役割、行動、成果を分け、チームの実績と自分の担当を混同しないことが基本です。
一つの職務経歴書を全社へ送るのではなく、求人の必須要件に合わせて職務要約と実績の順番を調整します。提出後は面接の質問材料になるため、数字や役割を大きく見せず、自分の言葉で最後まで説明できる内容に整えてください。
