デザイン思考メソッド集

デザイン思考の各フェーズを効果的に進めるための実践ツールとテンプレート集

デザイン思考は、複雑な問題を解決し、革新的な価値を創造するための強力なアプローチとして広く認知されています。しかし、その概念を理解していても、実際のプロジェクトでどのフェーズにどのツールを適用し、どのように実践すれば良いのか、あるいはチームを巻き込みながら進める方法に戸惑うこともあるかもしれません。

本記事では、デザイン思考の各フェーズで役立つ実践的なツールとテンプレートを具体的に紹介し、その活用方法、実践のヒント、そしてチームで取り組む際の注意点について解説します。デザイン思考のプロセスをより円滑に進め、具体的な成果へと繋げるための一助となれば幸いです。

デザイン思考の5つのフェーズと実践ツール

デザイン思考は、一般的に「共感（Empathize）」「問題定義（Define）」「アイデア発想（Ideate）」「プロトタイプ（Prototype）」「テスト（Test）」という5つのフェーズで構成されます。これらのフェーズは直線的に進むものではなく、必要に応じて前後のフェーズを行き来する反復的なプロセスであることを理解しておくことが重要です。

1. 共感（Empathize）フェーズ：ユーザーの真の理解を深める

共感フェーズの目的は、解決すべき課題を抱えるユーザーの視点に立ち、その感情、ニーズ、行動、経験などを深く理解することです。表面的な情報だけでなく、潜在的な欲求やペインポイントを発見することが重要になります。

主要なツールとテンプレート

• ユーザーインタビュー:
  • 概要: ユーザーと直接対話し、彼らの経験や感情、課題について深く掘り下げる定性調査手法です。質問リストを用意しつつも、相手の反応に応じて柔軟に問いを深める姿勢が求められます。
  • 活用方法:
    1. 目的設定: 何を知りたいのか、仮説は何かを明確にします。
    2. 対象者選定: 課題を抱えるであろう代表的なユーザー層を選びます。
    3. インタビュー実施: オープンエンドな質問を中心に、ユーザーが自由に話せる雰囲気を作ります。例えば、「最近〇〇な状況で困ったことはありますか？」といった具体的な問いかけから始め、その時の感情や行動を深掘りします。
    4. 記録と共有: 音声記録やメモを取り、後でチーム全体で振り返りを行います。
  • 実践のヒント: 「なぜ？」を繰り返すことで、ユーザーの行動の背景にある動機や感情に迫ることができます。また、非言語情報（表情や仕草）も観察することで、より深いインサイトが得られます。
• 共感マップ（Empathy Map）:
  • 概要: ユーザーインタビューや行動観察から得られた情報を「Says（言う）」「Thinks（考える）」「Does（行動する）」「Feels（感じる）」「Pains（苦痛）」「Gains（得たいもの）」といった項目に整理し、ユーザー像を多角的に可視化するためのフレームワークです。
  • 活用方法:
    1. 大きな紙やホワイトボードの中央にユーザーの顔のイラストを描きます。
    2. 上記の6つの項目を書き出し、各項目にユーザーから得られた具体的な情報を付箋に書き出し、貼り付けていきます。
    3. チームで議論しながら、ユーザーが何を考え、感じているのかを推測し、共通認識を深めます。
  • 実践のヒント: チームメンバー各自が共感マップを作成した後、それらを比較検討することで、多様な視点からユーザー像を捉えることができます。

2. 問題定義（Define）フェーズ：本質的な課題を特定する

共感フェーズで得られた膨大な情報から、ユーザーが本当に抱えている課題やニーズの本質を特定し、明確な「問題」として定義するフェーズです。この問題定義が、その後のアイデア創出の方向性を決定づけるため、非常に重要です。

主要なツールとテンプレート

• POV（Point of View）ステートメント:
  • 概要: ユーザーの「誰が」、どのような「ニーズ」を抱えており、その背景にどのような「インサイト（洞察）」があるのかを簡潔な一文で表現するフレームワークです。
  • 活用方法: 以下のテンプレートに沿って記述します。
    • [ユーザー]は、[ニーズ]を必要としている。なぜなら、[インサイト]だからだ。
    • 例: 「多忙なプロジェクトマネージャーは、プロジェクトの進捗を常に把握する必要がある。なぜなら、予期せぬ問題発生時に迅速に対応し、チーム全体の生産性を維持したいからだ。」
  • 実践のヒント: POVステートメントは、チーム全体で議論し、合意形成を行うことで、その後のアイデア発想の基準となります。ユーザー、ニーズ、インサイトのそれぞれの要素が明確であるかを確認しましょう。
• アフィニティダイアグラム（KJ法）:
  • 概要: 共感フェーズで収集した個々の情報やデータ（ユーザーの発言、行動観察記録など）を付箋に書き出し、それらを類似性に基づいてグループ化し、グループごとに見出しをつけて整理する手法です。大量の情報からパターンやテーマを発見するのに役立ちます。
  • 活用方法:
    1. 収集した情報を1つずつ付箋に書き出します。
    2. 壁やホワイトボードに付箋をランダムに貼り付けます。
    3. チームメンバーで協力し、関連性の高い付箋を物理的に近づけてグループ化します。
    4. 各グループに、そのグループの内容を最もよく表す見出し（抽象的な概念）をつけます。
  • 実践のヒント: 最初から完璧な分類を目指すのではなく、直感的に関連するものを集めることから始めます。議論を通じて見出しを洗練させ、本質的な課題やパターンが浮かび上がるまで繰り返します。

3. アイデア発想（Ideate）フェーズ：多様な解決策を生み出す

定義された問題に対して、多角的な視点から可能な限り多くのアイデアを創出するフェーズです。ここでは、アイデアの質よりも量を重視し、自由な発想を促すことが重要です。

主要なツールとテンプレート

• ブレインストーミング（Brainstorming）:
  • 概要: 複数人で集まり、特定のテーマや問題に対して自由にアイデアを出し合うグループ討議手法です。批判をせず、量を重視し、他者のアイデアに乗っかる（連想する）ことを推奨します。
  • 活用方法:
    1. 明確なテーマ（POVステートメント）を共有します。
    2. 「批判禁止」「自由な発想」「質より量」「結合・改善」のルールを提示します。
    3. 各参加者が思いつく限りのアイデアを声に出して発表するか、付箋に書き出します。
    4. 出てきたアイデアを全て記録します。
  • 実践のヒント: 制限時間を設けることで、集中力が高まり、より多くのアイデアが生まれる傾向があります。オンラインツール（Miro, Muralなど）を活用すると、遠隔地のメンバーともリアルタイムでコラボレーションできます。
• SCAMPER法:
  • 概要: 既存の製品、サービス、アイデアを、以下の7つの視点から問い直すことで、新しいアイデアを生み出すためのチェックリスト型の発想法です。
    • Substitute（置き換える）：何か他のもので代替できないか？
    • Combine（組み合わせる）：他の要素と組み合わせられないか？
    • Adapt（応用する）：他の分野のものを応用できないか？
    • Modify（修正する） / Magnify（拡大する） / Minify（縮小する）：何かを修正、拡大、縮小できないか？
    • Put to another use（別の使い道）：別の目的で使えないか？
    • Eliminate（取り除く）：何かを取り除けないか？
    • Reverse（逆にする） / Rearrange（再構成する）：逆の発想や再構成できないか？
  • 活用方法: 既存のアイデアや製品を一つ選び、SCAMPERの各問いに対してブレインストーミングを行います。例えば、既存の「オンライン学習プラットフォーム」に対し、「Combine」なら「ゲーム要素と組み合わせられないか？」といった問いかけをします。
  • 実践のヒント: 各項目で無理にアイデアを出そうとするのではなく、関連性の高い問いに集中することも有効です。視点を強制的に変えることで、普段思いつかないアイデアが生まれることがあります。

4. プロトタイプ（Prototype）フェーズ：アイデアを形にする

アイデア発想フェーズで生まれた多様なアイデアの中から、有望なものを選択し、具体的な形として試作品（プロトタイプ）を作成するフェーズです。このフェーズの目的は、最小限のコストと時間でアイデアを具現化し、ユーザーからのフィードバックを得られる状態にすることです。

主要なツールとテンプレート

• 紙のプロトタイプ:
  • 概要: ユーザーインターフェースやサービスの流れを、紙とペンで手書きして作成する最もシンプルで手軽なプロトタイプです。修正が容易であり、アイデアの初期検証に非常に適しています。
  • 活用方法:
    1. 紙にスマートフォンの画面やウェブページのレイアウトを手書きします。
    2. ボタンやメニューの遷移を想定し、複数の画面を作成します。
    3. ユーザーが実際に触れるような形式で、画面遷移やインタラクションをシミュレートします。
  • 実践のヒント: 細かいデザインにこだわりすぎず、ユーザー体験の主要な流れや機能が伝わることを最優先します。チーム内で役割分担し、複数のプロトタイプを並行して作成することも有効です。
• サービスブループリント:
  • 概要: サービスがユーザーに提供されるプロセス全体を、ユーザーの行動、従業員の行動（顧客接点・バックステージ）、物理的証拠、サポートシステムといった複数のレーンに分けて可視化するツールです。複雑なサービス全体の構造を理解し、ボトルネックや改善点を特定するのに役立ちます。
  • 活用方法:
    1. ユーザーの体験フローを時系列で列挙します。
    2. それぞれのユーザー行動に対して、顧客接点での従業員の行動、裏方での従業員の行動、使用される物理的証拠（ウェブサイト、店舗など）、それを支えるシステムやツールを記述していきます。
    3. 各ステップでのペインポイントや改善機会を特定し、新しいアイデアを書き込みます。
  • 実践のヒント: チームメンバーがそれぞれ担当する領域の情報を持ち寄り、全体像を共同で描くことで、サービス提供における部門間の連携や情報の流れを可視化できます。

5. テスト（Test）フェーズ：ユーザーからフィードバックを得る

作成したプロトタイプを実際のユーザーに試してもらい、フィードバックを収集するフェーズです。このフィードバックは、プロトタイプやアイデアの改善、場合によっては問題定義の再検討に繋がり、デザイン思考の反復的な性質を強調します。

主要なツールとテンプレート

• ユーザビリティテスト:
  • 概要: ユーザーにプロトタイプを実際に操作してもらい、特定のタスクを実行してもらうことで、使いやすさ、理解しやすさ、満足度などを評価するテストです。
  • 活用方法:
    1. テストの目的と、ユーザーに実行してほしい具体的なタスク（シナリオ）を設定します。
    2. ユーザーにプロトタイプを操作してもらい、その様子を観察します。
    3. ユーザーが操作中に考えたことや感じたことを声に出してもらう「発話思考法」を促します。
    4. テスト後に簡単なインタビューを行い、詳細なフィードバックを収集します。
  • 実践のヒント: テストの観察者は、ユーザーの行動や発言を批判的に評価するのではなく、純粋に情報を収集することに徹します。少人数でも定期的にテストを繰り返すことで、早期に課題を発見し、改善に繋げることができます。
• フィードバックグリッド:
  • 概要: ユーザーテストやプロトタイプに対するフィードバックを、「Liked（良かった点）」「Criticisms（批判点）」「Questions（疑問点）」「Ideas（アイデア）」の4つのカテゴリに分けて整理するシンプルなフレームワークです。
  • 活用方法:
    1. ホワイトボードや大きな紙に4つのカテゴリを描きます。
    2. テスト参加者からのフィードバックを、それぞれのカテゴリに対応する付箋に書き出し、貼り付けます。
    3. チームでグリッドの内容を確認し、特に「批判点」と「アイデア」に注目して次の改善点を議論します。
  • 実践のヒント: フィードバックを構造化することで、感情的な意見に流されず、具体的な改善点や次に取るべきアクションを客観的に見出すことができます。

まとめ：実践を通じてデザイン思考を習得する

デザイン思考は、単なる一連のステップやツールの集合体ではありません。それは、ユーザー中心の視点を持ち、未知の課題に粘り強く向き合い、試行錯誤を繰り返しながら解決策を探求するマインドセットです。

本記事で紹介した各フェーズのツールやテンプレートは、デザイン思考を実践する上での具体的な指針となります。これらのツールは、特にIT系企業のプロダクトマネジメントアシスタントの皆様にとって、プロジェクトを推進し、チームメンバーを巻き込み、具体的な成果を生み出すための強力な味方となるでしょう。

まずは、小さなプロジェクトや身近な課題から、これらのツールを実際に試してみてください。実践を通じて、それぞれのツールの特性や、チームでの効果的な活用方法を体得していくことができます。デザイン思考の旅は、常に学びと発見の連続です。一歩ずつ、着実に実践を重ねていきましょう。