調達担当者のデスクには、RFP（提案依頼書）の山が積まれています。そのほとんどは、アイソメトリックな空間に浮かぶウェブサイトの光沢のある高精細なモックアップと、「人間中心のデザイン」という曖昧な約束が並んだ、どれも同じような内容です。審査担当者は30秒足らずでそれらに目を通し、そのエージェンシーが実際にビジネス課題の解決方法を理解しているかどうかの兆候を探します。しかし、それが見つからなければ、美しいPDFはそのままゴミ箱へと直行します。
これがRFPプロセスの現実です。クライアントがデザインパートナーの採用を検討するとき、彼らはアートを買い求めているのではありません。彼らはリスクを軽減したいのです。複雑なプロダクト、厳しい納期、そして整理されていない要件を渡されたとしても、機能するソリューションを確実に提供してくれる相手を求めています。
これらのピッチを勝ち取るためには、ポートフォリオを単なる自己満足の美しいピクセルのギャラリーにしてはいけません。高度に構造化され、ストーリー性を持ったセールスツールにする必要があります。
なぜ美しいモックアップだけではピッチに勝てないのか
多くのデザインポートフォリオは、他のデザイナーに向けて作られています。私たちは、Figmaでのカスタムトランジション、完璧なタイポグラフィの組み合わせ、クリーンなグリッドを披露するのが大好きです。しかし、RFPの回答を読むマーケティングリーダーや調達担当者は、デザイナーと同じ基準でデザインを購入しません。彼らが買うのは「成果」です。
美しいモックアップは、デザインソフトウェアの使い方向上を示しているに過ぎません。コンバージョン率の低下を診断したり、ステークホルダー間の意見の不一致を調整したり、スケーラブルなシステムを構築したりできる証明にはなりません。最終的な磨き上げられたアセットだけを提示すると、クライアントが本当に買おうとしているもの、つまり「あなたの思考プロセス」が隠されてしまいます。
優れたケーススタディとは、意思決定のストーリーです。なぜボタンが特定の隅に配置されたのか、なぜ特定のユーザーフローが不採用になったのか、そして最終的なデザインがクライアントの収益にどのように直接貢献しているのかを説明するものです。ケーススタディで「なぜ」を説明しなければ、読者はあなたが単に勘に頼って美しいインターフェースを作っただけだと思うでしょう。
4部構成のフレームワーク：課題、制約、プロセス、成果
信頼を築くケーススタディを書くには、予測可能な構造が必要です。私たちは、古典的なドラマの構成に似た、シンプルな4部構成のフレームワークを使用しています。
- 課題（The Problem）： 何が壊れていて、それがビジネスにとってなぜ重要だったのか？
- 制約（The Constraints）： シンプルな解決策を阻むものは何だったのか？
- プロセス（The Process）： チームはどのようにしてそれらの障害を乗り越え、正しい道を見つけたのか？
- 成果（The Outcome）： デザインは何を達成し、それをどのように測定するのか？
これら4つの要素のいずれかを省略すると、ストーリーは説得力を失います。制約を省けばプロジェクトは簡単すぎたように見え、プロセスを省けばソリューションが安易に得られたように感じられます。ポートフォリオ全体でこの構造を一貫させることで、見込み客に対して、チームがどのように機能するかという安心感を与える構造化された視点を提供できます。
舞台設定：課題と制約の定義
すべての優れたストーリーには葛藤が必要です。デザインのケーススタディにおいて、その葛藤とはビジネス上の課題です。まずは、あなたのチームが関与する前に、具体的に何がうまくいっていなかったのかを定義することから始めましょう。
「ブランドが古く感じられた」といった曖昧な言葉は使わないでください。代わりに、運用の現実に課題を根付かせます。たとえば、架空のB2B SaaSクライアントが強力なプラットフォームを持っているものの、セルフサービスのオンボーディングフローが非常に混乱しているため、ユーザーがプロフィールを完了する前にプロダクトを離脱してしまっている、といった具合です。
課題が明確になったら、制約を提示します。制約は言い訳ではなく、デザインの意思決定に文脈と重みを与えるガードレールです。レガシーな技術スタック、厳格なブランドガイドライン、あるいは厳しい納期など、すべてのプロジェクトには制約が存在します。
これをどのように組み立てるか、現実的で架空の例を見てみましょう。
課題： 架空のクライアントである物流SaaSプラットフォームでは、初期セットアップ段階でユーザーが離脱していました。たとえば、データによると、オンボーディングウィザードの3番目のステップで45%の離脱率（説明用の数値）が発生していました。
制約： クライアントのパブリックローンチを控えた、わずか6週間という厳しい期間内にオンボーディングフローを再設計する必要がありました。さらに、基礎となるデータベーススキーマを変更することはできなかったため、完全に既存のデータフィールドの範囲内で作業しなければなりませんでした。
プロジェクトをこのように組み立てることで、あなたがビジネス指標を理解し、技術的な制限の中で現実的に作業できることを、見込み客に示すことができます。
無駄を省いてプロセスを示す
ケーススタディの「プロセス」セクションは、多くのエージェンシーが読者を失う場所です。どれだけ熱心に働いたかを証明するために、すべてのMiroボード、ユーザーペルソナ、初期のワイヤーフレームをページに詰め込みたくなる衝動に駆られます。
その衝動を抑えてください。見込み客には、50枚の同じような付箋を見る時間はありません。最終的なソリューションに直接つながったプロセスワークだけを示してください。
初期のスケッチを示す場合は、なぜそれが失敗し、それが次のイテレーションにどのように影響したかを説明します。ユーザーテストのマップを示す場合は、デザインの方向性を変えた単一のインサイトを強調します。
たとえば、初期のFigmaプロトタイプと最終的なレイアウトを並べて比較して見せることができます。ユーザーテスト中に、5人中4人の参加者が、プライマリCTA（行動喚起）がファーストビューの下に配置されていたために見落としていたことを説明します。ミスを特定し、方向転換し、それを修正した方法を示すことは、見込み客にとって非常に大きな安心感につながります。それは、あなたが単なる美的直感ではなく、データとテストに依存していることを証明するからです。
明確で誠実な指標で成果を証明する
測定可能な成果を伴わない美しいデザインは、単なるアートプロジェクトに過ぎません。RFPを勝ち取るためには、ケーススタディの冒頭で定義した課題を、あなたの仕事が解決したことを証明しなければなりません。
最終的なデザインをビジネス中心の指標に結びつけます。可能な限り、具体的な数値を使用してください。マーケティングサイトをデザインした場合は、コンバージョン率やページの読み込み速度について話します。デザインシステムを構築した場合は、クライアントの社内エンジニアリングチームが新しい機能をどれだけ迅速にリリースできるようになったかについて話します。
説明用の指標を使用して、成果セクションをどのように書くことができるかを示します。
成果： 再設計されたオンボーディングフローにより、ローンチ後最初の1ヶ月でセットアップの離脱率が45%からわずか12%（説明用の数値）に減少しました。インターフェースを簡素化し、明確な進捗インジケーターを追加したことで、クライアントの週間アクティブユーザー数は30%増加（説明用の数値）しました。
NDA（秘密保持契約）のためにクライアントが正確な収益やユーザー数を共有できない場合は、相対的な成長、業務効率、または定性的なフィードバックに焦点を当てます。新しいデザインシステムによってプロダクトチームのローンチ時間が半分に短縮されたことや、オンボーディングに関するカスタマーサポートへの問い合わせが大幅に減少したことを説明してください。
Northwind Studioにおける実践方法
Northwind Studioでは、このまったく同じストーリー構造を、自社のウェブデザインやブランドアイデンティティのプロジェクトに適用しています。私たちは、クラフトマンシップを重視する小規模なエージェンシーとして、大規模な営業チームや強引なアウトリーチには依存していません。代わりに、電話で話す前に、B2B SaaSやプロフェッショナルサービス企業のクライアントとの信頼関係を築くという重労働を、ケーススタディに担わせています。
私たちは、クライアントワークに注ぐのと同じ配慮をポートフォリオにも注いでいます。すべてのケーススタディにおいて、複雑な技術的制約をどのように乗り越え、高度にアクセシブルでスケーラブルなデザインシステムを提供しているかを明確に示しています。
より多くのRFPを勝ち取りたいのであれば、ポートフォリオを静的なギャラリーとして扱うのをやめましょう。困難な課題をどのように解決したかというストーリーを語り始めてください。
私たちは、成長中のチームが、複雑なプロダクトのストーリーを明確なビジネス成果へと変える、明快でアクセシブルなウェブデザインや堅牢なデザインシステムを構築するお手伝いをしています。次のデジタルプロジェクトでのコラボレーションをご希望の場合は、Northwind Studioまでお問い合わせください。
よくある質問
デザインケーススタディの長さはどのくらいにすべきですか？
簡潔にまとめてください。強力なケーススタディは、読むのに4〜5分以上かからないようにすべきです。忙しいマーケティングリーダーや調達担当者がRFPの審査中にストーリーを簡単にスキャンできるように、明確な見出し、箇条書き、太字を使用してください。
クライアントが指標やNDAで保護されたデータの共有を許可してくれない場合はどうすればよいですか？
定性的な成果や相対的な成長に焦点を当てます。生の数値の代わりに、「登録数が40%増加」といったパーセンテージを使用したり、新しいデザインシステムによってプロダクトチームのローンチ時間が半分に短縮されたといった業務改善に焦点を当てたりすることができます。
ケーススタディに初期のスケッチやワイヤーフレームを含めるべきですか？
それが極めて重要な意思決定を説明するのに役立つ場合にのみ含めてください。単に作業を行ったことを証明するためだけにスケッチを含めるのではなく、仮説を検証し、失敗し、正しいソリューションへと方向転換したプロセスを示すために使用してください。
PDFのRFP用とウェブサイト用で、ケーススタディのフォーマットをどのように分けるべきですか？
ウェブサイトには、常に最新で視覚的に優れたバージョンのストーリーを掲載すべきです。特定のRFPに対しては、見込み客が現在直面している課題に合致する具体的な制約や成果を強調した、カスタマイズされたPDFバージョンを書き出してください。