デザインケーススタディのテンプレート:本当に仕事を勝ち取るケーススタディの書き方

採用担当者のブラウザには今この瞬間も、デザインポートフォリオのタブが山ほど開いています。1件にかける時間は30秒。ヒーローが仕事をすれば、せいぜい60秒。勝つケーススタディとは、その時間内に採用担当者の本当の疑問に答えるものであって、モックアップが一番きれいなものではありません。

これが実践テンプレートです。固定順の8セクション、重要な数字、そして本当に効くプロセス写真。今のポートフォリオが学校の課題のように読めるなら、これが書き直しの型です。

採用担当者が実際に読むもの

採用担当者が探しているのは、あなたが数字を動かすものをリリースした証拠です。 それ以外はすべて文脈にすぎません。プロセス図、ムードボード、「私の歩み」の段落は二の次で、先頭には来ません。失敗するケーススタディは歩みから始まります。勝つケーススタディは成果から始まります。

これを直感で理解しているデザイナーは、成果につながるポートフォリオを作ります。理解していないデザイナーは、「フィードバックは好評」なのに面接がゼロのポートフォリオを作ります。違いは構造であって、芸術性ではありません。

8セクションのテンプレート

この8セクションを、この順番で並べれば、デザイナーが書くべきあらゆるケーススタディをカバーできます。柱となるプロジェクトにはフルバージョンを。小さなプロジェクトには圧縮版を。セクション自体は変わりません。

セクション1:一行の成果

前提ではなく、結果から始めましょう。 一文で。デザインが何をリリースし、何が変わったのか。

「B2B SaaSのチェックアウトを再設計し、最初の四半期でコンバージョンを32%向上」。これがケーススタディの書き出しです。「フィンテック分野のステルスモードのスタートアップでこのプロジェクトに取り組めることにワクワクしました」は、5秒で閉じられるケーススタディです。

採用担当者は、この書き出しをページの残りと照らし合わせます。残りが裏付けていれば読み進めます。書き出しが曖昧(体験を変革した、ジャーニーを再構想した、新しい考え方を生み出した)なら、数字が悪いから載せていないのだと判断されます。成果は、経済紙の見出しと同じくらい素直に書きましょう。

セクション2:課題を一段落で

課題セクションは、多くのポートフォリオが読み手を失う場所です。事業の文献レビューのように読めてしまうからです。採用担当者が必要としているのは会社の沿革ではなく、デザイン上の課題を生んだ制約です。

多くても2〜4文。何が壊れていたか。誰が困っていたか。なぜ壊れたままだったか。それが課題です。

良い課題の段落:

エンタープライズ層のチェックアウトフローは離脱率が63%でした。調達チームがスクリーンショットなしでは見積もりを経理部門と共有できなかったためです。既存のフローは、クレジットカードを持つ単独の購入者を前提にしていました。これを直すには、ネット60日の請求書払いによる、委員会型の購買に向けた再設計が必要でした。

前置きなし。「クライアントが私たちに相談してきました」もなし。いきなり制約へ。マーケティングコピーにおける同じ規律はランディングページデザインの原則で扱っています。ケーススタディでもルールは同じです。

セクション3:制約

制約のないケーススタディはフィクションに読めます。実在するプロジェクトには必ず制約があります(期間、チーム、プラットフォーム、コンプライアンス、予算、既存システム)。制約を並べると信頼が得られます。デザイナーが、Fortune 500ブランドの個人的なリブランドではなく、現実の世界で働いていた証明になるからです。

箇条書きで5〜7項目。具体的に書きましょう。

• デザイナー2名、エンジニア1名、PM1名のチーム
• キックオフからリリースまで6週間
• 既存のデザインシステムは固定、追加のみで上書き不可
• エンタープライズ層のみ、コンシューマー向けチェックアウトは触らない
• 既存のSAP調達フローとの連携が必須
• 初日からWCAG AAのアクセシビリティ目標
• バックエンドの新規開発なし、フロントエンドと連携のみ

制約は愚痴ではありません。デザイナーが枠の中に描く前に、その枠を理解していた証拠です。

セクション4:プロセスを圧縮して見せる

ほとんどのポートフォリオのケーススタディは、プロセスに投資しすぎています。発散スケッチをすべて、ワークショップの成果物をすべて、ムードボードをすべて載せてしまう。採用担当者はそれを読みません。見ているのは3点です。デザイナーは課題を定義したか、解決策を検証したか、設計したものをリリースしたか。

それぞれの証拠を、1つずつ見せましょう。

定義の証拠: スコープをどう決めたかを示す図、フロー、または意思決定マトリクスを1つ。ジャーニーマップ、サービスブループリント、競合分析のまとめ、意思決定ログのスクリーンショットなど。成果物は1つで、それが何に答えたかをラベルで添えます。

検証の証拠: リサーチまたはテストの成果物を1つ。引用2つを添えたユーザビリティテストの要約、A/Bテストの結果、改善前の状態を示す分析スクリーンショット、変更点に注釈を付けたプロトタイプの改訂版など。成果物は1つで、それが何を変えたかをラベルで添えます。

リリースの証拠: 実際に公開されたデザイン。最終のFigmaカンプではありません。公開URL、App Storeのスクリーンショット、録画したフロー。Figmaのカンプばかりでリリースされたプロダクトを一切見せないケーススタディは、机上のデザインに見えます。

セクション5:意思決定ログ

ほとんどのデザイナーが飛ばすセクションです。そして採用担当者が二度読むセクションでもあります。

意思決定ログとは、プロジェクト中に下した自明ではない判断を、トレードオフと結果とともにまとめた短いリストです。現実に試された意見をデザイナーが持っていたことを証明します。これは、ポートフォリオが持てる最も採用につながるシグナルです。

3〜5件。各項目のテンプレート:

• 決定: 何を選んだか
• 代替案: 何を却下したか
• 理由: 判断の決め手になった制約や気づき
• 結果: リリース後に何が起きたか

例:

• 決定: 見積もり共有を、ネイティブの経理CCフローではなく、閲覧専用の公開リンクとして作り直した。
• 代替案: アカウント作成が必須の、プロダクト内での経理CC。
• 理由: 調達部門と経理部門は別々のシステムに属していることが多く、調達側はアカウント作成フローを待ってくれなかった。
• 結果: エンタープライズの見積もりの71%が、作成から24時間以内に共有された。再設計前は12%。

意思決定ログは、ポートフォリオが実際の面接に最も近づく場所です。まずこれを書き、それからケーススタディの残りをその周りに書きましょう。

セクション6:数字で見せる成果

成果セクションは、ケーススタディの給料日です。その前はすべて前振りでした。ここに載せる数字は、本物で、具体的で、帰属が明確でなければなりません。

効果的な数字は3種類あります。

ビジネスの数字。 売上、コンバージョン、リテンション、アクティベーション、価値到達までの時間、CAC、LTV。デザインチームが存在する理由に直結するため、採用担当者が真っ先に見たい数字です。

プロダクトの数字。 タスク完了率、エラー率、サポートチケット数、タスク所要時間、機能の採用率。デザインがユーザー行動を変えたことを証明し、それはデザインが良かった証明になります。

品質の数字。 アクセシビリティ監査のスコア、コアウェブバイタルの改善、デザインシステムの採用、ハンドオフ時間の短縮。ビジネスやプロダクトの数字が使えないとき(NDA下、測定には早すぎるなど)に役立つ二番手の数字です。

各カテゴリから1つずつで十分です。ケーススタディ1本に数字は10個より3個。具体的な3つの数字は誠実に読め、10個は水増しに読めます。

プロジェクトがNDA下なら、そう素直に書きましょう。正確な数字は、検証可能な範囲に置き換えます(「コンバージョンが二桁前半の上昇」「アクティベーションが倍増」)。でっち上げはいけません。採用担当者はどの会社にも友人がいて、確認します。

セクション7:あなたの役割をはっきりと

すべてのケーススタディには、採用担当者が頭の中で本当に抱いている問いへの明確な答えが必要です。このデザイナーは個人として何をしたのか。

2〜3文で。単独の仕事なら「私」、そうでなければ「4人のチーム」と書き、どちらの場合も具体的な貢献を挙げます。

良い例:

インタラクションデザインを主導し、意思決定ログを担当しました。チェックアウトフローではエンジニア1名と、スコープ設計ではPM1名とペアで進めました。チームの別のデザイナーがビジュアルシステムを担当し、私はそれを適用しましたが、設計はしていません。

曖昧な例:

エンドツーエンドのデザインプロセスを主導し、部門横断のパートナーと密に連携して、心地よいユーザー体験を提供しました。

曖昧なバージョンは煙幕に読めます。面接での質問は減るどころか、必ず増えます。はっきり書いたバージョンを出し、面接は本当にしたい会話のために取っておきましょう。

セクション8:振り返り

短い段落を1つ。もしこのプロジェクトをもう一度やるなら、何を変えるか。

ここがシニアかどうかの見分けどころです。ジュニアは一般論で振り返ります(「ユーザーともっと早くイテレーションしたい」)。シニアは具体的に振り返ります(「調達連携のスケジュールを4週間見積もり不足にしていた。チェックアウトのプロジェクトに組み込むのではなく、初日から別のワークストリームとして切り出すべきだった」)。

前向きすぎる振り返り(「すべて順調でした」)は信頼性の赤信号に読めます。否定的すぎる振り返り(「私は失敗しました」)はプロらしくありません。具体的で戦術的な振り返りは、このプロジェクトから学び、次からも学ぶ人に読めます。

---

多くのケーススタディから削るべきもの

ほとんどのポートフォリオのケーススタディは必要以上に長く、だから採用担当者は斜め読みします。次を削りましょう。

「クライアントについて」の段落。 有名なクライアントなら、採用担当者はすでに知っています。そうでなければ、文脈は別ブロックではなく課題の記述に入れるべきです。

ムードボード。 採用判断にはほぼ無関係です。ムードボードは、社内の作業ファイルやクライアントへのプレゼンなど、役に立つ場所に取っておきましょう。

発散的なアイデア出しのグリッド。 1ページに9つのコンセプト、うち8つは却下。これはワークショップの成果物であって、ポートフォリオの成果物ではありません。最終的な方向性と、本気で競った代替案を1つだけ見せましょう。

リリースされなかったカンプ集。 リリースされなかったものの美しいカンプは、このデザイナーはリリースしないかもしれない、と採用担当者に伝えます。それは間違ったシグナルです。常にリリース済みの仕事を先頭に置きましょう。

個人のスタイルについてのエッセイ。 「私のデザイン哲学」のセクションは飛ばされます。哲学が本物なら、ケーススタディが宣言せずとも示してくれます。

---

経験レベル別のケーススタディの長さ

ケーススタディの長さは経験レベルで変わりますが、構造は変わりません。8セクションは残り、その中の深さが変わります。

2500語を超えるのは、誰も読み終えないケーススタディです。シニアやスタッフの役割で大切なのは長さではなく密度です。段落を増やすのではなく、段落あたりの判断を増やしましょう。

最初の下書きの書き方

公開できるケーススタディへの最短ルートは、読み手が見る順番とは違う順番で書くことです。

1. 最初に意思決定ログを書く。3〜5件。ここが一番難しく、他のすべてがここを軸に回ります。
2. 2番目に成果セクションを書く。周りの文章を書く前に、数字を引っ張り出す。
3. 3番目に課題と制約を書く。どの決定がどの制約に駆動されたかが分かっているので、どの制約が重要だったかも分かります。
4. 4番目にプロセスセクションを書く。席を得るに値する成果物を3つ選ぶ。
5. 最後に役割と振り返りを書く。短く、正直に、終わり。
6. 冒頭の一行の成果は、他をすべて書き終えた後に最後に書き直す。最後に書く一文であり、最初に読まれる一文です。

この順番だと、難しい思考を最初に済ませることになります。読む順に書くデザイナーは、たいてい文章は美しいのに中身が足りないものに行き着きます。

読み手を退屈させずにプロセスを見せる方法

プロセスセクションは、多くのポートフォリオが斜め読みで殺される場所です。解決策は削除ではなく、密度です。

成果物1つにつき、注釈付きスクリーンショットを1枚。 作業ファイル全体のギャラリーではありません。その成果物が何に答えたかを説明する吹き出しを3つ付けた、1枚のスクリーンショット。

プロトタイプ動画は1本、30秒以内。 編集していない画面録画は避けましょう。主要なインタラクションを見せる短いループに切り出し、ラベルを付けます。

ビフォーアフターを毎回。 「ビフォー」を含む比較は、含まない比較より強力です。鉛筆スケッチをリリースされたプロダクトの隣に置くだけでも、進歩として読めます。どんな初期成果物が重みを持つかは、ワイヤーフレームの用語集で扱っています。

もう1枚の磨いたカンプの代わりに、ボクセル、スケッチ、ローファイのフレームを。 ローファイの思考とハイファイのリリースの対比は、デザイナーがスタイリングで解決策に逃げ込んだのではなく、課題を考え抜いたことを証明します。

採用担当者を巻き込んでポートフォリオを監査し、ケーススタディを書き直してくれるチームが必要なら、Brainyに依頼してください。ポートフォリオレビューは、転職活動中のシニアやスタッフのデザイナー向けに、最も動きの速いサービスの1つです。

ケーススタディの合否テスト

ポートフォリオに載せる前に、すべてのケーススタディを5つのチェックにかけましょう。

スキャンテスト。 見出しと各冒頭の一文だけで、読み手は課題、アプローチ、成果をつかめるか。つかめないなら、スキャンのしやすさが壊れています。構造面の直し方はビジュアルヒエラルキーデザインで扱っています。

数字テスト。 ページに本物の数字が少なくとも2つあるか。なければ、そのケーススタディはオチのない話です。

役割テスト。 読み手は「このデザイナーは個人として何をしたか」に、10秒以内の読み取りで答えられるか。答えられないなら、役割セクションが曖昧すぎます。

意思決定テスト。 トレードオフを明示した自明ではない決定が、少なくとも3つ示されているか。なければ、そのデザイナーは思考者ではなく実行者に見えます。

リリーステスト。 仕事が実際にリリースされた証拠があるか。URL、実機でのスクリーンショット、App Storeのリンク、本番コードのスクリーンショット。なければ、そのケーススタディはプロの仕事ではなく、推測の産物です。

5つのチェック。5分。すべてのケーススタディで、毎回。

---

FAQ

デザインのケーススタディはどのくらいの長さにすべきですか?

経験レベルに応じて800〜2500語です。ジュニアは800〜1200語、ミドルは1200〜1800語。

シニアは1500〜2200語。スタッフやプリンシパルは、決定と数字が正当化するなら2500語まで伸ばせます。それ以上は読み手を失います。

デザインのケーススタディには何を入れるべきですか?

順番に8セクション。一行の成果、課題の段落、制約、圧縮したプロセスセクション、意思決定ログ、測定可能な成果、あなたの個人的な役割のはっきりした説明、短い振り返り。一部が2文だけであっても、すべてのケーススタディに8つ全部が必要です。

NDAを破らずにケーススタディを書くには?

具体的な数字は検証可能な範囲に(「コンバージョンが二桁前半の上昇」)、実名のブランドは業界に置き換えます(「100社以上のエンタープライズ顧客を持つフィンテック」)。NDAについてはケーススタディの冒頭ではっきり示しましょう。数字やブランドをでっち上げてはいけません。採用担当者は確認しますし、捏造したケーススタディはキャリアを終わらせます。

読み手を眠らせずにプロセスを見せるには?

成果物は3つまで(定義に1つ、検証に1つ、リリースに1つ)。すべての成果物に、それが何に答えたかを注釈で添えます。長いプロトタイプ動画は、主要なインタラクションの30秒カットに置き換えます。ビフォーアフターの比較は必ず入れます。どんなポートフォリオレビューでも、量より密度が勝ちます。

デザイナーがケーススタディで犯す最大の間違いは?

成果ではなく前提から始めることです。ケーススタディの最初の一行は、プロジェクトの結果であるべきで、始めたときの高揚感ではありません。採用担当者は上から下へ流し読みします。成果が2ページ目に埋もれていたら、そのケーススタディはもう負けています。

まだリリースしていないプロジェクトのケーススタディはどう書けばいいですか?

まず何かをリリースしてください。未リリースのケーススタディは推測に読め、採用担当者は割り引いて見ます。リリース前に載せざるを得ないなら、「開発中」とはっきり明記し、意思決定ログとリサーチのセクションに焦点を当てましょう。未リリースのカンプを、本物であるかのように見せてはいけません。

ポートフォリオはセールスページである

すべてのケーススタディは、それを書いたデザイナーのセールスページです。商品はデザイナー。買い手は採用担当者。価格は40分の面接です。

勝つセールスページは、直接的で、具体的で、正直です。成果から始まり、制約と決定で証明し、数字で裏付け、売り手が誰かを明確に述べて終わります。負けるセールスページは、プロセスの陰に成果を隠し、文脈で話を水増しし、読み手に自分が何を買ったのか分からないまま残します。

8つのセクションを書く。ぜい肉を削る。ケーススタディを出す。そして次のプロジェクトでも、その次でも繰り返し、ポートフォリオが、楽しんだ旅の集まりではなく、報われたリリース済みの賭けの集まりとして読めるようになるまで続けましょう。

監査し、書き直し、面接につながるポートフォリオをリリースするチームが必要なら、Brainyに依頼してください。このテンプレートはプロダクト、ブランド、UXのポートフォリオで運用してきましたが、構造はいつも通用します。

関連記事

• ランディングページデザインの原則
• ビジュアルヒエラルキーデザイン
• クライアントへのブランドアイデンティティのプレゼン
• ブランドアイデンティティデザインの料金