デザインブリーフ（Design Brief）とは、 デザインプロジェクトが解決しようとする問題・目標ユーザー・制約条件・成功基準・スコープを一枚の文書に整理したもの です。チームメンバー全員とステークホルダーの認識を揃えるためのアンカードキュメントとして機能します。
デザインブリーフの役割
デザイン思考のプロセスでは、共感フェーズでのリサーチを経て問題定義フェーズで問いを立てた後、その問いを「何のために・誰のために・何を作るか」へと接続する段階でデザインブリーフが機能します。
デザインブリーフがなければ、チームは「成功」の定義を共有していないまま作業を進めます。3ヶ月後に「これは自分たちが解こうとしていた問題への答えだったか？」という問いに答えられない——このケースはワークショップ観察でも繰り返し確認されるパターンです。デザインブリーフは 「どこに向かっているか」という問いへの答え を全員で共有するものです。
デザインブリーフに含む要素
優れたデザインブリーフには以下の要素が含まれます。
問題ステートメント：「私たちは〇〇の課題を解決しようとしている」を一文で。HMW（How Might We）フォーマットで書くことが多いです。
対象ユーザー：誰のためのデザインか。ペルソナや実際のリサーチ対象者の属性・文脈・ニーズを要約します。
成功基準：「このデザインが成功したと判断できる状態はどんな状態か」を具体的に。定量指標（完了率・満足度スコア）と定性指標（ユーザーが何と言うか）の両方を含めます。
制約条件：予算・時間・技術・法律・組織的な制約を明示します。制約の明示は「なぜこのアイデアは難しいのか」という議論の繰り返しを防ぎます。
スコープ外：「このプロジェクトでは扱わないこと」の明示。スコープクリープ（プロジェクトの範囲が際限なく広がること）を防ぐために重要です。
テイム版とウィキッド版
単純なデザイン課題（「このフォームのUIを改善する」など）のデザインブリーフは比較的簡単に書けます。しかしウィキッド・プロブレムに直面するとき、デザインブリーフ自体が反復的に更新される性質を持ちます。
ユーザーリサーチを進めるほど問題の定義が変化し、プロトタイプテストを経るほど成功基準が洗練される——このプロセスの中でデザインブリーフは「固定した文書」ではなく 「最新の問題理解を反映した生きた文書」 として機能します。
良いデザインブリーフと悪いデザインブリーフ
良いブリーフ：「30代子育て中の共働き夫婦が、平日夜20分以内に食材発注を完了できるようにする」（ユーザー・状況・成功基準が具体的）
悪いブリーフ：「より使いやすい食材注文アプリを作る」（誰のため・どんな状況・何が「使いやすい」か不明）
悪いブリーフの特徴は「誰のための」が抜けていることです。デザイン思考の人間中心主義の観点から、デザインブリーフは必ず 具体的なユーザーの具体的な状況から問いが立てられている 必要があります。
参考文献
- Don Norman, The Design of Everyday Things, Basic Books, 1988（revised & expanded, 2013）
- IDEO.org, The Field Guide to Human-Centered Design, IDEO.org, 2015