テスト（Test）は、プロトタイプをユーザーに体験してもらい、フィードバックから学ぶフェーズです。

テストの目的

テストフェーズには3つの目的があります。

  1. 解決策の検証 — プロトタイプがユーザーの問題を解決するか確認する
  2. ユーザー理解の深化 — テストを通じて新たなインサイトを得る
  3. 問題定義の再検証 — そもそも正しい問題を解いているか確認する

テストの進め方

実際のテスト手法についてはユーザビリティテストで詳しく解説しています。ここでは3つの核心的なステップを示します。

1. テストの準備

  • テストする仮説を明確にする
  • ユーザーに何を体験してもらうかシナリオを作成する
  • フィードバックを記録する方法を決める

2. テストの実施

テスト中に意識すべきポイントは以下の通りです。

  • プロトタイプの説明を最小限にする — ユーザー自身に触ってもらい、理解できるか観察する
  • 「どう思いますか？」と聞かない — 代わりに行動を観察し、具体的な質問をする
  • 防御的にならない — ネガティブなフィードバックこそ価値がある
  • 沈黙を活用する — ユーザーが操作に詰まる瞬間が重要なインサイト

3. フィードバックの整理

テスト後は、得られたフィードバックを以下の観点で整理します。

  • うまくいったこと — ユーザーが直感的に理解・操作できた部分
  • 困難があったこと — ユーザーが迷ったり、間違えたりした部分
  • 新しい発見 — 予期しなかったユーザーの行動や反応

ワークショップで繰り返し見られるパターン

200回以上のワークショップで繰り返し見られるのは、ユーザーテストの結果を「自分たちの解釈」でフィルタリングしてしまうパターンです。「このユーザーは特殊ケース」「慣れれば使えるはず」と、チームにとって不都合な発見を無効化していく。

実際にやってみると分かるのですが、ユーザーが操作に詰まって沈黙する20秒間が、チームの設計上の仮定を全部ひっくり返すことがあります。 その沈黙を「ユーザーの理解力の問題」として処理した瞬間、デザイン思考のテストは形骸化します。テストが辛い理由は「自分たちが間違っていたと分かる」からですが、それこそがテストの価値です。

イテレーション

テスト結果に基づいて、プロトタイプを改善するか、前のフェーズに戻ります。

  • フィードバックが肯定的 → プロトタイプの忠実度を上げて再テスト
  • 解決策に問題がある → 創造フェーズに戻り、別のアイデアを検討
  • 問題設定自体に問題がある → 問題定義フェーズに戻り、POVを見直す

まとめ

テストフェーズは、デザイン思考の反復的な性質を最もよく体現するプロセスです。失敗を恐れず、ユーザーから学ぶ姿勢がイノベーションを生みます。

参考文献

  • Jakob Nielsen & Thomas K. Landauer, “A mathematical model of the finding of usability problems”, INTERCHI ‘93 Proceedings, 1993
  • Steve Krug, Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems, New Riders, 2010
  • Stanford d.school, Bootcamp Bootleg, Institute of Design at Stanford, 2011（改訂版2018）