「紙のモックアップを見てもらった。うんうんと頷いてもらえた。でも実際に作ったら『思っていたのと違う』と言われた」——この落差は、視覚的な確認と体験的な確認が根本的に別物だという事実から生まれます。エクスペリエンス・プロトタイピングは、プロダクトや空間、サービスの「体験そのもの」を先につくり、検証するための手法です。
手法の由来
Marion Buchenau と Jane Fulton Suri（IDEO）は 2000 年のデザインカンファレンス（ACM DIS）で、IDEO の複数のプロジェクト事例をもとにエクスペリエンス・プロトタイピングを体系化しました。
核心的な定義はシンプルです。
「既存または将来の条件への直接的な関与を通じて、設計チーム・ユーザー・クライアントが現状や将来の条件を一人称で体験できるようにする、あらゆる表現形式のプロトタイプ」
重要なのは「一人称で体験」という点です。通常のプロトタイプは「評価するもの」ですが、エクスペリエンス・プロトタイピングでは設計者自身が体験者になることも含みます。
Buchenau と Suri が挙げた具体例が印象的です。胸部植込み型除細動器（ICD）を装着した患者の不安を理解するために、設計チームはポケットベルを持ち歩き、「いつ鳴るかわからない振動デバイスを常に携帯する」生活を1週間続けました。ICD そのものは存在しませんが、「予測できない電気刺激への恐怖」を身体感覚として知ることができたのです。
なぜペーパープロトだけでは不十分なのか
デザイン思考の現場でよく起こるのは、プロトタイプの忠実度（fidelity）が「視覚」に偏るという問題です。
ペーパープロトやFigmaモックで確認できるのは、主に「画面の情報構造」と「遷移の流れ」です。これらは不可欠ですが、以下の要素は再現できません。
- 時間の経験: 操作にかかる時間の感覚、待機の不安
- 空間の感覚: 物理的な動き、姿勢、距離感
- 感情の起伏: 最初の戸惑い、習熟後の快感、エラー時の焦り
- 文脈の干渉: 外部刺激（雑音・他者の存在）が体験に与える影響
これらを事前に検証せずに実装に入ると、ユーザビリティテストで「視覚的には問題ないのに使いたくない」という評価が返ってきます。体験として成立していないのです。
3つの活用局面
Buchenau と Suri は、エクスペリエンス・プロトタイピングを以下の3局面で使うことを示しています。
1. 理解する（Empathize）
ターゲットユーザーの現状体験を、チームが直接経験することで共感を得る。設計者が「外から観察する」のではなく「中から経験する」ための方法です。
実践例: 高齢者向けデバイスを設計するチームが、関節炎を模擬するグローブを着けてプロトタイプを操作する。老眼鏡と光を弱めた環境を加えると、「細かい文字を読みながら操作する」体験の困難さが初めて身体的に理解できます。
2. 探索する（Explore）
設計案のいくつかの方向性を、実物に近い体験レベルで比較検討する。
実践例: 病院の受付フローを3パターン設計し、スタッフとモック患者が実際に歩き回りながら各パターンを演じる。平面図を見るだけでは気づかない「この動線では患者が立ち往生する」という問題が、歩くことで見えてきます。
3. 伝達する（Communicate）
クライアントやステークホルダーに体験を「わかった気にさせる」のではなく、実際に「体験させる」ことで同じ文脈を共有する。
実践例: 新しいスマートホームシステムを提案する際、クライアントに役者スタッフとのロールプレイを実施してもらう。パワーポイントのデモを見るより、「自分で実際に操作してみる」ことでフィードバックの質が大きく変わります。
実施ステップ
ステップ1: 体験させたい「瞬間」を特定する（20〜30分）
エクスペリエンス・プロトタイピングは全体の体験を再現しようとするとリソースが膨らみすぎます。「何を検証したいのか」を絞り込みます。
- 最もリスクの高い仮説はどれか
- 言語化できていない体験の要素はどこか
- ユーザーインタビューでは引き出せていない情報は何か
この3つの問いへの答えが「体験させる瞬間」を特定する手がかりになります。
ステップ2: 体験を近似する道具・環境を準備する（60〜90分）
完全な再現は不要です。「体験を近似させる代替物」を用意します。
| 検証したい体験 | 代替手段の例 |
|---|---|
| アプリの入力の煩雑さ | 同等のフォームを印刷して手書き入力させる |
| 物理製品の持ちやすさ | 同じ重量・形状の段ボールモック |
| 空間サービスの流れ | 実際のスペースに家具を配置してロールプレイ |
| 音・振動・温度 | スマートフォン・ドライヤー・保冷剤など日用品で代替 |
| 医療・ケア文脈 | 模擬的な身体制約（グローブ・眼鏡・耳栓）を加える |
ステップ3: シナリオを設計する（15〜20分）
体験者（チームメンバーまたはユーザー）に渡す「文脈の説明」を作ります。
- あなたは今、◯◯な状況にいます
- ◯◯をしようとしています
- ◯◯が起きています（制約・外部刺激の説明）
シナリオは詳しすぎないほうがよく、「答えを教えない」ことが重要です。
ステップ4: 体験してもらい、観察・記録する（20〜40分）
体験中のファシリテーターは基本的に介入しません。記録に徹します。
- 何をしようとして、どこで止まったか
- 言葉にならない行動（直感的な操作・避けた動作）
- 感情の変化（顔の表情・姿勢・発話内容）
- 「なんか違う」という違和感が出た瞬間
ステップ5: 振り返りと学びの言語化（20〜30分）
体験直後に感想と気づきを話してもらいます。時間が経つと印象は薄れます。
問いかけの例:
- 「一番困ったのはどの瞬間ですか?」
- 「自分でやってみて想像と違った点は?」
- 「この体験、現実の生活で毎日続けられますか?」
ファシリテーションのコツ
「完璧な再現」を目指さない: 代替物が粗くても、体験を通じて出てくる驚きや抵抗感は本物です。むしろ「こんな粗いので大丈夫か?」という不安を手放すことが重要で、実際にやってみると粗くても体験の核心は十分に伝わります。
チームメンバーが最初の体験者になる: ユーザーに頼む前に、チーム内で先に体験してみてください。設計者が体験することで「自分が設計したとは思えない不便さ」に気づくことがよくあります。
体験後のデブリーフィングを省略しない: 体験中の沈黙や戸惑いは観察できますが、その理由は体験後の対話でしか出てきません。「なぜそこで止まったのか」を必ず聞きます。
複数シナリオを比較する: 1つの体験だけで判断しないでください。「現在の体験（As-Is）」と「新しい設計案（To-Be）」を両方体験させると、差異が鮮明になります。
よくある失敗と対策
失敗1: 「見せる」だけで「させる」になっていない
デモを見せて「どう思いますか?」と聞くのは通常のユーザーテストです。エクスペリエンス・プロトタイピングでは体験者が能動的に操作・行動・決断する機会を作ることが前提です。
対策: シナリオに「あなたが決める」「あなたが動く」の要素を入れる。観客にしない。
失敗2: チームが体験者に答えを教えてしまう
「ここをこう使うんですよ」と説明したくなる気持ちは自然ですが、それをやると「どこで迷うか」という最重要情報が取れなくなります。
対策: 「わからなかったら、わからないまま進んでください」と事前に伝える。迷いが学びです。
失敗3: 体験と「評価」が混ざってしまう
体験中に「これどう思いますか?」と聞き続けると、体験者の意識が「評価モード」に切り替わり、自然な行動が引き出せなくなります。
対策: 評価・感想は体験後のデブリーフィングに集約。体験中はできる限り沈黙を守る。
ペーパープロト・Wizard of Oz との使い分け
| 手法 | 検証の焦点 | 準備コスト | 必要な道具 |
|---|---|---|---|
| ペーパープロト | 情報構造・画面遷移・言語理解 | 低（30〜60分） | 紙・ペン |
| エクスペリエンス・プロト | 体験の感情・時間・空間・文脈 | 中（90〜120分） | 日用品・環境設定 |
| Wizard of Oz | 動的な応答・AI的振る舞いへの期待 | 中高（60〜90分） | PC2台・通信環境 |
3手法は排他ではなく、「視覚 → 体験 → 動的応答」の順で段階的に精度を上げていく使い方が実務的に効果的です。