オズの魔法使いのプロトタイピングの基本
WoZプロトタイピングのコンセプトを理解するために、まず、プロトタイプの意味から説明します。基本的に、プロトタイプとは、コンセプト、プロセス、機能をテストするために作られたWebサイトやアプリの初期モデルまたはリリースです。
「オズの魔法使い」でカーテンの裏で糸を引く魔法使いのように、デザインチームは、実際には人間が操作しているのに、ユーザーがコンピュータで操作していると思うように機能を偽装し、機能のシミュレーションをテストすることができるのです。重要な機能が分かれば、あとはより綿密なユーザーテストによって洗練させていきます。
WoZプロトタイピングは、ラピッド開発（実物大モデルを素早く作成すること）でよく利用されます。目的はユーザーエクスペリエンス（UX）の向上で、ユーザーインターフェース（UI）設計やユーザビリティに役立ちます。UX、UI、ユーザビリティについては、こちらで詳しく説明しています。
新しいWebサイトやリデザイン、アプリのテストは、時間がかかり、コストもかかることが多いものです。WoZプロトタイピングは、未実装の機能性をテストすることで、時間とコストを削減することを目的としています。ユーザーと一緒にテストしたい機能を偽ることで、どれが必要でどれが不要なのかを判断することができます。
オズの魔法使いの方法論とは？
オズの魔法使いの方法論は、ウェブサイトやアプリとユーザーのインタラクションをテストする簡単な方法です。モデレーターが各ユーザーとの対面セッションをリードすることで、コンセプトやデザインをテストすることができます。
そして、ユーザーに送られる応答を制御する、指定された「魔法使い」を背後に置きます。これにより、ユーザーへの応答は、テクノロジーとの相互作用の結果であるかのように見せかけることができます。
どのような場合に必要なのか？
どのようなテスト方法であっても、ある状況には適しているが、別の状況には適していないということがあります。ですから、「オズの魔法使い」のテスト手法がすべての状況に対して理想的なテストではないことは理にかなっています。
では、どのような使い方がベストなのでしょうか？
何よりも、Webサイトやアプリのようなデジタルシステム、特に人工知能（AI）や拡張現実のシミュレーション、新機能のテストなどが必要な場合に最もよく使われます。
デザイナーや開発者は、コーディングに多大な時間とコストをかける前に、まずそのアイデアが有用であるかどうか、求められているかどうかを知ることができます。
この種のテストは、デザインコンセプトが意図したとおりに機能するかどうかを確認するのにも役立つので、UIデザインに最適です。また、ユーザーが意図したとおりにプロダクトを使用できるかどうかの判断にも役立つので、UXの面でもメリットがあります。
存在する前に機能をテストする
WoZテストを始める前に、テストしたい機能をしっかり理解しておく必要があります。テストする機能は、プロトタイプの設計を決定するのに役立ちます。また、テストを実施するために必要なスクリプトを作成することも可能になります。ですから、テストから何を学びたいのか、何を探求したいのかを定義することから始めましょう。
機能のシミュレーションを決定する
何をテストするのか、なぜテストするのかがわかれば、プロトタイプの設計を始め、テストする機能をどのようにシミュレートするかを決定することができます。ワイヤーフレームが有効なのか、それともシンプルなデジタル版が必要なのか。ユーザーの反応をどのようにシミュレートするのか？魔法使いの役割は何でしょうか？
どのように機能するか
WoZプロトタイピングの鍵は、プロトタイプを構築することにあります。プロトタイプは使いやすく、テスターのアクションに魔法使いが素早く反応できるようにする必要があります。理想的にはワンクリックで反応できるようにします。
プロトタイプを構築するためには、テストしたい機能を把握し、その機能を模したプロトタイプを作る必要があります。まるでWebサイトやアプリとやりとりしているようなリアルな体験をユーザーに提供する必要があります。
プロセスをスムーズに進めるために、これから行われることを指示するスクリプト、魔法使い役の指定人物、エンドユーザー役のテスターもプロトタイプ開発に参加する必要があります。
どんなツールを使うべきか？
機能性をシミュレーションする方法を考えるには、どのようなツールや技術を使用するかを特定することが必要です。メールシステム、インスタントメッセージ、パワーポイントプレゼンテーション、Adobe XDのようなインタラクティブワイヤーフレームツールなど、既存のツールを活用することができるのです。
何を評価するのか？
WoZの方法論が答えを出すためには、テストプロトコルを定めて、観察しているもの、テスト結果全体とその意味を理解できるようにする必要があります。どのように観察するのか、どのようなデータを収集するのか、そしてそのデータをどのように収集し記録するのかを定義してください。
テストチームには誰が入るべきか？
一般的に、テストに関わるチームは、プロダクト、組織、その他多くの基準によって異なります。しかし、このプロセスに必ず参加すべき専門家が数名います。以下がその例です。
- UXリサーチャー：この専門家は、テストにおいてかけがえのない存在です。UXリサーチャーのスキルは、ユーザーに共感し、ニーズを深く掘り下げ、ユーザーが直面する問題の潜在的な解決策を見出すことに集約されます。UXリサーチャーがテストに参加することで、プロダクトの改善と進化に役立つ実用的なインサイトを幅広く抽出することができます。
- 開発者：この専門家は主に開発段階に携わりますが、それでもテストに多くの価値をもたらすことができます。開発者がプロセスに参加することで、ユーザーニーズに対応するためのより良い技術的ソリューションを特定することができ、また、さまざまなアイデアをテーブルに持ち込むことができます。
- デザイナー：デザイナーがテストに参加することは、エンドユーザーのための体験とインタラクションを作り上げる責任を持つ人々であるため、絶対に重要です。さらに重要なのは、テスト中に収集したインサイトをプロトタイプに反映させる責任者であることです。
一般的なアプリケーション
WoZの方法論は、UIデザインを支援するために、ほとんどすべてのインターフェイスに使用することができます。新しいWebサイトやアプリのテストに効果的です。この種のテストは、デザイナーと開発者が、ナビゲーションのニーズ、ユーザーが技術に期待する動作、新機能の問題点をよりよく理解するのに役立ちます。
また、WoZの手法は、AIを活用した体験をテストする場合にも最適です。なぜなら、ワイヤーフレームやモックアップのような従来のプロトタイピングでは、さまざまな反応を再現することがほぼ不可能だからです。
手法の背景にあるプロセス
WoZ手法のプロセスは、テスト対象、テストの目標、プロトタイプの忠実度によって異なり、テストプロセス中に魔法使いがどれだけ関与するかに影響します。
どの機能をテストする必要があるかを決定する WoZテストを始める前に、どの機能をテストしたいのかをしっかり理解しておく必要があります。テストする機能は、プロトタイプの設計を決定するのに役立ちます。また、テストを実施するために必要なスクリプトを作成することも可能になります。ですから、テストから何を学び、何を探りたいのかを定義することから始めましょう。
その機能をどのようにシミュレートするかを検討する 何をテストするのか、そしてその理由がわかれば、プロトタイプの設計を始め、テストする機能をどのようにシミュレートするかを決定することができます。ワイヤーフレームが有効なのか、それともシンプルなデジタル版が必要なのか。ユーザーの反応をどのようにシミュレートするのか？魔法使いの役割は何でしょうか？
人が介在するツールの組み合わせをテストする 機能をどのようにシミュレートするかということの一部には、どのようなツールや技術を使用するかを特定することが含まれます。電子メールシステム、インスタントメッセージ、パワーポイントプレゼンテーション、Adobe XDのようなインタラクティブなワイヤーフレームツールなど、既存のツールを活用することができます。
テストプロトコルを定義する。 WoZの方法論が答えを出すためには、テストプロトコルを定めて、観察している内容やテスト結果全体とその意味を理解できるようにする必要があります。どのように観察するのか、どのようなデータを収集するのか、そのデータをどのように収集し記録するのかを明確にする。 WoZの方法論があなたに答えを与えるためには、あなたが観察しているもの、または全体的なテスト結果とその意味を理解できるように、テストプロトコルを設定する必要があります。どのように観察するのか、どのようなデータを収集するのか、そのデータをどのように収集し記録するのかを明確にするのである。
プロトタイプの忠実度を変化させる
すべてのプロトタイプが同じように作成され、最終プロダクトほどリアルに作成されるわけではありません。そこで、プロトタイプの忠実度が重要になります。
忠実度とは、プロトタイプが現実世界の機能や状態の状態や挙動をどの程度再現しているかを指します。基本的には、プロトタイプのリアルさを測る指標となる。忠実度は、コンテンツ、デザイン、インタラクティビティの分野で変化し、低、中、高の3つのレベルに分類されます。
低忠実度
低忠実度のプロトタイプは紙ベースであることが多く、手描きから印刷されたモックアップまで、プロダクトやデザインのコンセプトを簡単に表現することができます。ユーザーとのインタラクションはできませんが、初期のビジュアライゼーションや、より良いUXを実現するための代替デザインソリューションやコンセプトの参考にはなります。
ローファイデリティプロトタイプは、はるかに低コストで短時間で作成することができます。ユーザーは完成品ではないことを理解し、提案やフィードバックを正直に伝えてくれる可能性が高いため、開発やテストの初期段階において有益なツールとなります。
中忠実度
中忠実度のプロトタイプも機能は限定されていますが、ウェブサイトやアプリのインタラクションやナビゲーションを示す、クリックできるエリアなどの要素が含まれています。このレベルの忠実度は、インタラクションのコンセプトを検証するのに、より適しています。
中忠実度のプロトタイプは、レイアウトをより正確に描写し、ボタンとテキストのみのリンクを区別するなど、特定のコンポーネントをより詳細に提供する必要があります。
高忠実度
低忠実度・プロトタイプが紙ベースであるのに対し、高忠実度・プロトタイプは、見た目も機能も完成品に限りなく近いものです。コンピューターベースなので、リアルなユーザーとのインタラクションが可能です。高忠実度・プロトタイプをテストに使用すると、人間とのインタラクションやパフォーマンスのデータをよりよく収集することができます。また、Webサイトやアプリを他の人、特に主要な利害関係者に示すために使用するのに理想的です。
WoZプロトタイピングのUX、UI、ユーザビリティへのメリット
WoZプロトタイピングは、特にUX、UI、ユーザビリティを向上させる上で多くの利点があります。また、エンドユーザーを引き留めるために重要なUXデザインにメリットをもたらすことができます。さらに、WoZプロトタイピングは時間とお金の節約にもなります。
大規模なコーディングや開発をすることなく、機能をテストすることができます。つまり、プロダクトの強化や改良を行う際に、より早く、より頻繁にテストを行うことができるのです。
開発の初期段階で問題点を改善できれば、最終的にはより質の高いプロダクトができあがり、顧客にも喜ばれるでしょう。
