リモートユーザーテストをWeb担で実施したら、なんと発見点126個。重要課題13個すべて見せます！

Web担編集部では、今回Web担当者Forumのサイトで「リモート・ユーザーテスト」をやってみました。それを2回に分けてレポートします。今回は、リモートユーザーテストの実施前の準備編と重要課題13個をすべて紹介します。

リモートユーザーテストとは何なのか、どのように行われて、そこから何がわかるのか――今回、Web担編集部がリモートユーザーテストを実施するにあたって、ポップインサイトのオーダーメイド調査を提供いただき、実施してもらいました。

サービス提供側が裏でどんなことをしているのかをポップインサイトの池田氏に執筆いただき、依頼側としてWeb担編集部がどんなことを行い調査を通じて何を得られたのか、2つの視点で紹介していきます。

なんと発見点126個！ うち重要課題は13個

リモートユーザーテストの流れを解説する前に、まずはWeb担サイトでどんな改善点がリモートユーザーテストで発見されたのか紹介します。

今回の調査で得られた発見点は全部で126個。そのなかから重要であると判断されたものがトップ・カテゴリトップ・グロナビ・記事ページという各要素に対して13個ありました。まず、そちらをご覧いただきましょう。

13個の重要課題リスト①

13個の重要課題リスト②

重要課題5つをピックアップして改善方法をレクチャー

重要と判断された13個の中で、さらに重要だと判断される5つに関して、専門家のコメント付きで改善すべき箇所が示されています。その重要課題1～5を順にお見せします。

リモート・ユーザーテスト実施の流れ

リモート・ユーザーテストは次のような流れで調査を実施します。依頼をしてから、上記のような調査結果をもらうまでは、だいたい1～2週間程度です。

依頼側が行うことは、「ヒアリングシートの記入」「モニタの確認」「タスクルの確認」の3つ

「リモートユーザーテスト」にかぎらず、ユーザーテストを実施するときは以下の2つを決める必要があります。

• どんな調査を行うか（タスク設計）
  タスク設計では、どのような背景でサイト、アプリを利用してもらうかという「状況設定」と、どのような観点から利用後の印象を確認するかという「質問設計」の2つが効果的なインプットを得る鍵となります。

• 誰に対して調査を行うか（モニタ選定）
  モニタ選定では、そのサイト・アプリのターゲット属性を選ぶことは大前提として、「新規利用者か既存利用者か」など調査目的に沿った条件を決めることが重要です。

タスク設計もモニタ選定も、ユーザーテストの重要な肝であり、いずれも簡単に決められるものではありません。特に初めてユーザーテストを行う場合、「どうしていいかわからない」となりがちです。

ほとんどの企業はユーザーテストを行った経験がありませんから、自社でユーザーテストを行おうとする際、もっとも頓挫しやすいのはこの段階といえます。

リモートユーザーテストでは、ヒアリングを行いながら、「調査目的」「対象サイト」「課題意識」などが記入できるヒアリングシートを埋めてもらうことで、「どんな調査を行うか」、「誰に対して調査を行うか」を決めて行きます。

詳細に書き出すことでより精緻なテスト設計につながりますが、普段の業務ではなかなか完全に把握できていないこともありますので、無理のない可能な範囲で記入すれば大丈夫です。

担当：Web担編集部①ヒアリングシートの記入（テスト要件）

まず、依頼者（今回はWeb担編集部）が、ヒアリングシートに記入します。以下が実際に提出したヒアリングシートです。

担当：ポップインサイト②モニタ選定用のアンケート実施

依頼側がヒアリングシートを提出したら、テスト実施側（ポップインサイト）は「調査目的」「ターゲットユーザー」「サイト利用文脈」に基づいて、適切なモニタ候補を選ぶためのアンケートを行います（アンケート項目はポップインサイトで作成します）。

モニタ選定のためのアンケート

アンケートでは、選択式の項目だけでなく、自由回答によりできるだけ個々人の詳細な状況を確認します。というのも、ユーザーテストは3～5人程度の少人数で行う場合が多く、「誰がモニタとして参加するか」は極めて重要だからです。

選択式回答だけを見ると同じ属性の人でも、自由回答での状況は全く異なるケースがたまにあります。ポップインサイトのリモート・ユーザーテストでは、登録者1万人程度の中から、毎回アンケートを行い、条件に適合するテスト参加者を選んでいます。

率直なところ、「1万人」という数値はモニタ基盤としては多いものではありません。

サービスとして改善余地が非常に大きな部分ではありますが、1万人もいれば「CADの管理ソフトを探したことがある」「ビジネス用の業務管理ソフトを検討した」などのかなりニッチな条件でも数名は該当者（もしくは条件に近い方）が見つかります。

また、従来型のユーザーテストの場合、調査会場が東京になるケースが多く、テスト参加者が「一都三県に住んでいる人」に限られてしまっていましたが、リモート形式であれば日本に限らず海外まで選べます。

モニタに対して実施したアンケートで今回の調査結果に当てはまる人が20名程度リストアップされます。そのなかから、最終的にモニタとなってもらう人をWeb担編集部にも確認しながら、3名選びます。

モニタ選定の候補リストを前にすると「この人は絶対に外せない」「未経験の男性30代を1名、経験者の男性40代と50代を1名ずつ」と詳細に選びたくなるケースがほとんどです。そして、3～5名の定性データに深い意義を持たせるには、こうした「この人に使ってもらいたい！ 見てもらいたい！」という感覚を無視せず、しっかり選んでもらうことが大切です。

担当：ポップインサイト③タスク設計

モニタ選びと並行して、テスト実施側ではヒアリングシートの目的達成にもとづいて「タスク」を設計します。タスク設計は、ユーザーテストを実施するうえで最大のハードルで、初心者には極めて難しい作業です。

ポップインサイトでは、基本的に社内リサーチャーがタスク設計を担当するフローにしています。

リモートユーザーテストのタスクは、「状況設定」「行動観察」「質問」の3つを1ブロックとし、最大4ブロックまで実施できるようにしています。1ブロックが大体15分程度で、4ブロックで60分程度が標準的な調査ボリュームです。

Web担当者Forumでは、以下の4ブロックで構成しました。

• まず検索エンジンでの自由検索で、どのように情報収集を行うか（その過程で接した場合に、どうサイトを見るか）
• 競合サイトをどのように見るか
• 自社サイトをどのように見るか
• 指定した記事をどのように読むか

ユーザーテストの特長の1つは、「タグを埋めなくても調査できるため、自社サイト以外も対象にできる」点があります。スマホアプリであれば「App Store内での検索行動」を見る、楽天出店店舗であれば「楽天内での比較行動」を見るなど、自社領域以外での行動も、調査内で確認できます。

自社サイト以外も対象にすることで「自社以外の行動から、業界全体でのニーズや不安がわかる」「競合サイトの参考点（良い点）がわかる」「競合と比較することで、自社の課題がわかりやすい」などのメリットがあります。

タスク設計ができたら、以下のようなタスクを依頼側に確認してもらいます。

実際のタスク素案（Excel）

これで、調査前の準備はすべて完了です。あとは、配信を行い、調査結果をまとめて行きます。第3回では、実際の調査実施の動画を紹介するとともに、どのように動画から課題を抽出しているのか紹介します。また、リモートユーザーテストで気になる点を池田氏にインタビューした内容も紹介します。