「機能を作る前に、その機能があったらユーザーがどう振る舞うかを知りたい」——プロトタイピングのすべては、この欲求から始まります。Wizard of Oz プロトタイピングは、その欲求にもっとも乱暴で、もっとも誠実に応える手法です。実装ゼロのまま、人間が裏で手を動かして「完成したシステム」を演じ、ユーザーには自動で動いているように見せる。 本記事は操作手順ではなく、名前の由来・思想・他手法との境界線——「なぜそう呼ばれ、なぜ効くのか」に焦点を当てます。
なぜ「オズの魔法使い」なのか
映画『オズの魔法使い』の終盤、ドロシーたちが恐れていた全能な「魔法使い」の正体は、カーテンの裏でレバーを引いていた一人の小柄な男でした。スクリーンに映る威厳は演出で、実体は手作業の操り手だった——この構図がそのまま手法名になっています。
この名前を HCI（ヒューマン・コンピュータ・インタラクション）の文脈で広めたのは、Jeff Kelley です。ジョンズ・ホプキンス大学の大学院研究のなかで（1980年前後に命名し、1983年の論文で初めて公表）、Kelley はこの語を印刷物として初めて登場させました。きっかけは大学院セミナーでの質問への返答だったと伝えられ、彼が「それはドロシーがオズの魔法使いで体験したのと同じことだ」と答えたことが命名の起点とされています。
Kelley の中心的な仕事は、SIGCHI ‘83（1983年12月、ボストン）での発表論文「An empirical methodology for writing user-friendly natural language computer applications」と、翌1984年の ACM Transactions on Office Information Systems 誌の論文です。検証の対象は、自然言語で命令を受け付けるオフィス向けアプリケーションでした。当時、文章で人間の指示を理解するソフトを本当に作るのは至難でしたが、「もし完璧に理解できたら、ユーザーはどんな言葉で話しかけるのか」を先に知りたい。 そこで Kelley は、別室の実験者がユーザーの入力をすべて読み取り、システムになりすまして応答を返す方法を採りました。ユーザーは自分が機械と対話していると信じている——それがこの手法の核です。
命名以前にも同種の実験は存在しています。NN/g（Nielsen Norman Group）は、1973年に Don Norman と Allen Munro が自動空港案内端末の評価で同様の手法を用いた例を挙げています。「人間が裏でシステムを演じる」発想自体は1970年代から実践されており、Kelley はそれに後世まで残る名前を与えた人物だと位置づけるのが正確です。
定義の核心 — 「自律して見える」が条件
NN/g はこの手法を「ユーザーが、自律的に見えるが実際には（全体または一部を）人間が制御しているインターフェースと対話する、モデレートされた調査手法」と定義しています。
この定義で見落とせないのが「自律的に見える（appears to be autonomous）」という条件です。ユーザーが「裏に人がいる」と気づいた瞬間、得られるデータの性質が変わります。人は相手が機械だと思うと容赦なく振る舞い、相手が人間だと思うと無意識に気を遣う。Wizard of Oz が捉えようとしているのは前者——まだ存在しない自動システムに対して、人が「自然に」見せる反応です。だからこそ「魔法使いの正体を隠す」ことそのものが手法の生命線になります。
検証の対象になりやすいのは、作るのが重く・高くつく領域です。
- 自然言語での対話（チャットボット、音声アシスタント）
- 推薦・パーソナライズ（一人ひとりに最適化した提案の精度）
- 画像・音声の認識、自動分類
- 複雑な業務自動化のフロー
共通するのは「裏側の実装は重いが、ユーザーから見える振る舞いは人間が即興で代替できる」という非対称性です。Wizard of Oz は、この非対称性を突いて開発コストの先払いを回避します。
コンシェルジュMVP との違い — カーテンを引くか、開けるか
Wizard of Oz はしばしばコンシェルジュMVP（Concierge MVP）と並べて語られますが、両者は思想が異なります。
| 観点 | Wizard of Oz | コンシェルジュMVP |
|---|---|---|
| 人手の存在 | 隠す（ユーザーは自動だと信じる） | 明かす（人が手厚く対応すると分かっている） |
| 主に検証するもの | インターフェースの振る舞い・自動化の前提 | 価値・需要・体験そのもの |
| ユーザーの認識 | 機械と対話していると思っている | 人と対話していると分かっている |
カーテンを引いたまま機械のふりをするのが Wizard of Oz、カーテンを開けて「いまは人がやっています」と見せるのがコンシェルジュです。「インターフェースに対する自然な反応」を知りたいなら前者、「そもそもこのサービスに人はお金や時間を払うのか」を知りたいなら後者を選びます。対立ではなく、検証したい問いが違うだけの隣り合う道具です。
なぜ AI 時代にこの手法が再評価されるのか
Kelley が自然言語インターフェースで使った手法が、いま再び注目されています。「裏側の実装が重く、表側の振る舞いは人が演じられる」という非対称性が、AI 機能で極端に大きいからです。
AI を組み込んだ機能は、モデルの選定・学習・チューニングに相当のコストがかかります。にもかかわらず、いざユーザーに使わせると「そもそもこの機能を信頼して任せる気にならない」「期待していた応答の粒度と違う」といった、実装の精度以前のところで躓くことが珍しくありません。Wizard of Oz は、その「実装以前の問い」を実装ゼロで確かめさせてくれます。人間が完璧な AI を演じきった状態でユーザーがどう反応するか——そこに拒否反応があるなら、モデルをどれだけ磨いても解決しないからです。
Kelley の原点がここで効いてきます。彼が知りたかったのは「機械をどう作るか」ではなく「人が機械にどんな言葉で話しかけるか」でした。技術が進歩しても、検証すべき本質が「人間側の振る舞い」にある限り、人手で裏を回すこの手法は古びません。
思想としての一行
Wizard of Oz の根にあるのは、デザイン思考が共有する「Fail early, fail often（早く、たくさん失敗する）」の精神です。完成品を作ってから市場で失敗するのではなく、人間が一時的に機械を演じることで、失敗を実装の手前に前倒しする。 魔法使いの正体が「カーテンの裏の手作業」だったように、検証の魔法もまた、地味な人手の即興によって成立します。派手な自動化の幻を、安く・早く・誠実に試すための手法——それが Wizard of Oz プロトタイピングです。