本記事は広告（アフィリエイト）を含みます。掲載するエージェントは編集部が厳選した提携先です。
この記事の結論
即答
エンジニアの添え状は「宛名・あいさつ・志望要約3行・添付書類・結び」をA4 1枚に収め、職務経歴書の要点を先出しすると読まれやすくなります。
職務経歴書は仕上げたのに、添え状（カバーレター＝応募書類に添える1枚の送付状）の欄で手が止まる。そんな経験はありませんか。私も最初は「これ、本当に要る？」と思って、ほぼ空欄のまま出していました。
でも、企業へ直接メールや郵送で応募するとき、最初に目に入るのは添え状の1枚です。ここが薄いと、職務経歴書を開く前の温度が決まってしまう。逆に言えば、冒頭3行に「誰が・何を・どんな成果で」を圧縮するだけで、続きを読んでもらいやすくなります。
この記事では、エンジニアの添え状の書き方を、構成テンプレ・5ステップ・そのまま使える例文まで一気にまとめました。完璧な文章は要りません。型に沿って3行を埋めるだけで形になります。まずは全体像を、IT転職の流れをロードマップで確認するところから始めても大丈夫です。
そもそもエンジニアに添え状（カバーレター）は必要？
即答
エージェント経由なら必須ではありませんが、企業へ直接応募する場合は添えるのが基本。職務経歴書の要点を先に伝える案内役になります。
「添え状って、もう古いんじゃ？」と感じる人もいますよね。気づいたんですけど、これは応募ルートによって答えが変わります。ギークリー（Geekly／IT・Web・ゲーム領域に特化した転職エージェント）のようなエージェント経由なら、担当者が推薦状を付けてくれるので、添え状そのものは必須ではありません。
一方、企業の採用ページやメールで直接応募するときは話が別です。添え状は「この応募書類は誰から来て、何を見てほしいのか」を最初の数秒で伝える案内役。採用担当は短い時間でたくさんの書類に目を通すので、要点が先に見える1枚があると、読む負担がぐっと下がります（doda｜添え状（送付状）の書き方）。
実は、ここでミドル層が得をします。経験が長いぶん、職務経歴書は厚くなりがち。だからこそ冒頭に「3年でSRE基盤を内製化」のような一行があると、読み手の地図になります。添え状は飾りではなく、分厚い経歴書の目次なんです。
添え状には何を書く？通る構成テンプレは？
即答
宛名・頭語と挨拶・志望要約3行・添付書類の明記・結びの5ブロックをA4 1枚に。志望要約には数字を1つ入れます。
構成は難しく考えなくて大丈夫です。エンジニアの添え状の書き方で迷ったら、上から5つのブロックを順に置くだけ。それでビジネス文書として成立します。
最初は宛名・日付・差出人です。会社名は「(株)」と略さず正式名称で書く。ここを丁寧にするだけで、雑な印象を避けられます。次に頭語と時候のあいさつ。「拝啓 貴社ますますご清栄のこととお慶び申し上げます」の1行で十分で、長く飾る必要はありません。
核になるのが志望要約3行です。1行目に「何のエンジニアとして、どんな価値を出せるか」の結論、2行目に定量成果、3行目に応募先で活かせる強み。形容詞ではなく数字を1つ置くと、続く職務経歴書への期待が変わります。残りは添付書類の明記（職務経歴書1部など）と、面接意欲を添えた結び。これで1枚に収まります。
添え状はどう書く？5ステップの作り方
即答
応募先確認→成果の抽出→3行へ圧縮→添付書類の明記→1枚に整える、の順で書くと迷わず仕上がります。
白紙から書こうとすると固まります。私はいつも順番を決めてから手を動かすようにしたら、添え状で悩む時間が3分の1くらいに減りました。やることはシンプルで、上流から流すだけです。
まず応募先を確認し、宛名を正式名称で置く。次に職務経歴書から「いちばん効いた成果」を1つだけ抜き出します。ここで欲張らないのがコツ。抜き出した成果を「結論＋数字＋強み」の3行に圧縮し、添付書類を明記したら、最後にA4 1枚に収まっているか見直す。長くなったら削る方向で整えます。
やってみたら、いちばん時間がかかるのは文章ではなく「成果を1つに絞る」工程でした。逆に言えば、ここさえ決まれば文章は型に流すだけ。最初の1社で型をつくれば、2社目以降は宛名と志望理由を差し替えるだけで回せます。
通る添え状とダメな添え状は何が違う？
即答
通る添え状は冒頭3行に数字つきの結論を先出しし、ダメな添え状は自分史を時系列でだらだら書いて要点が埋もれます。
差は文章力ではありません。情報を出す順番です。ダメな例は、職歴を「新卒で〜、その後〜」と時系列で15行ほど並べてしまうパターン。読み手は最後まで読まないと結論にたどり着けず、いちばん見せたい成果が後半に沈みます。
通る添え状は逆です。最初の3行で「決済基盤のリプレイスをリードし、P99レイテンシを40%改善」のように、結論と数字を先に出す。続きは根拠として読んでもらえます。同じ経歴でも、並べ替えるだけで読まれ方が変わるのは、ちょっと拍子抜けするくらいでした。
正直、最初に削るのは少し怖いです。書いた行を消すのは惜しい。でも採用担当が冒頭で見たいのは経歴の全部ではなく「うちで何ができる人か」の一点。そこへ最短で着地させるのが、通る添え状の条件です。
そのまま使えるカバーレター例文は？
即答
宛名→挨拶→志望要約3行→添付書類→結びの順に、数字を1つ入れた転職カバーレター例文をそのまま型として使えます。
型が分かっても、実物を見ないとイメージしづらいですよね。バックエンドエンジニアを想定した転職のカバーレター例文を置いておきます。会社名と成果を自分のものに差し替えれば、そのまま使えます。
〇〇株式会社 採用ご担当者様
拝啓 貴社ますますご清栄のこととお慶び申し上げます。
このたび、貴社バックエンドエンジニアの求人を拝見し、応募いたしました。私は受託開発と自社SaaSで計7年、Goを中心にAPI設計から運用まで一貫して担当してまいりました。直近では決済基盤のリプレイスをリードし、P99レイテンシを40%改善しています。
つきましては下記書類をお送りいたします。ご査収のうえ、面接の機会をいただけますと幸いです。 ・職務経歴書 1部 ・スキルシート 1部
末筆ながら、貴社のさらなるご発展をお祈り申し上げます。 敬具
ポイントは、志望要約の3行に「7年」「40%改善」という数字が入っていること。固有技術（Go・P99レイテンシ）を具体名で出すと、実体が伝わりやすくなります。長く書きたくなったら、この黄金比に戻して整えてみてください。
ミドルエンジニアが添え状で失敗しがちな点は？
即答
経歴の盛りすぎ・成果に数字がない・志望動機の使い回し、の3つがミドルで起きやすい失敗です。
経験が長いほど、つい全部を書きたくなります。私が取材で見てきた添え状でも、いちばん多い失敗は「盛りすぎ」でした。10年分の案件を並べた結果、いちばん見せたい直近の成果が真ん中に埋もれてしまう。情報量と読みやすさは、ある地点から反比例します。
2つ目は、成果が形容詞だけになること。「大規模な開発に貢献」では規模も貢献度も伝わりません。「月間1億リクエストの基盤を3名でリード」のように、数字と役割をセットにすると一気に具体になります。3つ目は志望動機の使い回し。他社にもそのまま当てはまる文章は、読み手にもすぐ伝わります。1社につき1行でいいので、応募先に固有の理由を入れる。ここだけ押さえれば大丈夫です。
よくある質問
Q. エンジニアの添え状はメール応募でも必要？
A. メール本文が添え状の役割を兼ねる場合は、別ファイルを無理に付けなくても問題ありません。本文に宛名・志望要約3行・添付書類の明記を入れ、職務経歴書をPDFで添付する形が一般的です。
Q. 添え状と志望動機書は何が違う？
A. 添え状は書類一式の案内役で、宛名や添付書類の明記を含む送付状です。志望動機書は応募理由を詳しく述べる書類で役割が異なります。添え状内の志望要約は3行程度に絞るのが目安です。
Q. 添え状は手書きとパソコンのどちらがよい？
A. エンジニア職ではパソコン作成が一般的で、メール添付ならPDF、郵送ならA4印刷が無難です。手書き指定がある場合のみ手書きにし、書式は応募先の指定を優先してください。
Q. カバーレターに書く成果はどれを選べばよい？
A. 直近で再現性が高く、数字で語れる成果を1つに絞るのがおすすめです。応募先の業務に近い実績を選ぶと、職務経歴書への橋渡しになりやすくなります。
次のアクション
IT転職は順番に進めると迷いが減ります。全体像の確認と、自分の市場価値の把握から始めてみてください。