ひとことで言うと#
「ユーザーに共感する→課題を定義する→アイデアを出す→プロトタイプを作る→テストする」 の5ステップで、人間中心のイノベーションを生み出すアプローチ。頭で考えるだけでなく、手を動かして「作りながら考える」のが特徴。
押さえておきたい用語#
- Empathize(エンパサイズ)
- ユーザーの行動や感情を観察・インタビューで深く理解する共感フェーズを指す。デザイン思考の出発点。
- Define(ディファイン)
- 共感で得た情報を整理し、解くべき課題を一文に絞り込む課題定義のこと。「誰が・何を・なぜ必要としているか」を明確にする。
- Ideate(アイディエイト)
- 定義した課題に対してアイデアを量産する発想フェーズのこと。質より量、批判なしがルール。
- Prototype(プロトタイプ)
- アイデアを紙や段ボールなどで素早く形にしたものである。触れる状態にすることで抽象的な議論を具体的なフィードバックに変える。
- HMW(How Might We)
- 「私たちはどうすれば〇〇できるだろうか?」という形式の問いかけのこと。課題定義からアイデア出しへの橋渡しに使う。
デザイン思考の全体像#
こんな悩みに効く#
- ユーザーが本当に何を求めているのかわからない
- 会議でアイデアは出るけど、どれも「ありきたり」で終わる
- 開発チームと顧客の間にギャップを感じている
基本の使い方#
すべての出発点はユーザーへの共感。デスクで想像するのではなく、実際にユーザーに会い、観察し、話を聞く。
- ユーザーインタビュー(5人でも十分)
- 行動観察(実際の利用シーンを見る)
- 自分自身がユーザーになってみる
大事なのは「なぜそうするのか」を深掘りすること。表面的なニーズの裏にある感情や動機を理解する。「検索機能がほしい」の裏には「必要な情報にたどり着けなくて不安」という感情がある。
共感フェーズで得た情報を整理して、解くべき課題を一文で定義する。
フォーマット: 「〇〇(ユーザー)は、△△(ニーズ)を必要としている。なぜなら□□(インサイト)だから」
例: 「忙しいワーキングマザーは、夕食の献立を10秒で決める方法を必要としている。なぜなら、限られた意思決定エネルギーを子どもとの時間に使いたいから」
課題定義が甘いと、この後のアイデア出しが空回りする。ここが一番重要なフェーズ。
定義した課題に対して、量を重視してアイデアを出す。ブレインストーミングで「質より量」「批判しない」「突飛なアイデア歓迎」をルールにする。
出たアイデアの中から有望なものを選び、すぐにプロトタイプを作る。紙とペン、段ボール、スライド数枚――なんでもいい。「触れるもの」にすることで、抽象的な議論が具体的なフィードバックに変わる。
30分で作れるプロトタイプで十分。完成度より「早く見せる」ことが大事。
プロトタイプをユーザーに見せて、反応を観察する。
ここで聞くべきは「これ、いいと思いますか?」(YESと言うに決まっている)ではなく、「これを使って〇〇してみてください」 と実際に操作してもらうこと。
テスト結果によっては、課題定義に戻ることもある。デザイン思考は一方通行ではなく、行ったり来たりするプロセス。
具体例#
共感: 営業チーム10人にインタビュー。「経費精算が面倒」と全員が回答。観察すると、出張帰りの新幹線でレシートを写真撮影→月末にまとめてExcel入力→上司のハンコ待ち、というフローだった。
課題定義: 「外回りの多い営業担当は、レシートを『その場で処理完了』できる方法を必要としている。なぜなら、月末にまとめて処理する苦痛が経費申請漏れ(年間平均3万円)を生んでいるから」
アイデア出し: レシート撮影で自動入力、Slack連携で上司承認、交通系ICカード自動連携……など30個のアイデア。
プロトタイプ: LINEボットでレシート写真を送ると「登録完了!」と返信するモック(中身はハリボテ)を3日で作成。
テスト結果: 「LINEで送るだけなら絶対やる」「でもプライベートのLINEで仕事は嫌」というフィードバック。→ Slack連携版にピボット。
頭の中だけで考えていたら「高機能な経費精算システム」を作って、結局誰も使わない結果になっていた。3日のプロトタイプが何ヶ月もの手戻りを防いだ。
状況: 従業員200名のプロジェクト管理SaaS。無料トライアルの初日離脱率が72%で、ユーザーが価値を感じる前に去ってしまう。
共感: トライアル登録者15人にインタビュー。行動ログも分析。「初回ログイン後、画面が真っ白で何をすればいいかわからなかった」が最多の声(15人中11人)。
課題定義: 「初めてプロジェクト管理ツールを導入する担当者は、最初の10分で『自分のチームに合う使い方』を体験できる方法を必要としている。なぜなら、空白の画面は不安を生み、『使いこなせなさそう』という判断を即座に下させるから」
アイデア出し→プロトタイプ: 業種別テンプレート、ステップバイステップのツアー、サンプルプロジェクト自動生成など20案。紙の画面遷移図(ペーパープロトタイプ)を2時間で作成。
テスト→改善→再テスト: ペーパープロトを5人に試してもらい、「業種を選ぶとサンプルプロジェクトが入った状態で始まる」パターンが最も好評。Figmaでクリッカブルプロトを作り再テスト。
| 指標 | 改善前 | 改善後(3ヶ月) |
|---|---|---|
| 初日離脱率 | 72% | 41% |
| トライアル→有料転換率 | 8% | 19% |
| 初回セットアップ完了率 | 23% | 67% |
「機能を追加する」のではなく「最初の10分の体験を設計し直す」ことで、転換率が2倍以上に改善した。デザイン思考は機能改善だけでなく体験全体の設計に効く。
状況: 人口8万人の地方自治体。ごみの分別ルールが複雑(18分類)で、問い合わせが年間12,000件。コールセンターの負荷が深刻。
共感: 住民30人(20代〜80代)に訪問インタビュー。ごみ置き場で実際の分別行動も観察。高齢者は「分別表の文字が小さくて読めない」、若年層は「そもそも分別表をもらった記憶がない」。
課題定義: 「ごみの分別に迷った住民は、その場で3秒以内に正解がわかる方法を必要としている。なぜなら、迷った末に間違えると近所の目が気になり、結果として出すこと自体を避けるようになるから」
アイデア出し: AIチャットボット、写真判定アプリ、音声対応、ごみ袋にQRコード印刷……など25案。
プロトタイプ: LINEでごみの写真を送ると分類を返す「ごみ分別LINEボット」を1週間で試作(裏は職員が手動回答)。
テスト: モニター100人に2週間使ってもらう。1日平均45件の問い合わせ。「写真を撮るだけで答えが返ってくるのが神」と好評。一方、「文字で質問したい時もある」「夜中に返事が来ない」という改善点も。
| 指標 | 導入前 | 導入6ヶ月後 |
|---|---|---|
| コールセンター問い合わせ数 | 月1,000件 | 月380件(62%減) |
| 分別間違い率 | 15% | 6% |
| サービス満足度 | — | 4.3/5.0 |
「高機能なアプリ」ではなく「住民が最も使い慣れたLINE」で試作したからこそ、幅広い年齢層に受け入れられた。デザイン思考の「ユーザーの文脈に合わせる」がそのまま効いた好例。
やりがちな失敗パターン#
- 共感フェーズを飛ばす — 「ユーザーのことはわかっている」と思い込んで、いきなりアイデア出しから始める。これが一番多い失敗。共感なきアイデアは的外れになる
- プロトタイプに時間をかけすぎる — 「見せるのが恥ずかしいレベル」で十分。完成度を上げるほどフィードバックを受け入れにくくなる
- 一回やって終わりにする — デザイン思考は繰り返しのプロセス。テスト結果を受けて何度もループを回すことで精度が上がる
- 「全員の意見を取り入れよう」で合意形成に走る — アイデア創出フェーズで妥協の産物を作ると誰の課題も解決しない中途半端なものになる。尖った案を残してテストで判断する
まとめ#
デザイン思考は「ユーザーの立場で考え、手を動かして検証する」イノベーションの方法論。特別な才能は不要で、「共感→定義→創出→試作→検証」のプロセスを愚直に回すだけ。技術駆動やビジネス都合で作りがちな製品開発を、人間中心に引き戻してくれる強力なフレームワーク。