外資コンサルへ転職する英文レジュメの作り方｜日本語職務経歴書の実績を1〜2ページに変換する

# 外資コンサルへ転職する英文レジュメの作り方｜日本語職務経歴書の実績を1〜2ページに変換する

外資コンサルの英語求人に応募するとき、英文レジュメを日本語職務経歴書の英訳版として作ると、経験は多いのに応募ポジションとの接点が見えない書類になりやすい。反対に、英語らしい表現を整えることに時間をかけすぎると、求人票が求めるテーマに対して「自分は何を実行し、何を変えたのか」が薄くなる。

英文レジュメの役割は、日本語職務経歴書の情報をすべて再掲することではない。採用担当者やハイヤリングマネージャーが短時間で、①この求人に近いテーマを経験しているか、②自分の担当範囲を説明できるか、③成果を別の案件でも再現できそうか、を判断できるようにすることだ。

事業会社やSIerで5〜12年働いてきた人は、求人票から英語の要件を3つ抜き出し、日本語職務経歴書の実績をSummaryとBulletsに変換し、提出版を1〜2ページで仕上げる。英語力の一般論や翻訳サービスの比較ではなく、応募先ごとに「何を前に出すか」を決める。

なお、記事中の候補者名、会社名、案件、数字はすべて架空例であり、市場相場や実際の支援実績を示すものではない。

先に結論：2つの書類を同じにしない

日本語職務経歴書は、採用担当者がキャリアの全体像を確認し、面接で深掘りする材料である。英文レジュメは、求人票との適合性を最初の数十秒で伝え、英語で読まれる採用入口を通過するための選抜版だ。

「英文レジュメには職務経歴書の内容を全部入れる」という考え方を捨てると、1〜2ページに収まりやすい。日本語版には、成果の背景、社内での制約、関係者との調整過程、面接で話す補足を残す。英文版には、応募先が知りたいテーマに直結する実績を3〜6件ほど出し、残りの経験は短く整理する。

これは、英語求人なら必ず英文レジュメが必要、という意味ではない。求人票や応募フォームが提出書類を指定している場合は、その指定が最優先である。公式採用ページに英語要件や英文レジュメ提出の記載が見当たらない場合、勝手に「英語必須」「英文CV必須」と断定しない。必要書類は求人単位で確認する。

公式採用ページから分かること、分からないこと

競合記事には、英文レジュメの一般的な項目、Action Verb、PDF化、ページ数などの説明が多い。これらは最低限の土台にはなるが、外資コンサルの経験者採用で重要な「どの経験を先に出すか」までは決めてくれない。そこで、公式採用ページで確認できる事実と、そこから応募書類に落とす編集判断を切り分ける。

BCG Japan

BCG Japanの中途採用ページでは、経験者採用を通年で受け付け、募集職種として「経営コンサルタント」と「経営コンサルタント（Technology and Digital Advantage領域）」を掲載している。また、コンサルティング経験や資格は不問とし、4年制大学卒業後の企業・官公庁などでの実務経験を応募資格としている。Technology and Digital Advantage領域では、デジタル領域の戦略策定、新規事業の企画、DXの企画・推進経験が例示され、応募は必要情報を入力する窓口から行う形になっている。

ここから導ける編集判断は、「コンサル経験がないから、英文レジュメにコンサル用語を足す」ではない。営業なら顧客課題の特定と提案の成果、ITなら変革の設計と実装・定着、事業企画なら戦略から実行までの接続を、応募領域に合わせて前に出すことだ。BCGページに一律の英語スコアや英文レジュメ必須という記載がない以上、そこは求人票や応募画面で別途確認する。

McKinsey Japan

McKinsey Japanの経験者採用ページは、テクノロジー、金融、政府機関、エンジニアリング、法律、医療など、さまざまな業界・機能の専門性を持つ人材を紹介している。また、主体的に考え行動し、クライアントや同僚を巻き込み、インパクトを与える人材像を示している。募集職種や選考プロセスは別の案内を確認し、経験者向けの応募・登録入口へ進む構成だ。

したがって、英文レジュメのSummaryで「業界を知っている」だけに留めるのは弱い。どの論点を自分で設定し、誰を巻き込み、どんな意思決定や成果につなげたかを短く示すほうが、公式ページにある人物像との接点を作れる。ただし、同ページだけを根拠に「英語でクライアント対応できることが必須」とは書けない。英語の使用場面が要件なら、個別求人の記載を確認し、実際の使用経験がある場合だけ書く。

Accentureの求人検索

Accentureの公式求人検索は、キーワードと勤務地などで求人を絞り込む入口である。ページ上では、検索語を引用符で囲む完全一致検索や、関連性・新着順の切り替えが案内されている。検索トップページが、すべての職種に共通する英語要件を示しているわけではない。英語要件、職種、勤務地、応募書類は個別の求人詳細で確認する必要がある。

この場合の編集判断は、会社名だけでレジュメを作らないことだ。「Strategy」「Technology」「Sales」「Cloud」「Transformation」など、実際に応募する求人の本文に現れる言葉を3つ選び、その3つに近い実績を上位へ置く。検索結果の職種名だけを拾い、求人本文を読まずにSummaryを作るのは避ける。

競合記事との差分は「構成」ではなく「選別」に置く

リクルートエージェントの記事は、ResumeとCVの違い、Summary・Experience・Skillsなどの基本項目、Action Verb、PDF提出や誤字脱字確認を整理している。ISSコンサルティングの記事は、日本語の履歴書・職務経歴書・英文レジュメの3点、読みやすさ、職務経歴書の要約と実績、英文レジュメを1〜2枚にまとめる考え方を説明している。Deloitte Tomatsu HRの記事は、コンサルタントの書類で「課題・役割・成果」と再現性、案件単位の整理、数値成果、専門性が見られると解説している。Volveの記事は、コンサル面接の頻出質問や逆質問を、経験を結論・具体例・判断に分けて話す準備へつなげている。

これらを踏まえても、事業会社やSIerの実績を、英語求人のキーワードに合わせてSummaryとBulletsへ具体的に変換する手順は別に必要だ。一般的なテンプレートの紹介は短く済ませ、次の4点を作業単位にする。

1. 求人票から3要件を抽出する。
2. 日本語職務経歴書から、その要件を証明する実績を各1〜2件選ぶ。
3. 「課題・自分の判断・行動・成果」を英文一文に変換する。
4. 15分で、要件との対応、数字、英語の自然さ、ページ数を点検する。

求人票から英語の3要件を抜き出す手順

1. 求人票を3色に分けて読む

求人票を、次の3種類に分けてマークする。

英語要件とは、TOEICや「business-level English」だけを指さない。求人票が英語で書かれている場合、採用側が評価したい仕事のテーマ・進め方・成果の言葉も、応募書類に反映すべき要件である。もっとも、求人票に書かれていない要件を想像で追加してはいけない。

2. 繰り返し出てくる語を拾う

職種名、Responsibilities、Qualifications、Preferred Qualificationsを一度ずつ読む。2回以上出てくる語、見出しにある語、動詞と名詞の組み合わせになっている語を候補にする。たとえば、次のような求人文があるとする。

Support clients in developing growth strategies, redesigning operating models, and driving digital transformation. Work with senior stakeholders to translate analysis into actionable recommendations.

この文章から、候補者が抜く3要件は次のようになる。

1. Growth strategy：成長戦略の設計に関わったか。
2. Operating model redesign：組織・業務の仕組みを再設計したか。
3. Digital transformation delivery：デジタル施策を実行・定着させたか。

最後の「senior stakeholders」や「actionable recommendations」は、3要件を証明する書き方に組み込む補助語と考える。要件を10個並べると、結局どれも前に出せなくなる。3つに絞り、それ以外は本文や面接で補足できる状態にする。

3. 3要件を証明できる事実へ戻す

日本語職務経歴書を開き、要件ごとに次のメモを1行ずつ作る。

```textRequirement 1: Growth strategy事実：海外向け新サービスの市場選定、価格仮説、役員会提案を担当。3か月でPoC開始。

Requirement 2: Operating model redesign事実：営業とカスタマーサクセスの引き継ぎを再設計。責任分界と会議体を変更。

Requirement 3: Digital transformation delivery事実：販売管理システム刷新の業務側PMO。6部門の要件整理と展開計画を担当。```

この時点で、会社名やプロジェクト名を英訳しない。まず「自分が何を判断したか」を残す。英語にするのはその後だ。

4. 使える実績をスコアリングする

候補実績を、関連性・自分の関与度・成果の3項目で0〜2点評価する。合計が高いものをSummaryと上位Bulletsへ使う。

「関わった」だけの案件は、英文レジュメの上位に置かない。自分が意思決定や設計、推進を担い、成果を説明できるものを選ぶ。成果が定量化できない場合でも、対象部門数、利用者数、期間、意思決定者、導入範囲など、規模と変化を示す事実は残せる。

日本語職務経歴書を英文Summaryへ変換する

Summaryは、経歴の翻訳ではなく「今回の求人に対する短い仮説」である。3要件を全部盛り込む必要はないが、応募ポジションで再利用できる強みを2〜4行で示す。

Summaryの型

```text[経験年数・現在の役割] + [専門テーマ]+ [求人要件に近い成果] + [関係者・実行範囲]```

「I am a hardworking person」「I have good communication skills」のような自己評価は、証拠がない。役職、経験領域、扱ったテーマ、成果の順で書く。

Summaryの英文全文（架空例）

以下は、候補者「Kenji Sato」、会社「Asteria Systems」、数字を含むすべてが架空の例である。市場相場や実在の選考通過例として扱わない。

Strategy and transformation professional with 9 years of experience across business planning, operating model redesign, and digital program delivery in the technology sector. Led a cross-functional team to launch a new B2B service, redesigned the sales-to-customer-success operating model across six departments, and managed business-side requirements for a company-wide system renewal. Experienced in translating analysis into actionable recommendations for executive stakeholders and frontline teams.

このSummaryでは、求人票の3要件に対応する new B2B service / operating model redesign / digital program delivery を先に出し、単に「9年間の経験があります」と終わらせていない。「英語ができます」とも断定していない。英語を使った会議や資料作成が実際にある場合は、次のように事実を追加する。

Used English in weekly meetings with regional stakeholders and prepared decision materials for cross-border project reviews.

英語経験がないのに「fluent」「business-level」と書く必要はない。求人票が英語を要件にしていても、応募書類で証明できない表現を足すと、面接で具体的な使用場面を聞かれたときに説明できなくなる。

実績3件を英文Bulletsへ変換する

Bulletsは、担当業務の一覧ではなく、課題に対して自分が取った行動と結果を並べる。最も使いやすい順番は、Action → Scope → Method → Resultである。

```text[強い動詞] + [自分が変えたもの] + [対象・範囲] + [判断や方法] + [結果]```

実績1：成長戦略・新規サービス

日本語の元メモ：

海外市場向け新サービスの企画を担当。顧客インタビューと競合分析から優先業界を絞り、価格と販売パートナーの仮説を作成。役員会で承認を得て、3か月後にPoCを開始した。

英文Bullets：

Developed a growth strategy for a new B2B service in an overseas market by segmenting target industries, validating customer needs through interviews, and modeling pricing and channel options; secured executive approval and launched a three-month proof of concept.

実績2：Operating model redesign

日本語の元メモ：

営業が受注後の顧客引き継ぎまで抱え、対応漏れが発生していた。営業、カスタマーサクセス、サポートの責任分界を整理し、引き継ぎ条件と会議体を再設計。6部門で運用を開始した。

英文Bullets：

Redesigned the sales-to-customer-success operating model across six departments by clarifying ownership, standardizing handoff criteria, and introducing a weekly governance cadence; reduced unresolved post-sale cases by 38% within four months.

実績3：デジタル変革の実行

日本語の元メモ：

販売管理システム刷新で業務側PMOを担当。6部門から要件を集め、優先順位を決定し、ベンダーと仕様を調整。段階導入の計画を作成し、利用部門向けトレーニングを実施した。

英文Bullets：

Managed business-side requirements for a company-wide sales system renewal, prioritizing needs from six departments, aligning specifications with the implementation vendor, and coordinating phased rollout and user training; achieved adoption by all target departments within the planned launch window.

3件とも、単なる “Responsible for” から始めていない。どの課題に対して、どこまで担い、どんな方法で変化を作ったかが一文で分かる。数字は架空だが、実際に使う場合は日本語職務経歴書、社内資料、面接で説明できる数字だけを入れる。

悪い例と直した例

悪い例1：直訳で業務を並べる

Responsible for planning new businesses, coordinating with related departments, making materials, and managing progress.

「新規事業の企画、関係部署との調整、資料作成、進捗管理を担当」といった日本語をそのまま英語へ置き換えただけで、対象や結果がない。採用側から見ると、企画を主導したのか、会議に参加しただけなのか分からない。

直した例：

Built the launch plan for a new B2B service, aligning product, sales, and operations teams around target segments, pilot milestones, and ownership; obtained approval from the executive committee and moved the initiative into pilot delivery.

「企画した」ではなく、launch planを作り、対象・マイルストーン・責任分界を揃え、承認後にpilot deliveryへ進めたと書く。

悪い例2：抽象語で自分を評価する

Excellent communication and problem-solving skills with a strong ability to work with diverse teams.

直した例：

Resolved competing priorities across product, sales, and IT teams by defining decision criteria and presenting two implementation options to senior stakeholders; secured alignment on a phased rollout plan.

コミュニケーション力を名詞で主張するのではなく、対立する優先順位をどう整理し、誰に何を示し、どんな合意を取ったかを行動で示す。

悪い例3：英語要件を水増しする

Fluent in English and experienced in global consulting projects.

実際には海外メンバーとのメールが数回だけなら、fluentとは書かない。また、事業会社のプロジェクトを “consulting project” と呼ぶのも正確ではない。

直した例：

Collaborated with regional stakeholders in English during monthly project reviews and prepared bilingual decision materials for a cross-border system rollout.

使用場面、頻度、成果物を事実として書く。求人票に「English required」とあっても、能力のラベルではなく、使った仕事を証明する。

職種別の書き換え：営業・IT・事業企画

営業：売上額ではなく、顧客課題をどう構造化したか

営業の実績は、売上や受注だけを書くと、個人の販売力に見えやすい。コンサル応募では、顧客の課題を発見し、複数部門を巻き込み、提案を実行へつないだことを出す。

日本語の元メモ：

大手製造業向けに業務システムを提案。顧客の部門別課題を整理し、製品単体ではなく業務改革と導入ロードマップを含む提案に変更。社内SE、導入部門、パートナーを巻き込み受注。

英文への書き換え：

Reframed a large manufacturing account proposal from a product-led pitch to an end-to-end transformation roadmap by structuring pain points across business units and coordinating sales, solution architects, and implementation partners; won the account after executive-level workshops.

“won the account” だけで終わらず、product-ledからtransformation roadmapへ提案の論点を変えたことを書く。売上や受注額が開示できるなら、規模を補足する。ただし、会社名、顧客名、契約金額が機密なら一般化する。

IT：技術名ではなく、変革の設計と定着を出す

IT職のレジュメが製品名や開発言語の一覧になると、コンサル側が知りたい業務成果や関係者調整が埋もれる。技術はSkills欄にまとめ、上位Bulletsでは課題、設計、導入、定着をつなぐ。

日本語の元メモ：

基幹システム移行のPMOとして、要件定義、テスト計画、課題管理、利用部門への説明を担当。複数ベンダーの作業を整理し、予定どおり切り替えた。

英文への書き換え：

Led PMO workstream for a core-system migration, translating business requirements into testable specifications, consolidating risks across three vendors, and coordinating user readiness activities; completed cutover on schedule with no critical issues reported in the first month.

“used AWS”や“managed Jira”だけでは、技術を使った事実しか残らない。何を設計し、どのリスクを下げ、利用者の状態をどう変えたかを示す。

事業企画：会議体ではなく、意思決定と実行の接続を出す

事業企画は「中期計画策定」「予算管理」「経営会議資料作成」と書きがちだが、作業名だけでは強みが見えない。仮説、選択肢、判断基準、実行後のKPIを入れる。

日本語の元メモ：

事業ポートフォリオの見直しで、各事業の収益性と成長性を比較。撤退・投資・提携の選択肢を整理し、経営会議で意思決定を支援。決定後のKPIモニタリングも設計した。

英文への書き換え：

Supported portfolio strategy by comparing the profitability and growth potential of six businesses, framing investment, partnership, and exit options, and establishing decision criteria for the executive committee; designed post-decision KPIs and a monthly review process to track execution.

事業企画の経験は、戦略策定だけでなく、実行後のモニタリングまで書けると、コンサル案件での再現性が伝わりやすい。

数字が機密のときの扱い

数字を消すと実績が弱くなる一方、顧客名や売上、案件規模をそのまま出せないこともある。機密を守りながら、採用側が成果の大きさを想像できる粒度に調整する。

使える4つの置き換え

1. 絶対額を比率にする：売上2億円 → revenue increased by 18%。ただし比率も開示不可なら使わない。
2. 顧客名を属性にする：株式会社名 → a listed consumer-goods company / a leading Japanese manufacturer。
3. 人数を範囲にする：47名 → a 40-person cross-functional team。正確な範囲にする。
4. 金額を変化や対象範囲にする：契約額非開示 → expanded coverage to six departments / shortened cycle time by two weeks。

数字を丸めたり、架空の数字に置き換えたりしてはいけない。開示できないなら “a large-scale transformation program” とし、期間、部門数、役割、成果の種類など、出せる事実を組み合わせる。「大規模」とだけ書く場合も、何をもって大規模なのか、面接で説明できるようにする。

また、顧客名をぼかすだけでは不十分な場合がある。案件の組み合わせで顧客が特定できるなら、顧客属性、地域、時期、製品名をさらに一般化する。応募先の守秘義務や社内規程に反する情報は、英文レジュメに載せない。

1〜2ページに収める配置

5〜12年の経験なら、まず1ページで作り、関連するプロジェクトが多い場合だけ2ページ目を使う。ページ数は絶対条件ではなく、応募フォームやエージェントの指定があれば従う。競合記事でも英文レジュメは1〜2枚が望ましいとされるが、ページ数より、上部に要件との接点があるかを優先する。

1ページ版の目安

```text氏名・連絡先・LinkedIn（冒頭）SUMMARY 3〜4行CORE EXPERTISE 1行または2行PROFESSIONAL EXPERIENCE 直近2社、各3〜5 bulletsEDUCATION / CERTIFICATIONS 関連性の高いものだけLANGUAGES 実際の使用状況と資格```

会社説明を長く書かない。企業名、在籍期間、役職、勤務地が分かれば十分である。社内での細かな異動は、応募要件と関係がある場合だけ残す。過去の職歴は、直近の関連性が高いものを厚くし、古い職歴は1〜2 bulletsへ圧縮する。

2ページ目を使う条件

2ページ目は、複数の職種を経験し、応募先の要件を証明する案件が直近2社にまたがる場合に使う。単に文字を小さくして情報を詰めるためのページではない。1ページ目で要件3つと上位実績が伝わり、2ページ目で補助実績とSkillsを確認できる構成にする。

15分で1ページを点検するチェック

提出前に英文を最初から読み直すと、表現修正に時間を使いすぎる。次の順でタイマーを15分に設定する。

0〜3分：求人票との対応

• Summaryに求人票の3要件のうち2つ以上が、無理のない形で入っているか
• 最初の3 bulletsで、3要件を証明できているか
• 求人票にない英語力や職位を勝手に付け足していないか

3〜6分：担当範囲

• 各bulletの主語が自分になっているか
• “supported”“involved in”“responsible for”だけで終わっていないか
• 企画、分析、設計、実行、定着のどこまで担ったか分かるか
• チーム成果と自分の貢献を分けて説明できるか

6〜9分：成果と再現性

• 数字、期間、対象部門、利用者、範囲のいずれかがあるか
• 数字がある場合、日本語版や面接で根拠を説明できるか
• その成果が、応募先の案件でも使える仕事の型として読めるか
• 数字を削っても、何が変わったかが分かるか

9〜12分：英語の自然さ

• 日本語の長い一文をそのまま接続詞でつないでいないか
• “make a proposal”“do project management”のような直訳が残っていないか
• action verbの時制が職歴の時期と合っているか
• 名詞の羅列より、動詞で行動を示しているか

12〜15分：提出状態

• 1〜2ページか、フォントを小さくしないと読めない状態になっていないか
• PDF化して改行、箇条書き、ページまたぎが崩れていないか
• ファイル名に氏名、応募職種、Resumeなどを入れたか
• 連絡先、在籍期間、役職、学歴の年月が日本語版と一致しているか
• 顧客名・数字・技術情報の守秘義務を確認したか

この点検で要件との対応が弱いと分かったら、英語を磨く前に実績の順番を変える。英文の文法を整えても、求人に近い実績が4番目に埋もれていれば、採用入口で見落とされる。

応募しない条件を先に決める

応募数を増やすことが目的になると、英文レジュメを作る時間だけが膨らむ。次の条件に当てはまるときは、すぐに提出せず、求人票の確認や相談を先に行う。

• 応募資格の学歴・職歴・勤務地・就労資格を満たしていない。
• 3要件のうち、証明できる実績が1つもない。隣接経験で説明できる場合は、求人の必須条件か歓迎条件かを確認する。
• 求人票が英語提出を求めているのに、指定フォーマットやカバーレターの有無が分からない。
• 英語を使う場面が必須と書かれているが、実際の使用経験を説明できない。資格だけで埋めない。
• 守秘義務を守ると、担当範囲や成果を一切説明できない。
• 職種名に惹かれているだけで、仕事内容を読んでも自分がどの課題に貢献できるか言えない。
• 公式採用ページと求人票で応募入口が異なり、重複応募や紹介経路の扱いを確認できていない。

最後の点は、応募しないというより「ルートを確定するまで応募ボタンを押さない」という意味である。BCGはCandidate Portal、McKinseyは経験者向けの登録・応募入口、Accentureは求人検索から個別求人へ進む構成なので、会社名だけで応募方法を一括りにしない。

既存記事と一緒に使う

英文レジュメを作る前後で、SymmetryLabの既存記事も役割を分けて読むと準備が重複しない。

• コンサル転職に英語は必要か？今応募するか、4週間だけ延期するかの判断基準：英語力の不足を理由に応募時期を延ばすか判断する。
• コンサル転職の職務経歴書｜プロジェクト実績を「課題・判断・成果」に書き換える：日本語版の実績を、課題・判断・成果へ整理する。
• 事業会社からコンサル転職する職務要約｜経営企画・営業・ITの250〜350字例文：日本語の職務要約の芯を作る。
• コンサル転職は直接応募・リファラル・エージェントのどれ？応募前48時間で決める選考ルート：提出先と応募経路の重複を避ける。
• コンサル転職は何歳まで？30代・40代が公式求人の経験年数から応募職位を決める方法：経験年数と応募職位の整合性を考える。

日本語版を先に完成させてから英文版を作る必要はない。求人票の3要件が見えた時点で、日本語職務経歴書の該当実績に印を付け、そこだけを英文の材料にする。日本語版全体の完成を待つと、関係の薄い職務まで英訳したくなる。

参考リンク：確認した競合・公式情報

• リクルートエージェント「英語が苦手でも大丈夫！英文職務経歴書（英文レジュメ・CV）の作り方」
• ISSコンサルティング「英文レジュメの書き方」
• デロイト トーマツ ヒューマンリソース「コンサルタント職務経歴書の書き方」
• Volve「コンサル面接の頻出質問・逆質問」
• BCG Japan「中途採用」
• McKinsey Japan「経験者採用」
• Accenture「募集職種を探す」

採用ページの内容、募集職種、英語要件、応募入口は更新される。この記事の例は、2026年9月3日時点で確認した公開ページをもとに、応募書類へ落とす考え方を整理したものだ。英語要件や提出書類は、必ず応募する求人の最新の募集要項で確認してほしい。

コンサル転職ならSymmetryLabへ

英文レジュメは、英語の文法を整えるだけでは完成しない。求人票の論点を読み、自分の実績を選び、面接で深掘りされても説明できる粒度まで削る作業が必要になる。SymmetryLabは、全員が大手外資コンサル出身で、丁寧なケース面接対策と高い内定率を強みに、書類の見せ方から選考全体の準備まで支援している。

「この求人に、どの実績を英語で出すべきか分からない」「日本語の職務経歴書はあるが、英文レジュメにすると薄くなる」という方は、コンサル転職ならSymmetryLabへご相談ください。求人票と経歴を一緒に読み、応募する案件に合わせたSummary、Bullets、ケース面接の準備まで具体化します。