フレームワーク活用ガイドひとことで言うと#
「人々が本当に望んでいること」を深く理解するところから始め、共感→アイデア創出→プロトタイプ検証の3フェーズを繰り返してイノベーションを生むデザインプロセス。デザインファームIDEOが数十年にわたって実践・体系化した。
押さえておきたい用語#
- Inspiration（インスピレーション）
- 人々の生活に飛び込み、未充足のニーズや潜在的な欲求を発見するフェーズ。観察・インタビュー・没入体験が中心になる。
- Ideation（アイディエーション）
- 発見したインサイトをもとにアイデアを大量に生み出し、収束させるフェーズ。ブレインストーミングやHow Might We（どうすれば〜できるか）を活用する。
- Implementation（インプリメンテーション）
- アイデアをプロトタイプとして形にし、実際のユーザーで検証するフェーズ。素早く作って素早くテストする。
- Desirability（望ましさ）
- 「人々が本当に望んでいるか」という視点。HCDでは技術的実現性（Feasibility）や事業採算性（Viability）よりもDesirabilityを最初に検証する。
- How Might We（HMW）
- 「どうすれば〜できるだろうか」という問いの形式。問題を制約ではなく機会として捉え直すために使う。
Human-Centered Designの全体像#
こんな悩みに効く#
- 技術的に優れた製品を作ったのに、ユーザーが使ってくれない
- 何を作るべきか決まらず、企画段階で堂々巡りしている
- 社会課題に取り組みたいが、当事者のニーズがわからない
基本の使い方#
デスクの前で考えるのではなく、実際のユーザーの生活に入り込む。
- フィールドワーク: ユーザーの職場や家庭を訪問し、行動を観察する
- 共感インタビュー: 「なぜそうするのか」を5回掘り下げる。表面的なニーズの奥にある本当の欲求を探る
- エクストリームユーザーに注目: 平均的なユーザーよりも、極端な使い方をしている人から深いインサイトが得られる
インサイトをもとに「How Might We（どうすれば〜できるか）」の問いを立て、アイデアを大量に出す。
- 量を重視: 1セッションで最低 50個 のアイデアを出す
- 判断を保留する: 「それは無理」という評価は後回し
- 組み合わせる: 複数のアイデアを融合して新しい解を作る
- 収束時は「Desirability（人々が本当に望んでいるか）」を最優先の基準にする
アイデアをプロトタイプとして形にし、実際のユーザーでテストする。
- ローフィデリティから始める: 紙、段ボール、スケッチで十分
- 完璧を求めない: 「このアイデアの核心部分だけ」を検証する
- 失敗を歓迎する: 早く失敗するほど、早く正解に近づく
- テストの結果をもとにInspirationに戻り、サイクルを回す
具体例#
IDEOはインドのAravind Eye Care Systemと協力し、低所得層が白内障手術を受けられるサービスをデザインした。
Inspirationフェーズで農村部を訪問したところ、問題は「医療費」ではなく「病院に行くこと自体への恐怖」だった。手術経験者へのインタビューで、78% が「手術は怖くなかったが、病院に行くまでが怖かった」と回答。
この発見をもとにデザインした解決策：
- 手術成功者が「アンバサダー」として地域で体験談を共有する仕組み
- 病院の待合室を「恐怖を感じさせない」ホスピタリティ空間にリデザイン
- 手術後のフォローアップを村のヘルスワーカーが実施
結果、手術を受ける患者数は 3倍 に増加。このプロジェクトはHCDの教科書的な成功事例として、世界中のデザインスクールで教えられている。
大阪の食品メーカー（従業員500名）は、60歳以上の顧客から「パッケージが開けにくい」というクレームが月平均 85件 寄せられていた。開発部門は「開封強度を下げればいい」と考えていたが、HCDプロセスで実際の高齢者の家庭を訪問した。
観察で判明したのは、開封強度だけの問題ではなかったこと。
| 観察した行動 | 本当の課題 |
|---|---|
| ハサミで開けようとする | 切り口の位置がわかりにくい |
| パッケージを裏返して説明を読む | 文字が小さくて読めない |
| 中身を別容器に移し替える | 一度開けると保存できない |
プロトタイプを3回作り直し、最終的なデザインは「大きな切り口マーク」「16ptフォントの説明」「再封可能なジッパー構造」の3点を改善。
リニューアル後、パッケージ関連のクレームは 85件 → 12件/月 に減少し、60歳以上のリピート購入率が 18% 向上した。
四国の自治体（人口8万人）は、住民からの「窓口対応が不親切」という苦情が年 240件。職員の対応マニュアルを何度改訂しても改善しなかった。
HCDアプローチで住民の窓口体験を丸ごと観察。職員側のシャドーイングも実施した。
発見されたインサイト：
- 住民の不満は「態度」ではなく「何度もたらい回しにされること」が原因（苦情の 62% に該当）
- 職員側も「どの窓口に案内すればいいかわからない」と困っていた
- 住民の用件は、実は 12パターン に集約できた
解決策として「用件カード」を設計。入口で住民が自分の用件を12枚のカードから選び、カードの色に対応した窓口に直行する仕組み。紙のプロトタイプで2週間テストし、動線を3回修正。
導入後、たらい回し発生率は 35% → 4% に減少。窓口対応の苦情は年240件から 67件 に減った。
やりがちな失敗パターン#
- Inspirationをスキップする — 「ユーザーのことはわかっている」という思い込みでいきなりアイデア出しに入ると、的外れな解決策を大量に作ることになる
- インタビューで「ほしいもの」を聞いてしまう — ユーザーに「何がほしいか」を聞いても正確な答えは返ってこない。行動を観察し、言葉にできないニーズを見つける
- プロトタイプを作り込みすぎる — 完成度の高いプロトタイプは修正しにくく、フィードバックも「見た目」に偏る。粗いプロトタイプのほうがコンセプトへの率直なフィードバックが得られる
- 1回のサイクルで完成させようとする — HCDはイテレーション（繰り返し）が前提。3〜5回のサイクルを回す計画で始める
- Desirabilityを後回しにする — 技術的に作れるか（Feasibility）やビジネスになるか（Viability）を先に考えると、誰も望まない製品ができる
まとめ#
Human-Centered Designは、IDEOが体系化した「人間のニーズを起点にイノベーションを生む」デザインプロセス。共感→アイデア創出→プロトタイプ検証のサイクルを回すことで、机上の空論ではなく本当に人々が望むソリューションにたどり着く。最も重要なのは最初の「共感」フェーズで、ここを省略すると残りのすべてが的外れになる。