プロトタイプとテスト：作って考え、試して学ぶ｜デザイン思考入門 第5回

プロトタイプの種類

プロトタイプというと、アプリの画面の試作を思い浮かべる人が多いかもしれませんが、デザイン思考で扱う課題はサービスや業務、売り場など、画面以外のことも多くあります。代表的な種類を見てみましょう（図2）。

• 紙と付箋：画面や書類、案内カードを手書きで作る。数十分で作れて、その場で書き直せる。
• 絵コンテ（ストーリーボード）：利用者がサービスに出会い、使い、終えるまでの流れを、数コマの絵と短い言葉で描く。サービス全体の流れを確かめたいときに向いている。
• ロールプレイ：窓口の対応や電話の受け答えなどを、チームのメンバーが店員役・客役になって演じる。人と人のやり取りを確かめたいときに向いている。
• 張り紙・チラシ・ポップ：新しい商品やサービスの「お知らせ」だけを先に作り、反応を見る。興味を持たれるかどうかを確かめたいときに使える。
• 見せかけのプロトタイプ：仕組みはまだ作らず、裏で人が手作業で対応して、あたかも仕組みがあるように見せる。たとえば「自動で答えるチャット」の裏で、実は担当者が返事を書く。
• 期間限定の試し：売り場の一角や、1つの部署だけで、数日〜数週間だけ試してみる。

画面のプロトタイプの作り方（ワイヤーフレームやFigmaでの試作）は、UI・UXデザイン入門の講座で詳しく扱っています。この講座では、「何を確かめるために、何を作るか」に焦点を当てます。

作る前に「何を確かめるか」を決める

d.schoolは、プロトタイプを作るときに確かめたいこと（変数）を1つに絞り、テストしたときにそのプロトタイプが特定の問いに答えられるようにすることをすすめています（参考資料1）。また、何を確かめたいのか、利用者にどんな行動をしてほしいのかを考えてから作るよう説明しています（参考資料1）。

確かめたいことを決めずに作ると、テストのあとに「なんとなく好評だった」「いろいろ意見をもらった」で終わり、次に何をすればよいか分かりません。作る前に、次のように書き出しておきましょう（図3）。

このように、1つのプロトタイプで確かめることを1つに絞ると、結果から何が言えるのかがはっきりします。

テストの進め方

d.schoolは、テストのモードを、プロトタイプについて利用者からフィードバックを得ることであり、利用者への共感をさらに深めるもう一つの機会でもあると説明しています（参考資料1）。テストでは、利用者が案を「気に入ったかどうか」だけでなく、その人のこと、問題のこと、解決のことについて何を学べるかに注目します（参考資料1）。

d.schoolの資料には、テストのモードについての、次のような言葉があります（参考資料1）。

プロトタイプは「自分が正しい」と思って作り、テストは「自分が間違っている」と思って行う。

作るときは思い切って作り、試すときは自分の案の弱点を探しにいく、という姿勢です。テストの進め方のポイントを見てみましょう（図4）。

1. 説明せずに渡す：d.schoolは「Show, don’t tell（説明するのではなく、見せる）」として、プロトタイプを利用者の手に渡し、すべてを説明しないことをすすめています（参考資料1）。説明すると、利用者は説明どおりに使ってしまい、迷う場所が見えなくなります。
2. 使い方を観察する：どう使うか、どう使い間違えるかを見て、そのあとに何を言うか、どんな質問をするかを聞きます（参考資料1）。
3. 「なぜ」を聞く：「ここで手が止まったのはなぜですか？」と、行動の理由を聞きます。共感のモードで学んだインタビューの聞き方がそのまま役立ちます。
4. いくつかの案を比べてもらう：d.schoolは、複数のプロトタイプを比べてもらうことをすすめています。比べることで、利用者が言葉にしていなかったニーズが見えてくることがあるためです（参考資料1）。

できるだけ、利用者が実際に使う場所や状況でテストします。それが難しい場合は、利用者に役割や作業を設定して、なるべく本番に近い体験をしてもらいます（参考資料1）。

学びをまとめる：フィードバック・キャプチャー・グリッド

テストで得た意見や気づきは、その日のうちに整理します。d.schoolの手法集（ブートレグ）で紹介されているフィードバック・キャプチャー・グリッドは、1枚の紙を4つに分けて、テストで得たことを書き分ける方法です（参考資料2）。左上に「よかった点」、右上に「改善したい点」、左下に「出てきた疑問」、右下に「新しいアイデア」を書きます（図5）。

• よかった点（＋）：利用者が気に入ったこと、目にとまったこと。
• 改善したい点（△）：つまずいた、分かりにくかったなどの建設的な指摘。
• 出てきた疑問（？）：体験を通じて新たに生まれた問い。
• 新しいアイデア（電球）：体験や説明をきっかけに浮かんだアイデア。

4つに分けておくと、よかった点だけ、改善点だけに偏らず、テストから学んだことの全体を見渡せます。複数の人を対象にテストしたら、人ごとに書いたあと、何人にも共通して出てきたものに印をつけておきます。

学びのあとに、次の一手を決める

テストの結果をもとに、次に何をするかを決めます（図6）。

• 作り込んでもう一度試す：方向は合っている。改善点を直し、少し作り込みの度合いを上げて試す。
• 別の案に切りかえる：この案ではうまくいかない。前回残しておいたアイデアから、次の候補を試す。
• 前のモードに戻る：そもそも問いや利用者の理解がずれていた。共感や問題定義に戻る。

d.schoolも、テストの目的の一つに「POV（視点）を磨くこと」を挙げています（参考資料1）。テストで「思っていた困りごとと違った」と分かることは、失敗ではなく、問題定義を良くするための大事な学びです。第1回で見たように、デザイン思考のモードは一方通行ではなく、気づきに応じて行ったり来たりします。

よくある誤解

「テストは、完成してから行うもの」：完成してからでは、直すのに大きな手間がかかります。紙1枚のプロトタイプでも、利用者に試してもらう価値は十分にあります。

「好評なら成功」：テストで「いいですね」と言われても、それだけでは学びになりません。実際にどう使ったか、どこで手が止まったか、なぜそう感じたのかを見ることが大切です。

「テストの人数は多いほどよい」：最初のうちは、多くの人に1回試すより、少人数で試して直す、を何回も繰り返すほうが多くを学べます。

実務ではこう使う：経費精算の改善で1週間まわす

前回選んだ「申請画面に『よくある間違い』の例を出す」アイデアを、1週間で試す例です（架空）。

1. 月曜：確かめたいことを決める（「事前に間違いの例を見れば、規程を見返す回数は減るか」）。
2. 火曜：画面は作らず、「よくある間違い」を5つ載せた紙のカードを30分で作る。
3. 水曜〜木曜：月に数回だけ申請する社員5人に、実際の申請のときにカードを渡す。説明はせず、使い方を横で見て、終わったあとに「なぜ」を聞く。
4. 金曜：チームでフィードバック・キャプチャー・グリッドにまとめ、次の一手を決める。

もし「カードは見たが、自分の申請に当てはまる例がなかった」という声が多ければ、例の選び方を変えて作り込む、あるいは「経理に聞けるチャット」の案に切りかえる、といった判断につながります。画面を作り込むのは、こうしたテストで方向が確かめられてからです。

この回のまとめ

• プロトタイプは、最終的な解決に近づくための問いに答えるために作る「もの」。画面に限らず、紙、絵コンテ、ロールプレイ、張り紙、見せかけ、期間限定の試しなども使える。
• 早いうちは粗く、安く、速く作り、たくさんの案を試す。1つの案に執着しない。
• 作る前に、確かめたいことを1つに絞る。
• テストは「自分が間違っている」と思って行う。説明せずに渡し、使い方を観察し、「なぜ」を聞き、いくつかの案を比べてもらう。
• 学びはフィードバック・キャプチャー・グリッドで整理し、作り込む・切りかえる・前のモードに戻る、のどれかを決める。

確認テスト

次回予告

最終回の第6回は「ビジネスでの使い方と限界」です。デザイン思考を新規事業や業務改善で使うときの進め方、日本の「デザイン経営」との関係、そして、よくある失敗とデザイン思考の限界を学び、全6回をまとめます。

参考資料

1. Hasso Plattner Institute of Design at Stanford「An Introduction to Design Thinking PROCESS GUIDE」 https://web.stanford.edu/~mshanks/MichaelShanks/files/509554.pdf （確認日：2026年11月12日）
2. Hasso Plattner Institute of Design at Stanford「bootcamp bootleg」（2009年版の改訂版。Feedback Capture Grid） https://www.cs.kent.ac.uk/people/staff/saf/patterns/gallery/BootlegBootcamp.pdf （確認日：2026年11月12日）
3. Kara Pernice「UX Prototypes: Low Fidelity vs. High Fidelity」Nielsen Norman Group（2016年12月18日） https://www.nngroup.com/articles/ux-prototype-hi-lo-fidelity/ （確認日：2026年11月12日）