採用担当者が1通の職務経歴書にかける時間は、思っているより短い。

だから「何を書くか」より「どこから読まれるか」で設計します。冒頭で興味を持たれなければ、その先の詳細は流し読みされて終わりです。

読まれるのは、先頭の3〜5行

職務経歴書でいちばん読まれるのは、冒頭の職務要約。ここだけで「詳しく読むかどうか」が決まります。

書くのは3点。経験年数と領域、直近の役割、応募先で活かせる強み。

こういう書き方だと、伝わりません。

大学卒業後、株式会社◯◯に入社し営業職として勤務してまいりました。 お客様と真摯に向き合い、日々努力を重ねております。

経歴の羅列と心構えだけで、何ができる人なのか分からない。

こう変えます。

法人向けSaaSの新規開拓営業を6年経験し、直近3年はチームリーダーとして メンバー5名のマネジメントを担当しています。 特に「導入後の解約率低下」に取り組み、担当部門の年間解約率を12%から7%へ 改善しました。カスタマーサクセスと連携した提案設計が強みです。

何年・何を・どの立場で・どんな成果を。この4点が揃っていれば、要約として機能します。

「頑張った」は伝わらない。数字は伝わる

売上目標がない職種でも、数値化できる要素は必ずあります。

職種数値化できる要素
営業売上、達成率、新規獲得件数、継続率、担当社数
事務・管理処理件数、削減した工数、対応部署数、ミス率
エンジニア利用者数、処理速度の改善幅、障害件数
販売・接客客単価、リピート率、店舗売上、指導人数
企画・マーケ流入数、CVR、獲得単価、施策の実施本数

どうしても数字が出ないときは、before / after の状態変化を書きます。

【改善前】請求書の作成を手作業で行っており、月末に3日かかっていた 【実施内容】テンプレートとマクロを整備し、入力項目を統一 【改善後】同じ処理が半日で完了。月末残業が月20時間削減

「時間」は多くの職種で使えます。工数・回数・人数のどれかは必ず拾えるはずです。

構成は迷わずこの順で

  1. 職務要約（3〜5行）
  2. 職務経歴（新しい順。会社ごとに事業内容・規模・在籍期間）
  3. 業務内容と実績（箇条書き。数値を入れる）
  4. 活かせる経験・知識・スキル（応募先の要件に合わせて並べ替える）
  5. 保有資格
  6. 自己PR（200〜300字。要約と重複させない）

A4で1〜2枚に収めます。3枚を超えると読み飛ばされます。

新しい順に書くのは、採用担当者が知りたいのが今できることだから。時系列で古いものから並べると、直近の経験にたどり着く前に読み終えられてしまいます。

応募先ごとに並べ替える

同じ書類を全社に送るのは効率が良さそうで、実は通過率を下げます。経歴は事実なので変えられませんが、順番と分量は変えられます。

求人票の必須要件を上から3つ書き出す。それに対応する経験を職務経歴書の上部に持ってくる。関係の薄い経歴は行数を削る。

作業は10分程度。これだけで「要件に合っている」と見えやすくなります。

扱いに困る3つのケース

未経験の職種に応募する

職務経歴そのものより、転用できるスキルを前に出します。営業からカスタマーサクセスなら顧客折衝と課題把握、販売から人事なら教育と労務管理。接続を自分で示すのがコツで、相手に翻訳させないこと。

ブランクがある

隠さずに期間と理由を1行で。「療養のため」「家族の介護のため」「資格取得のため」。空白のまま出すほうが憶測を呼んで不利になります。

短期離職がある

在籍期間は正確に書いたうえで、必要なら一言添えます。「事業縮小に伴う部門閉鎖のため」など自分の意思以外の要因があれば明記を。理由が自分側にあるなら、書類で言い訳を書くより面接で説明する前提にしたほうが読みやすくなります。

送る前に見るところ

▼職務経歴書の添削を無料で受けられる条件を見てみる（PR）

TechGO（テックゴー）ハイクラスに届くエンジニア転職

添削は「完成前」に受ける

多くのエージェントが職務経歴書の添削に対応しています。ここで損をしがちなのが、完璧に仕上げてから見せようとして、面談が後ろ倒しになるパターン。

叩き台の段階で持ち込むほうが、「この経験は前に出したほうがいい」といった具体的な指摘が得られます。初回面談に持っていくものにも書いたとおり、完璧である必要はありません。

添削の質は担当者の力量に差が出ます。指摘が「もっと具体的に」程度で終わるなら、担当変更や他社の併用を検討してよい場面です。

書き上げたら、次は面談です。そこで指摘を受けて直すほうが、一人で悩むより速く仕上がります。