デザイナーのための
職務経歴書テンプレート

デザイナーの職務経歴書は、何を書けば伝わるのか

書類選考で読み手が知りたいのは、実はとてもシンプルです。「この人はうちの環境で、どんな課題を任せられるのか」。その一点だけです。

ところがデザイナーの職務経歴書は、つい「やったことの一覧」になりがちです。担当したサービス名、使ったツール、関わったフェーズ。事実としては正しいのですが、それだけでは読み手は判断できません。同じ「アプリのUIデザインを担当」でも、渡された仕様をそのまま画面にした人と、要件そのものを疑って設計し直した人とでは、任せられる仕事がまったく違うからです。

職務経歴書に書くべきなのは、担当範囲ではなく判断の中身です。何が問題だと考えて、どう手を打って、結果どうなったか。その判断のプロセスが見えると、読み手は「うちのあの課題も任せられそうだ」と自分の現場に引き寄せて読めるようになります。

もうひとつ、デザイナー特有の落とし穴があります。「見た目のよさはポートフォリオで伝わるから、職務経歴書は適当でいい」という思い込みです。実際には、多くの企業でポートフォリオより先に職務経歴書が読まれます。ここで引っかからなければ、そもそもポートフォリオは開かれません。

職務経歴書とポートフォリオの違い

同じ実績を書くのに、役割はまったく違います。

二つの違いは、ひとことで言えば「経歴の全体像」と「仕事の中身の深掘り」です。

• 職務経歴書 … 何年、どこで、どんな役割で、何を成したかを時系列で俯瞰する。読み手は5分以内に読み切る前提。
• ポートフォリオ … 代表的な数本のプロジェクトについて、課題の捉え方・検討過程・アウトプットを深く見せる。時間をかけて読まれる前提。

つまり職務経歴書は索引、ポートフォリオは本文です。索引の役割は、読み手に「この章を読みたい」と思わせること。だから職務経歴書には、全部を詰め込む必要はありません。むしろ「ここが気になるからポートフォリオを開こう」と思わせる引っかかりを、意図的に残しておくほうが効きます。

よく聞かれるのが「職務経歴書にポートフォリオのURLは載せるべきか」ですが、載せてください。しかも冒頭の連絡先のすぐそば、読み手が探さなくても目に入る位置に置きます。パスワードが必要な場合は、そのパスワードも同じ場所に書いておく。ここでひと手間かけさせると、それだけで開かれない確率が上がります。

逆に、職務経歴書のなかで画像を並べて作品集のように見せる必要はありません。役割が重複するうえ、書類が重くなって読みづらくなります。

職務要約の書き方 — 3行で伝える

最初の3行で、読まれるかどうかが決まります。

冒頭の職務要約は、職務経歴書のなかでいちばん読まれて、いちばん手を抜かれる場所です。ここを「Webデザイナーとして5年間、さまざまな案件に携わってきました」で始めてしまうと、そのあとに何が書いてあっても印象は平凡なままになります。

職務要約に入れる要素は3つだけで足ります。①どんな領域の、②どんな課題を、③どう解いてきた人か。年数やツール名は、その3つを説明するのに必要な範囲で添える程度で十分です。

後者は、まだ具体的な数字がひとつも出ていません。それでも読み手は「この人は機能の取捨選択を判断できる人だ」と当たりをつけられます。要約の役割は実績の列挙ではなく、この人を一言で言うと何者か、を渡すことです。

もし自分を一言で言えないなら、それは書き方の問題ではなく、キャリアの棚卸しがまだ済んでいないサインかもしれません。その場合は実績を書き出すより先に、「どの仕事が一番おもしろかったか」「どの判断を自分の手柄だと思っているか」を書き出すところから始めるのがおすすめです。

実績の書き方 — 課題→打ち手→結果で書く

数字が出せない仕事でも、ちゃんと伝わる書き方があります。

実績欄は、課題 → 打ち手 → 結果の順に書くと、それだけで読み手の頭に入る形になります。逆に「〜を担当」「〜を制作」だけが並んでいると、判断の跡が見えないので評価しようがありません。

ここで多くの人がつまずくのが「数字が出せない」問題です。受託で結果を知らされない、リリース直後で計測できていない、そもそも定量指標がない。デザイナーの仕事では珍しくありません。

そのときは、無理に数字を作らないでください。曖昧な数字は、突っ込まれた瞬間にいちばん信用を落とします。代わりに、数字以外の「結果」を書きます。

• 定性的な変化 … 「問い合わせで同じ質問が来なくなった」「営業がこの画面を提案資料に使うようになった」
• 意思決定への影響 … 「この検証結果をもとに、開発の優先順位が入れ替わった」
• 仕組みとして残ったもの … 「作ったコンポーネントが他チームにも使われている」
• 担当範囲の変化 … 「この取り組みのあと、要件定義から入るようになった」

どれも立派な結果です。「自分がいたことで、何が前と変わったか」を思い出せれば、それが実績になります。

なお実績は、多ければいいものではありません。3〜6個に絞ったほうが、一つあたりの印象が残ります。書ききれなかったものは、面接で話すネタとして手元に置いておけば十分です。

見やすい職務経歴書のレイアウト原則

デザイナーの書類は、内容と同じくらい「扱い方」を見られています。

デザイナーの職務経歴書には、他職種にはない見られ方があります。書類そのものが、情報設計とタイポグラフィのサンプルとして読まれるということです。凝った装飾をしろという意味ではありません。むしろ逆で、読みやすさのために何を捨てたかが見られています。

• A4で2〜3枚に収める。 4枚を超えると、読み手は全部は読みません。長さは誠実さではなく、編集を放棄した合図に見えます。
• 見出しの階層は2段まで。 会社 → 案件、程度で足ります。階層を深くするほど全体像は掴みづらくなります。
• スキル欄は2カテゴリ程度に絞る。 使えるものを全部並べると、得意分野がぼやけます。書ききれないものは本文側に自然に混ぜます。
• 改ページで見出しが孤立しないようにする。 次ページの頭に見出しだけが残っている書類は、それだけで雑な印象になります。
• PDFで渡す。 Word や Excel のまま送ると、相手の環境でレイアウトが崩れます。デザイナーの書類が崩れて届くのは、内容以前の減点です。

ファイル名も意外と見られています。職務経歴書.pdf ではなく 職務経歴書_山田太郎.pdf のように名前を入れておくと、受け取る側のフォルダのなかで迷子になりません。細かいことですが、こういう想像力が働く人かどうかは伝わります。

配布しているテンプレートは、ここに挙げた原則をそのまま組み込んであります。A4の改ページ制御まで作ってあるので、内容を書き換えてPDFにするだけで、崩れない書類になります。