英文レジュメのSummary（職務要約）の書き方と例文
公開日
英文レジュメのSummary（Professional Summary）は、氏名・連絡先のすぐ下に置く短い自己紹介ブロックです。役割は、これまでの業務を並べることより、この求人に対して何ができる人かを先に伝えることにあります。日本語の職務要約を担当業務の順にそのまま英訳すると、応募先との関連性が伝わりにくくなることがあります。
Summaryとは何か：職務要約の直訳で起きやすい失敗
Professional Summaryは、CVの最上部に置く3〜5文ほどの自己紹介ブロックとして説明されています（英語ハック）。冒頭に置く場所の性質上、短時間で応募職種との接点を把握できる内容にしておくと、続く職歴の読み方も分かりやすくなります。
日本語の職務要約でも、専門性や実績を先に書く人はいます。日本語と英語の本質的な違いと言い切れるわけではありません。ただ、担当業務を順に書いた文章を直訳すると、次のような差が出やすくなります。
| ありがちな直訳 | 求人向けに調整したSummary | |
|---|---|---|
| 中心になる内容 | 担当してきた業務の列挙 | 職種・専門領域・実績・応募先に関係する強み |
| 表現 | 「〜を担当」「〜に従事」をそのまま英訳 | 職種を先頭に出し、領域と結果を示す |
| 応募先との関連 | 読み手が自分で関連を探す必要がある | JDの要件と重なる経験を先に出す |
直訳するとどうなるか
次の例は、日本語の職務要約をそのまま英訳した場合と、書き直した場合の比較です。
- 元の日本語：「法人営業として製造業のお客様を担当。新規開拓および既存顧客のフォローを行ってきました。」
例（直訳）: I have been in charge of corporate sales for manufacturing customers. I have done new customer development and follow-up of existing customers.
例（書き直し）: B2B sales professional serving manufacturing clients, with experience in both new business development and existing account management.
書き直し版は、元の日本語にある事実（法人営業、製造業の顧客、新規開拓、既存顧客対応）だけを使い、職種を先頭に出して整えています。成果を加えたい場合は、事実として確認できるものだけを足します。たとえば、次のように前提となる事実がある場合です。
例（前提：担当エリアで新規顧客を12社獲得した実績がある場合）: B2B sales professional serving manufacturing clients, with experience in both new business development and existing account management, including 12 new accounts won in the assigned territory.
数字や実績は、実際にあるものだけを書きます。ない成果を足して強く見せる必要はありません。
職務経歴書全体を英文レジュメに作り直す手順は、職務経歴書を英語にする方法で詳しく扱っています。
形式の選び方：段落・箇条書き・ハイブリッド
Summaryの形式に唯一の正解はありません。エンワールド・ジャパンのガイドでは、Summaryには経歴の要約とスキル・経験を箇条書き4〜5項目程度で書く目安が示され、SummaryとObjectiveはどちらか一方、または両方を選べるとされています（エンワールド・ジャパン）。リクナビNEXTでは、採用担当者が一目で適性を判断できるよう、箇条書きで3〜4つにまとめると読みやすいと説明されています（リクナビNEXT）。項目数の目安は情報源によって異なるため、数にこだわるより読みやすさで決めるのが現実的です。
| 形式 | 向いている人 | 注意点 |
|---|---|---|
| 段落（短い文章） | 経歴にストーリーがある人、キャリアチェンジの背景を説明したい人 | 長くなると流し読みしにくい |
| 箇条書き | 強みが複数あり、要件が明確な求人に応募する人 | 項目が単語の羅列になりやすい |
| ハイブリッド（短い要約文＋主要な実績の箇条書き） | 中堅〜管理職で、実績を先に見せたい人 | 具体的な実績がない場合は、担当範囲や専門スキルを優先する |
選ぶときの基準は、「短時間で応募職種との接点を把握できるか」です。実績が複数あるならハイブリッド、経歴の流れを説明する必要があるなら段落、という使い分けが基本です。
「パラグラフはATSで弾かれる」「箇条書きでないと読み取られない」といった説もありますが、形式だけで結果が決まると断定できる根拠は確認できていません。ATSや採用側の運用は企業やシステムによって異なります。形式は、人が読んだときの読みやすさを優先して決め、ATSについては英文レジュメのATS対策で基本と誤解を確認してください。
「Results-driven」に頼らず、具体的な事実で書く
Results-driven、Motivated、Dynamicといった形容詞を並べても、裏付けがなければ中身は伝わりません。英語レジュメの解説でも、「I am a motivated and hardworking person.」のような抽象的な記述は避け、職種・年数・成果（例：increasing conversion rates by up to 30%）で何ができる人かを示すべきだとされています（英会話Tricks）。
置き換えの基本は、形容詞を削って、職種・年数・領域・実績の名詞と動詞に変えることです。
| 抽象的な表現 | 具体的に書くときの要素 |
|---|---|
| Results-driven | 実際に出した成果（何を、どれだけ、どの手段で） |
| Strong communication skills | 誰と、何のために、どんな場面でやり取りしたか |
| Hardworking | 担当した範囲・規模・継続期間 |
| Team player | 他部署・海外拠点との協働内容 |
実際の書き換えを見てみます。
例（Before）: Results-driven marketer with strong communication skills.
例（After／前提：BtoBのリード獲得を5年担当し、ランディングページの改善でリード→商談化率を8%から12%に上げた実績がある場合）: B2B marketer with 5 years of lead generation experience, including raising the lead-to-opportunity rate from 8% to 12% through landing page improvements.
Afterで消えた「strong communication skills」は、前提に裏付けとなる事実がないため入れていません。裏付けとなる経験があるなら、「協働した相手と内容」として書き足します。
JDから拾うキーワードの種類
「キーワードを入れる」とは、JDの語句を並べることではありません。JDの中から、自分の実際の経験と重なる語を見つけ、自然な文脈の中で使うことです。拾う対象は、主に次の6種類です。
例（JD抜粋）: We are looking for a Sales Manager with experience in B2B SaaS and pipeline forecasting, managing a team of 5 or more, and working with Japan and APAC stakeholders. Salesforce experience is preferred.
| 種類 | JDの文言 | Summaryで確認すること |
|---|---|---|
| 職種名 | Sales Manager | 自分の実際の役割が近いか。肩書きが違うなら、実際の役割で説明する |
| 業界・商材 | B2B SaaS | 扱った商材・顧客層が近いか。近い経験は正確に書き、なければ書かない |
| 必須スキル | pipeline forecasting | 実際に行った業務として説明できるか |
| ツール | Salesforce | 実際に使ったツールだけを書く |
| 対象市場・言語 | Japan and APAC | 担当地域・海外拠点とのやり取り・語学の実態 |
| マネジメント範囲 | a team of 5 or more | 実際の人数・予算・権限の範囲。該当しないなら無理に寄せない |
拾った語を使うかどうかは、自分の事実と一致するかで決めます。たとえば、次の前提で比べてみます。
例（前提：製造業向けの法人営業を担当し、日本市場でSalesforceによる案件管理を使っている。SaaSの営業経験とAPAC担当の経験はない場合）
不適切（JDの語句を詰め込んだ例）: Sales leader with B2B SaaS, pipeline forecasting, and APAC expertise.
適切（一致する語だけを使った例）: B2B sales professional serving manufacturing clients in Japan, experienced in managing sales opportunities in Salesforce.
不適切な例は、前提にない経験を示してしまっています。適切な例はJDと完全には一致しませんが、事実と矛盾せず、一致する語（B2B、Salesforce、日本市場）が自然な文脈で入っています。キーワードが実際の選考でどう扱われるかは企業やシステムによって異なります。語の数を競うより、事実に基づいて関連性が伝わることを優先してください。
JDに合わせて調整する4ステップ
Summaryは、応募する求人ごとに書き換える前提で考えます。手順は次の4つです。
- JDから主要な要件を拾う。 前節の6種類を目安に、職種名、必須の経験、ツール、協働相手などを書き出します。JDの項目の読み方は英文Job Descriptionの読み方で確認できます。
- 自分の事実と照合する。 各要件について、実際に経験があるものだけを残します。
- JDの言葉を、実態に合う範囲で使う。 同じ意味の経験なら、JDで使われている語に寄せると伝わりやすくなります。持っていないスキルは書きません。
- 関連性の高い順に並べる。 一番近い要件に対応する強みを、Summaryの最初に置きます。
要件を満たしていない部分があっても、応募できるかどうかはRequired／Preferredの区別で変わります。判断の目安はRequiredとPreferredの違いで確認できます。
この「求人ごとの調整」を自分の経歴と求人から行うのが、EigoHeroの考え方です。日本語の経歴情報と応募するJob Descriptionを組み合わせて、事実の範囲でその求人向けの英文Resumeを作成できます（英文Resumeを作成する）。
職種別・経験年数別の英文例
以下はすべて架空の人物による例です。数字や社名は説明用であり、そのまま使うものではありません。自分の事実に置き換えて使ってください。
営業（段落形式）
例: B2B sales professional with 7 years of experience selling industrial equipment to manufacturers in Japan and Southeast Asia. Track record of winning 12 new accounts in fiscal 2023 while managing a portfolio of 40 existing customers. Experienced in working with overseas engineering teams to prepare technical proposals.
ソフトウェアエンジニア（段落形式）
例: Backend engineer with 6 years of experience building and maintaining payment APIs in Java and Go. Experience leading the migration of a monolithic billing service to microservices, which reduced average API response time from 800 ms to 300 ms. Experienced in daily collaboration with distributed teams in Tokyo and Singapore.
マーケティング（箇条書き形式）
例:
- B2B marketer with 5 years of experience in SaaS lead generation
- Managed a monthly paid media budget of ¥10 million across Google and LinkedIn
- Raised the lead-to-opportunity rate from 8% to 12% through landing page and nurture email tests
- Proficient in HubSpot and Google Analytics
財務経理（段落形式）
例: Accountant with 8 years of experience in monthly closing and consolidation for a Japanese manufacturing group with overseas subsidiaries. Track record of shortening the monthly close from 8 business days to 5 by standardizing reconciliation procedures. Experienced in both J-GAAP and IFRS reporting.
どの例も、冒頭で職種と専門領域を示し、続けて具体的な実績や使用ツールを挙げています。「Seeking a challenging position」のような意欲だけの文は入れていません。
経験年数別の軸
経験年数によって、Summaryで前に出す内容は変わります。
| 立場 | 前に出す軸 | 注意点 |
|---|---|---|
| 若手・第二新卒 | 担当した業務の範囲、具体的に行ったこと、使えるツール・語学 | 実績が少なくても、事実のみで書く。意欲の形容詞に頼らない |
| 中堅・シニア | 専門領域、定量的な成果、使用ツール・手法 | 担当業務の羅列ではなく、成果で整理する |
| マネジメント層 | 管理した人数・予算・事業範囲、組織としての成果 | 個人の作業と、チームとしての成果を混ぜない |
若手の例とマネジメント層の例を、それぞれ1つずつ示します。
例（若手）: Customer support specialist with 2 years of experience handling inquiries from corporate clients in Japanese and English. Experienced in documenting recurring issues to help the product team identify and resolve problems.
例（マネジメント層）: Operations manager with 12 years of experience in logistics, leading a team of 15 across two distribution centers.
- Reduced order-processing time from 5 days to 2 days by redesigning the order-fulfillment workflow
- Managed an annual operating budget of ¥300 million
ObjectiveとSummaryの違い
Summaryは「これまでの経験と強み」、Objectiveは「これから目指すキャリアの方向性」を書くものです。エンワールド・ジャパンのガイドで確認できるのは、SummaryとObjectiveはどちらか一方、または両方を記載することを選べる、という点までです（エンワールド・ジャパン）。したがって、Summaryを必ず書かなければならないとも、Objectiveを必ず併記すべきだとも言えません。
どちらを選ぶかは、記載する価値があるかで判断します。
- Objectiveを検討する場合：応募理由やキャリア転換の背景が、Summaryだけでは伝わらず、その説明が応募先の職務に具体的に結びつくとき
- Objectiveを省略する場合：「成長したい」「貢献したい」といった抽象的な希望しか書けないとき。応募先に関係する経験や実績を書くスペースを使うほうが有用です
例（Objective／前提：経理職から財務分析職への転換を希望し、月次決算と予算管理の経験がある場合）: Accountant with experience in monthly closing and budget management, seeking to move into a financial analyst role where I can apply my reporting and budgeting experience.
この例は、希望だけでなく、その希望を裏付ける実際の経験が一文に入っています。
提出前のチェックリスト
- 冒頭に職種と専門領域が書かれているか
- 数字や実績は、すべて自分の事実か（根拠を説明できるか）
- Results-drivenなどの形容詞を削っても、内容が伝わるか
- JDの職種名・業界・スキル・ツール・対象市場・マネジメント範囲のうち、実際に経験があるものだけが反映されているか
- 持っていないスキルや経験を、JDに合わせて書いていないか
- 短時間で読める分量に収まっており、項目が単語の羅列になっていないか
- 日本語の職務要約の直訳になっておらず、「何ができるか」が先頭に出ているか
- Objectiveを入れる場合、応募理由や転換の背景に具体的な価値を加えているか
レジュメ全体の構成は外資系企業向けの英語履歴書ガイドブックも参考にしてください。
