転職・未経験・経験者別カバーレター例文
文責 Aaron Cao · 更新
カバーレターは三段落から四段落の短い文章で構成されます。なぜこの職種なのか、履歴書から抜き出した一つの証拠となるエピソード、そして次に何を望んでいるかです。以下の例文は、転職者、未経験の応募者、経験者それぞれについてこの構成を示しています。
カバーレターには実際に何を書けばよいのか？
多くのアドバイスは「情熱的に書きましょう」で終わってしまい、結局は白紙のページを前に固まってしまいます。このセクションでは、採用担当者が読む順番に沿って、四つのブロックを紹介します。各ブロックは一つの短い段落で構いません。
- フック（つかみ）：正確な職種名、その求人情報をどこで見つけたか、そしてなぜ同業他社ではなくこの企業なのかを一文で。
- 証拠：履歴書に載せたプロジェクトを一つ取り上げ、その成果とともに、箇条書きでは書ききれなかった部分を掘り下げる。
- 適合性：そのプロジェクトを求人情報の要件と結びつける、二文から三文。
- 結び：次に何を望んでいるかを率直に述べ、対応可能な時期を添える。
四つのブロックは半ページに収まります。もし一ページ丸ごと埋まってしまうなら、証拠のブロックがこれまでやったことすべての羅列になっている場合がほとんどです。
例文は具体的にどのようなものか？
ブロック自体は変わりません。変わるのは、どのブロックが重みを担うかです。
転職者。倉庫運営リーダーがサプライチェーンアナリスト職に応募する場合、一行目でその求人情報名を挙げ、証拠のブロックはフォークリフト免許ではなく、自身が構築した在庫予測スプレッドシートとそれが解消した欠品について書きます。適合性のブロックが実際に働くのはここで、倉庫の用語をアナリストの用語に翻訳し、読み手に変換の手間をかけさせません。
未経験の応募者。掘り起こす職歴がない場合、証拠のブロックは授業のプロジェクト、インターンシップ、ボランティア活動から取りますが、それでも成果が必要です。サークルの申込フォームを作り直し、翌学期の登録者数が倍増したは証拠として読めます。データに情熱があるはそうではありません。
経験者。ここでのリスクは長さです。求人情報に最も近いプロジェクトを一つ選び、残り十一件は省きましょう。それらはすでに履歴書に載っているからです。このレベルでは結びをより直接的にし、希望する業務範囲やチーム規模を具体的に述べても構いません。
これらのエピソードの元になる履歴書がまだ整っていないなら、「/resume-builder」の無料作成ツールから始めるのが妥当です。
一通のレターを応募ごとにどう調整するか？
調整は書き直しではありません。同じ職種内であれば証拠のブロックは変えずに、フックと適合性のブロックだけを書き直します。応募一件あたり二十分程度で済み、一晩がかりにはなりません。
求人情報を二回読み、応募要件リストと職務内容リストの両方に登場する要件をすべて書き出します。繰り返し出てくる項目こそチームが実際に不足しているものを示しており、適合性のブロックは求人情報自体の言葉を使って、それらの項目に名指しで答えるべきです。求人情報にインシデント対応とあれば、「緊急事態への対処」ではなく「インシデント対応」と書きます。
一つ注意点があります。言葉が一致することと、経験が一致することは違います。キーワードに合わせるために、やったことのない仕事を書くのはやめましょう。その主張は面接で質問として跳ね返ってきます。その会話を声に出して練習するためにあるのが、「/mock-interview」の練習ツールです。
カバーレターの効果はどこまでか？
カバーレターはあくまで補助的な書類であり、実際そのように扱われます。採用管理システムは通常それを添付ファイルとして保存するだけで、解析された履歴書の項目に基づいて候補者を順位付けします。そのため多くの選考プロセスでは、人間が最終候補を絞り込む段階になるまで誰もレターを開きません。長く書いたところで順位は上がりません。
また、ミスマッチを修復することもできません。求人情報が資格や特定の就労許可、あるいは触れたこともない技術での数年の経験を求めている場合、どんな言い回しの段落もそのギャップを埋めることはできず、無理に埋めようとするレターはたいてい言い訳のように読めてしまいます。要件が四つ足りない職ではなく、一つだけ足りない職に力を注ぎましょう。
書式、長さ、採用担当者が最初にざっと目を通す部分については、「/answers/topic/resume」の履歴書関連ページで詳しく解説しています。