レジュメの書き方
一つずつ直して、伝わるレジュメに。
職務経験、プロジェクト、スキル、校正の実践ガイドでレジュメを改善しましょう。今の下書きに必要な修正から取り組めます。
CVuraでレジュメを作成。Alex Morgan
業務コーディネーター
Portland, OR · alex@example.com職務要約
丁寧なスケジュール調整、実用的な文書作成、確実なフォローを通じて、多忙なチームの業務をわかりやすく整理。
職務経歴
共有の引き継ぎチェックリストを作成し、後任のコーディネーターが未完了の業務と担当連絡先を確認できるようにした。
毎週の部屋の利用予定を管理し、変更内容をワークショップの進行担当者に確認した。
会議の記録をまとめ、合意した対応事項を次の確認会まで追跡した。
主なスキル
スケジュール調整 · 文書作成 · 顧客サポート
学歴
BA（コミュニケーション分野） · Westmere College
ここから始める
まず役立つ3つのガイド。
リモートワークのスキル：仕事の進め方が伝わる記入例
文書での進捗共有、自律的な判断、引き継ぎの具体例から、リモートワークのスキルを示します。ツール名は、自分で説明できる業務経験と結び付けましょう。
ガイドを読むガイド一覧から探す
レジュメの書き方ガイド一覧。
事実を保ちながらレジュメの版を管理する
元となる経験の記録、応募先別の下書き、確認済みの出力ファイル、送信済みの控えを整理します。応募ごとの正確さを保ち、必要な版を取り出せる仕組みを作りましょう。
ガイドを読む
経歴は変えず、伝える重点を変えてレジュメを調整する
求人の要件と実際の経験を対応させ、正確な事実を保ちながら応募先別にレジュメを調整します。版の管理も含め、繰り返し使える手順を作りましょう。
ガイドを読むATSスコアを追わずにレジュメのテキスト抽出を確かめる
書き出したレジュメから文字を取り出せるか、読む順序や連絡先が正しく保たれるかを確認します。手元での抽出テストではわからないことも解説します。
ガイドを読む該当するガイドはまだありません。
「レジュメ」「面接」「プロジェクト」など、より広い言葉で検索してみてください。
次に直す箇所を見つける
レジュメの伝わりにくい部分から直しましょう。
レジュメが未完成に感じる理由は一つとは限りません。役立つ仕事を思い出せていない、経歴を詰め込みすぎている、貢献の説明が曖昧、書き出した際に読む順序が崩れた、といった問題があります。それぞれ必要な対処は異なります。別のテンプレートを開く前に、手元の書類で何が問題なのか言葉にしてみましょう。課題がわかると、ガイドを選びやすくなり、次の編集作業をどこまで進めるかも決められます。
このガイド集では、経験の振り返りから提出用ファイルの作成までを扱います。内容が埋まらないときは経験の根拠集め、すべて重要に見えるときは掲載内容の選択、材料はそろっているのに読みにくいときは文章の編集から始めましょう。学歴、日付、連絡先、各欄の書き方には個別のガイドがあります。全部を読まなくても、役立つ改善を一つ進められます。
説明する前に、実際に行った仕事を振り返る
どの箇条書きも業務名だけで終わっているなら、一度書く手を止めましょう。利用してよいプロジェクトの記録、予定表、引き継ぎ資料、フィードバックを見返します。何に対応する必要があったか、自分が何を担ったか、結果について何を確かめられるかを書き留めましょう。経験の具体例を集めるガイドでは、最初から文章を整えずに材料を集められます。注意や判断が必要だった日常業務も含め、使える具体例をいくつかそろえることが、この段階の目標です。
ガイドを読む今回の読み手に必要な情報を選ぶ
材料が集まったら、何に紙面を使うかを考えます。一つの求人票を読み、仕事内容、制約、必要な資格を確認しましょう。それに答えられる具体例に印を付け、実際に不足している条件も記録します。求人票の読み方ガイドは、募集内容を経験の根拠で答えられる問いに置き換えるのに役立ちます。主な要件と自分の経験を対応させた、短い掲載計画ができれば次へ進めます。
ガイドを読む確認する観点を分けて下書きを見直す
内容がそろったら、言い回し、余白、日付を一度に直そうとしないことが大切です。まず事実の正確さを確認し、その後に求人との関連性、文章のわかりやすさ、見た目を確認します。編集ガイドを使い、一回ごとの確認範囲を終えられる大きさに絞りましょう。大きく直す前には、識別できる名前で版を保存します。書いた内容を自分で説明でき、構成を追うことができ、残る課題も「まだ何か必要」という漠然とした感覚ではなく具体的になっていれば、一区切りを付けられます。
ガイドを読む架空の事例で考える
架空の例：書かれていない貢献を見つける
Miriamは地域の学習センターで働いた後、オフィスコーディネーターに応募しています。下書きには受付、予約、事務とだけ並べてあり、もっと見栄えのするテンプレートが必要だと考えています。しかし見直すと、不足していたのは、直前の予約変更にどう対応し、講師へどう連絡したかという情報でした。応募先に関連する経験なのに、その下書きでは読み手に伝わりません。
予約対応、電話応対、一般事務を担当した。
毎週の教室利用予定を管理し、直前の変更を講師に確認。夜間の授業が始まる前に、受付用の予定表と講師の時間割の内容をそろえた。
修正後は、架空の割合を加えずに、仕事の背景、行動、実務上の目的が伝わります。ただし、Miriamには正確な勤務先情報や、ほかの関連する経験も必要です。一つの箇条書きを直しただけでレジュメは完成しません。次に行うべきことは明確になりました。どこを短くするか決める前に、具体的な貢献をあと二つ振り返ることです。見た目を変えても、欠けていた事実は埋まりません。
比べてわかる書き方
困っていることに合うガイドを選ぶ
今の下書きに見えている問題から選びましょう。複数当てはまる場合でも、作成手順の早い段階で残っている問題から解決すれば、その後の余分な書き直しを減らせます。
| 気付いた問題 | 取り組む方向 | 次へ進める目安 |
|---|---|---|
| 業務名は挙げられるが、具体的な仕事を説明できない。 | 経験の根拠を集め、実績の記入例を確認する。 | 職務内容の説明を超える具体的な情報がそろった。 |
| 情報が多すぎて、書類の焦点が定まらない。 | 求人との関連性、形式、ページ数の判断を見直す。 | すべての欄が、明確な応募の方向性につながっている。 |
| 経歴の一部をどう表記すればよいかわからない。 | フリーランス経験や未修了の学歴など、その情報を扱うガイドを開く。 | 実際の状況と時系列を保つ表現になっている。 |
| 書き出したファイルが、下書きと違う順序で読まれる。 | ファイル形式、レイアウト、テキスト抽出を確認する。 | 実際に添付するファイルが開き、自然な順序で読める。 |
細部を整える
仕上がりを変える、小さな選択。
文章の問題をデザインで解決しようとする
レイアウトを変えれば情報の優先順位は見やすくなりますが、曖昧な一文に埋もれた貢献を見つけることはできません。色のアクセントや余白を比べる前に、不足している事実を補いましょう。そのうえで、残すと決めた経験の根拠を載せられるレイアウトを選びます。
提案された項目をすべて追加する
プロジェクト、趣味、履修科目のガイドは、それらが役立つ場面を説明するものです。必ず載せなければならないわけではありません。応募する職種との関連性や、より強い根拠を載せるスペースをどれだけ使うかを考えて、追加する情報を判断しましょう。応募書類として完成していても、サンプルより項目が少ないことはあります。
唯一のファイルを上書きし続ける
一つのレジュメを何度も上書きすると、省いた具体例を取り戻したり、企業に何を送ったか確認したりするのが難しくなります。経験の元の記録を残し、応募先別の版を区別して保存しましょう。二つの応募先で強調したい内容が異なるときには、特に版の管理が役立ちます。
よくある疑問
次へ進む前に。
レジュメがまだない場合、どのガイドから読めばよいですか？
まず経験の具体例を集めるガイドを読み、その後、新卒、学生時代の仕事、離職期間後の復帰など、自分の状況に合うガイドを選びましょう。職務要約を書く前に、使える事実を集めます。材料が見えたら構成を選び、最初から一文ずつ完成させようとせずに下書きを作りましょう。
一か所しか直す時間がない場合は？
連絡先の誤り、裏付けのない主張、明示された応募要件への未対応があれば、まずそこを直します。その後は、応募先に最も関係する部分、通常は読み手が早い段階で目にする経験の裏付けを改善しましょう。重要な職歴の一か所を的確に直す方が、すべての文章を急いで書き直すより役立ちます。
自分に当てはまりそうな経歴のアドバイスは、すべて取り入れるべきですか？
読み手にとって一番わかりにくい点を生んでいる状況に着目しましょう。たとえば、豊富な実務経験がありながら別分野に転職する場合もあります。転職のガイドで経験との関連性を説明し、経験者向けのガイドで担当範囲を示す、と使い分けられます。助言の方向が異なるときも、自分の実際の経歴を共通の基準にしてください。
応募に使えるレジュメになったか、どう判断できますか？
応募先の指定を確認し、関連する経験を選び、実際に送るファイルを見直せていることが目安です。意味のわからない言い回しに頼らず、書いた内容を自分で説明できることも大切です。応募チェックリストでは、添付資料や提出記録の保存など、レジュメ以外の事項も含めて最後に確認できます。
書いた内容を詳しく見直す
チームの成果と、自分の貢献を明確に分ける。
大切な仕事の中には、ほかの人と一緒に進めたものもあるでしょう。説明は難しくなりますが、レジュメに使えないわけではありません。共有の目標、自分の責任、自分が下した判断、根拠を示せる結果を、読み手が区別できるように書きます。立ち上げ、監査、システム移行、イベント、複数の担当者が関わる定常業務で、特に役立つ区別です。
一つの立ち上げ、三つの異なる担当範囲
これは学習用の架空の事例です。人物、勤務先、活動、結果はすべて創作です。Devは架空のソフトウェア企業Birchloopのサポート担当者です。ヘルプセンターの立ち上げでは、プロジェクトマネージャーが日程を決め、編集担当者が記事を承認し、Devがよくある問い合わせに照らして手順を確認しました。しかし最初の下書きには、自分が立ち上げを主導したと書いてあります。
自分が担った仕事の範囲を明らかにする
Devは自分が管理したことを挙げます。使用が認められたサポート記録から繰り返し寄せられる質問を選ぶこと、手順の下書きを試すこと、前提知識がないと進めない箇所を指摘することです。同僚の担当も記録します。動作を表す言葉を選ぶ前に、箇条書きで伝える自分の範囲が明確になります。
判断が何に反映されたかをたどる
記事の下書きの一つは、管理者が権限を与えるまで表示されないアカウント設定へ顧客を誘導していました。Devはその問題を再現し、事前に必要な条件を追記する案を出します。編集担当者がそれを反映しました。この小さくても経緯を追える貢献は、根拠なく立ち上げの主導をうたうよりも、Devの判断力を具体的に伝えます。
自分で説明できる結果を選ぶ
Devには、サポートへの問い合わせ件数がどう変わったかを示す信頼できる測定値がありません。そこで、確認した手順とアクセス権限の問題を説明します。面接で聞かれても、どのように手順を確かめたか、誰が修正を承認したか、どこまでが自分の責任だったかを答えられます。
同じプロジェクトを、より正確に表す
ヘルプセンターの立ち上げを成功に導き、顧客からサポートへの問い合わせを大幅に削減した。
この文は、架空の応募者が証明できないプロジェクト全体の指揮権と結果をうたっています。プロジェクトそのものに価値があっても、どちらの主張の裏付けにもなりません。誇張した動詞だけを削っても、根拠のない結果は残ります。
ヘルプセンターの手順の下書きを、繰り返し寄せられる問い合わせに照らして検証。公開前に、アクセスに必要な前提条件の記載漏れを編集担当者へ伝えた。
修正後は、確認した資料、確認方法、次の担当者への引き継ぎが明示されています。読み手は具体的な貢献を評価できます。確認できた成果があれば後から追加できますが、それがなくても、この文から有用な品質確認の仕事が伝わります。
最も強い箇条書きで、担当範囲を確認する
- 自分が下した判断は何ですか？
プロジェクトの大きさや重要性に頼らず、自分で選んだことを一つ特定しましょう。
- 残りの業務を承認・実行したのは誰ですか？
協力関係を省くと、自分にはなかった権限を持っていたように見える場合は、ほかの人の関与を明記しましょう。
- 結果の裏付けは何ですか？
利用できる記録や、明確に観察できた結果を使いましょう。測定値が不確かな場合は、成果物を説明します。
- その表現を口頭で説明できますか？
読み手から「その後、どうなりましたか」と聞かれる場面を想像しましょう。普段の言葉で話せる範囲に主張をとどめます。
次の一歩
次の応募書類をCVuraでまとめましょう。
レジュメの作成・読み込み、応募する職種に合わせたカバーレターの準備、応募に使う書類の整理まで。次の一歩はアプリから始められます。