「これまでの実績を教えてください」と聞かれて、作ったサイトのURLや担当した案件名を並べて終わっていないでしょうか。同じ実績でも、「何に困っていた相手に、何をして、どう変わったか」という物語の形に整えるだけで、相手の受け取り方はまったく変わります。それが事例紹介（ケーススタディ）です。この記事では、事例の作り方と型、商談・提案書・ポートフォリオでの使い分け、守秘義務の確認手順、実績が少ないときの見せ方までを解説します。
事例紹介が「実績一覧」より効く理由
実績一覧は「何を作ったか」の記録です。一方、事例紹介は「どんな課題を、どう解決したか」の記録です。発注者が知りたいのは前者ではなく後者です。なぜなら発注者は作品を買うのではなく、自分の課題が解決された未来を買っているからです。
相手は「自分と同じ状況の人」を探している
人は自分に似た状況の話でしか、自分ごととして想像できません。「大手企業のサイトを作りました」より、「従業員30名の製造業で、問い合わせが月2件しか来ていなかった状態から始めました」のほうが、同じ規模・同じ悩みを持つ相手には強く刺さります。事例は、相手に「これは自分の話だ」と思ってもらうための装置です。
価格ではなく価値で比較してもらえる
実績を並べるだけの提案は、他のフリーランスの提案と横並びになり、比較軸が金額だけになります。課題解決の過程を語れる提案は、そもそも比較対象になりません。事例紹介は、値引き交渉に入る前に「この人にお願いしたい」と思わせるための材料です。
事例紹介の主語は自分ではなく、常にクライアントです。「私が作った」ではなく「クライアントの◯◯が改善した」と書けているかを確認してみてください。
使える事例・使えない事例｜守秘義務と著作権の確認が先
事例の型を学ぶ前に、必ず確認すべきことがあります。その案件は、そもそも外に出してよいのかという点です。ここを飛ばすと、営業のための行動が契約違反になりかねません。
秘密保持契約（NDA）で何が縛られているか
秘密保持契約の内容によっては、成果物の中身だけでなく「その会社と取引した事実そのもの」が秘密情報に含まれていることがあります。この場合、社名やプロジェクト名をポートフォリオや提案書に書くことはできません。また、商談の相手も契約上は「第三者」にあたるため、口頭で伝えることも開示にあたる可能性があります。
- 秘密情報の定義に「取引の存在」「クライアント名」が含まれていないか
- 秘密保持義務の存続期間はいつまでか（契約終了後も続くのか）
- 第三者への開示に、事前の書面承諾が必要と定められていないか
- 成果物の著作権が発注者に譲渡されていないか
- 「固有名詞を伏せた範囲なら可」といった例外の余地があるか
著作権が譲渡されていると、成果物そのものを載せられない
契約で著作権が発注者に帰属すると定められている場合、自分がデザインしたロゴや制作した記事であっても、無断で掲載すると権利侵害になり得ます。「自分の成果物だから大丈夫」という思い込みが、もっとも多いつまずきどころです。
迷ったら、掲載許可を取りにいく
確実なのは、クライアントに掲載可否を確認することです。契約が終わってから頼むより、納品直後、相手の満足度がもっとも高いタイミングで切り出すほうが通りやすくなります。「社名は伏せて、業種と規模だけの表記でも構いません」と選択肢を添えると、断られにくくなります。
秘密保持契約や著作権の解釈は、契約書の文言や個別の事情によって結論が変わります。掲載可否の判断に迷う場合や、契約書の条項に不安がある場合は、必ず契約書の原文を確認したうえで、弁護士などの専門家に相談してください。この記事は一般的な考え方を整理したものであり、個別の法的助言ではありません。
効果的な事例の型｜課題・施策・結果の3ブロック
事例は、凝った書き方をする必要はありません。3つのブロックを埋めるだけで、読める事例になります。
| ブロック | 書く内容 | ありがちな失敗 |
|---|---|---|
| 課題 | 依頼前にクライアントが困っていた状態。数字や状況を具体的に | 「サイトが古かった」のように、困りごとではなく状態しか書いていない |
| 施策 | 何をしたか。なぜその手を選んだかの判断理由まで | 使ったツールや技術の羅列で終わり、意図が見えない |
| 結果 | 依頼後に何が変わったか。数字が出せなければ相手の言葉で | 「無事に納品しました」で終わっている |
もっとも差がつくのは「なぜその施策を選んだか」
同じ成果物でも、判断理由が書かれている事例は説得力がまるで違います。「予算と運用体制を踏まえ、フルスクラッチではなく既存テーマのカスタマイズを選んだ」といった一文があるだけで、この人は自分の状況に合わせて考えてくれる人だと伝わります。読み手が評価しているのはスキルではなく、判断力です。
結果は「数字」か「相手の言葉」のどちらかで
- 数字で示せる場合：問い合わせ件数、更新にかかる時間、運用コストなど、依頼前後の変化がわかる指標
- 数字が出せない場合：クライアントからのコメントを一言もらう（「更新が自分たちでできるようになった」など）
- どちらも難しい場合：納品後の継続発注や契約更新という事実そのものが結果になる
1つの事例は、200〜400字程度で十分です。長く書くほど読まれなくなります。詳細は商談で口頭補足すればよく、事例文の役割は「もっと聞きたい」と思わせることです。
場面別の使い分け｜商談・提案書・ポートフォリオ・営業メール
同じ事例でも、出す場面によって最適な長さと切り口が変わります。すべての場所に同じ文章を貼り付けるのは、もっとも効果が薄い使い方です。
| 場面 | 役割 | 出し方 |
|---|---|---|
| 商談 | 相手の課題と重なる部分だけを示す | 課題を聞いたあとに、該当する事例を1つだけ口頭で。冒頭では出さない |
| 提案書 | 提案内容の実現可能性を裏づける | 提案する打ち手の直後に、同じ打ち手で成果が出た事例を短く添える |
| ポートフォリオ | 初見の相手に強みを伝える | 3ブロック構成でしっかり書く。業種・規模でフィルタできると理想的 |
| 営業メール | 返信のきっかけをつくる | 相手と同業種の事例を1行だけ。詳細は資料や面談に誘導する |
商談では「相手の課題を聞いてから」出す
冒頭でいきなり事例を並べると、それは実績自慢になります。事例が効くのは、相手が自分の課題を口にしたあとです。「今のお話、以前担当した◯◯の状況とよく似ています」と切り出せば、事例は自慢ではなく共感の証拠に変わります。まず相手の課題を引き出すことが前提だと覚えておいてください。
提案書では「打ち手の直後」に置く
提案書の末尾に実績一覧をまとめて置く形式をよく見かけますが、読み飛ばされがちです。提案する施策の直後に、その施策で成果が出た事例を1〜2行添えるほうが、根拠として機能します。
出すタイミングと数を間違えない
事例は多ければよいものではありません。数を出すほど、1つあたりの印象は薄まります。
- 相手の課題を聞き終えるまで、事例は出さない
- 出すのは、その課題に最も近い1つだけ
- 相手が興味を示したら、判断理由を口頭で補足する
- 「他にもありますか」と聞かれたら、はじめて2つ目を出す
- 商談後の資料で、関連する事例をまとめて渡す
実績自慢に見えてしまう3つのサイン
- 相手が質問していないのに、事例の話が続いている
- 事例の主語が「私は」「弊社は」になっている
- 有名企業の名前を出すこと自体が目的になっている
有名企業との取引実績は確かに信頼につながりますが、それは相手の課題と関連している場合に限ります。関係のない大手の名前は、かえって「うちのような小さい会社は相手にされないのでは」という距離感を生むことすらあります。
語れる事例を増やしたい方へ｜フリーランスエージェント比較はこちら ›実績が少ない・数値が出せないときの見せ方
駆け出しの時期や、公開不可の案件ばかりが続く時期は、そもそも出せる事例が手元にないこともあります。それでも打つ手はあります。
固有名詞を「属性情報」に置き換える
社名が出せないからといって「大手企業のサイト制作」の一行で終わらせるのは、情報量を捨てているのと同じです。社名の代わりに業種・企業規模・事業フェーズといった属性情報に置き換えると、伏せたままでも解像度を保てます。
| もったいない書き方 | 置き換えた書き方 |
|---|---|
| 大手企業のコーポレートサイト制作 | 従業員1,000名規模の製造業のコーポレートサイト刷新 |
| メディアの記事を執筆 | 月間数十万閲覧規模の金融メディアで、専門家監修記事を執筆 |
| 業務システムの開発に参画 | 創業3年のスタートアップで、5名体制の開発チームに参画 |
属性情報を細かく書きすぎると、業界内では企業が特定できてしまいます。「国内に数社しかないサービス」のような表現は、社名を伏せていても実質的な開示にあたる可能性があります。特定できない粒度に丸めてください。
数値がなくても語れる3つの切り口
- プロセスを語る：「なぜその設計にしたか」の判断理由は、数値がなくても実力が伝わる
- 制約条件を語る：「限られた予算と2週間の納期で、何を捨てて何を残したか」
- 継続の事実を語る：「初回納品後、運用保守を継続して担当している」
実務実績がないなら、自主制作を事例にする
仕事の実績がまだない場合は、自主制作や架空案件を事例に仕立てても構いません。ただし「架空のクライアントの課題を設定し、それをどう解決したか」まで書き切ることが条件です。作品を置くだけでは実績一覧と同じで、事例にはなりません。
事例をストックする仕組みをつくる
事例が書けない最大の理由は、記憶が薄れているからです。数か月前の案件について「依頼前、相手は何に困っていたか」を思い出すのは、想像以上に困難です。
案件が終わったその週に、下書きを残す
- 初回商談のメモから「依頼前の課題」を書き出しておく
- 納品時に、掲載可否とクライアントの一言コメントをセットで確認する
- その週のうちに、課題・施策・結果の3ブロックで下書きする
- 数か月後、成果の数字が見えたタイミングで追記する
- 年に1度、公開している事例を棚卸しして古いものを差し替える
とくに2番目が重要です。納品直後は相手の満足度が高く、コメントも掲載許可も得やすい瞬間です。この機会を逃すと、二度と取りに行けません。
事例が増えないときは、案件の質を見直す
単発の作業請負ばかりが続くと、課題も結果も見えないまま案件が終わってしまい、語れる事例が積み上がりません。課題の背景まで共有される案件、成果を追える案件を選ぶこと自体が、事例づくりの土台になります。エージェント経由の案件では、参画前に担当者から企業の課題背景を共有してもらえるため、最初から「課題・施策・結果」を意識した働き方がしやすくなります。
事例紹介は実績一覧の言い換えではなく、「課題・施策・結果」の3ブロックで語る物語です。発注者は作品ではなく、自分の課題が解決された未来を買っています。使う前に秘密保持契約と著作権の範囲を必ず確認し、掲載許可は納品直後に取りにいく。商談では相手の課題を聞いたあとに1つだけ、提案書では打ち手の直後に添える。社名が出せないときは属性情報に置き換え、数値が出せないときは判断理由と制約条件で語る。そして案件が終わったその週に下書きを残す——この習慣が、次の受注の材料になります。
まずは直近で終わった案件を1つ選び、「依頼前、相手は何に困っていたか」を一文で書いてみてください。そこから書き始めれば、事例は自然と形になります。
