リモートテストは、リサーチセッションを同じ空間から別の場所へと移します。参加者は離れた場所からプロダクトやプロトタイプを使い、リサーチャーは通話越しに観察するか、個別に収集されたログやデータを確認します。物理的な距離を越えて参加してもらえる一方で、リサーチャーの目に映るものや、参加者に求められる負担も変わってきます。
画面録画にはUIが映し出されます。しかし、ノートPCの横にある手書きのメモや、横から助け舟を出す同僚、デバイスを操作するために無理な姿勢をとっている様子までは映らないかもしれません。だからこそリモートリサーチでは、「自宅でのセッションなら自然と日常の行動が捉えられるはず」と思い込まず、どんなコンテクスト（利用環境）を捉えるべきか意図して見極める必要があります。
「リモート」は場所のことであり、手法ではない
リモートセッションには、リサーチャーが通話に同席するモデレーターあり（有人）の形式と、参加者が指示に沿ってひとりで進めるモデレーターなし（無人）の形式があります。検証の対象もプロトタイプから実際のプロダクトまで幅広く、定性的な観察も定量的な指標も集めることができます。
Nielsen Norman Groupによるリモートユーザビリティテストの解説でも、この2つのアプローチが紹介されています。どちらを選ぶかは、そのタスクにどれくらいの説明やフォローが必要かによっても変わります。日常的な検索タスクなら参加者単独の調査でも問題ないかもしれませんが、複数のシステムにまたがる不慣れなワークフローなら、調査手順を補足したり想定外の挙動を掘り下げたりできるリサーチャーが同席したほうがよいでしょう。
移動の手間がなくなる一方で、別の条件が求められるようになります。適切なデバイス、安定したネットワーク、十分静かな場所、あるいは業務画面の共有許可などです。こうした条件は、誰が参加できるかに直結します。本来調査に含めるべき体験を持つ人たちが排除されてしまわないよう、代替手段を用意しておきましょう。
参加者の利用環境を事前にリハーサルする
たとえば、住宅の修繕を管理する架空のサービスを考えてみてください。チームはノートPCでテストを進めていますが、実際のユーザーは不具合のある場所の前に立ち、スマホから写真をアップロードすることがほとんどです。全員にデスクトップでの参加を強いるリモート調査は、実施側には手軽でも、体験の重要な一部を見落とすことになりかねません。
対象となるデバイスや利用環境に合った参加者を募り、セッションが始まる前にプロトタイプ、ブラウザ、録画ツールの組み合わせを本番通りの環境でテストしておきましょう。アクセス権限やウィンドウの切り替え、音声の収録、そしてタスク完了後にどうやって調査画面に戻るかなどを確認します。リサーチャー側で開けたリンクでも、参加者には必要なアクセス権がない場合もあります。
モデレーターありのセッションでは、接続が切れた際の再接続方法や、画面共有がうまくいかない場合の対応を伝えておきます。モデレーターなしの場合は、タスクを無理に完了したように見せかけることなく、問題を報告したり途中で中断したりできる手段を用意してください。パイロットテスト（事前検証）を行っておくと、調査ツール自体の使い勝手がテスト対象のプロダクトの邪魔をしていないかを見極めるのに役立ちます。
調査に必要なコンテクストだけを取得する
インフォームドコンセント（事前の同意）を得る際には、録画や観察の範囲を明確に伝えてください。デスクトップ全体を共有すると、通知や顧客情報、関係のない書類まで映り込んでしまうことがあります。可能な限りテスト用データを用意し、操作内容を把握できる最小限の共有範囲に留めましょう。
物理的な操作を見るにはカメラが役立つこともありますが、Webサイトのテストで顔の録画が常に必要とは限りません。求めるデータごとに、それが何に寄与するのかを判断してから依頼しましょう。周囲の環境が重要な場合は、自宅や職場を丸ごと見せることを参加の前提条件にせず、関連する部分だけを言葉で説明してもらったり、見せてもらったりするよう促します。
調査を進めるためのテクニカルサポートと、プロダクトの使い方に関するサポートは明確に区別してください。マイクのトラブルを解決することと、アップロードボタンの場所を教えることは別物です。どちらの介入も、結果の解釈に影響を与える可能性がある場合はセッションの記録に残しておく必要があります。
画面の向こうで起きたことを読み解く
タスクが途中で止まってしまった場合、その原因がデザインにあるのか、リサーチツールの問題なのか、それとも参加者の環境によるものなのかを突き止めましょう。アップロードの失敗ひとつとっても、説明がわかりにくかったのか、非対応のファイル形式だったのか、通信環境の問題だったのかで、取るべき改善策はまったく異なります。
リモートテストは、実際にプロダクトが使われる場所やデバイスにより近いところでリサーチを行える手法です。その価値を活かせるかどうかは、そうした現実のコンテクストを尊重しつつ、画面には映らない部分の存在を意識できるかにかかっています。得られたファクトがどのような利用環境に基づいているのかをチームが正しく理解できるよう、環境やセットアップの状況もあわせてレポートにまとめましょう。