第1章
はじめに
第1章
ユーザーテスト フィールドガイドへようこそ
このガイドでは、本当に大切なユーザーから実践的なフィードバックを直接集められる、スピーディでコスト効率の高いユーザビリティテストの進め方を紹介します。これにより、本質的な課題に集中して改善を重ね、ユーザーに愛されるプロダクトを届けることができるようになります。
ユーザーテストは、プロダクトデザインのプロセスにおいて最も効果的な手法のひとつです。ターゲットとなるユーザーに実際のタスクを体験してもらい、プロダクトの使いやすさや完成度を検証することで、デザインが成功しているかをしっかりと見極めることができます。
適切なテストツールやプロセスを取り入れることで、機能やテキスト、ビジュアル、スケッチ、アイデア、さらには競合製品に至るまで、ほぼすべての仮説を検証できるようになります。
ユーザーテストが初めての方にとっては、少しハードルが高く感じられるかもしれません。さまざまな手法や専門用語、ツールがあって戸惑うことも多いはずです。でも、心配いりません。私たちがしっかりサポートします。
このハンドブックでは、ユーザーテストの全プロセスをステップごとに分かりやすく解説しています。さらに、セッションを実施する際に印刷してそのまま書き込める、テスト計画用や結果まとめ用などの実践的なテンプレートもご用意しました。
このハンドブックでは、リサーチプロセスをより加速させるプロトタイピング＆ユーザーテストプラットフォームについて各所でご紹介しています。
詳細はこちらをご覧ください：
なぜユーザーテストを行う必要があるのでしょうか？
開発が始まってからデザインや機能、プロダクトの課題に気づいた経験があっても、心配はいりません。あなただけではないのです。実際、ソフトウェアの専門家は「時間の約40〜50%を防げたはずのやり直し」に費やしています。
これは痛いですね。ここから一気にコストが跳ね上がります。開発段階に入ってからの手戻り対応は、企業の規模を問わず、目を見張るほどの費用がかかってしまいます。
スタートアップの場合、設計や開発の方向性を誤ると、PMF（プロダクトマーケットフィット）に達する前に資金が尽きてしまうリスクがあります。一方で大企業も、競争力を維持し株主価値を最大化するために、素早く動くことが求められます。その波及効果として、市場投入までのスピード（タイム・トゥ・マーケット）も共通の課題になってきます。
IBMの最新レポートによると、ソフトウェアのリリース後に不具合が見つかった場合、設計段階で発見するよりも30倍ものコストがかかることが明らかになりました。
長期的に見れば時間や手間を大幅に削減できるとしても、新しいツールやプロセスを導入するのは簡単ではありません。だからこそ、チームや会社全体を巻き込み、納得してもらうための後押しとなるよう、このガイドを作成しました。
Ballparkでは、優れた機能やプロダクトを開発するための基本として、使いやすさを何よりも大切にしています。
どの企業も使いやすいプロダクトを作りたいと考えているのは周知の事実です。ただ、アーロン・ウォルターの「ユーザーニーズの階層」にある基本原則を押さえていなければ、機能しなかったり（機能の不具合）、信頼性に欠けたり（頻繁なダウンタイム）するプロダクトの使いやすさを追求しても意味がありません。
こうした基本をしっかり押さえることは、優れたユーザビリティを実現する上で欠かせません。ですが、本当に素晴らしいデジタルプロダクトやサービスは、そうした基本の一歩先を行くものだと私たちは考えています。では、機能的で、信頼できて、使いやすい、その先には何があるのでしょうか？それだけでは不十分なのでしょうか？
競争が激しい今の時代、ユーザーの基本的なニーズを満たすだけではもはや足りません。ユーザーは単なる機能性や安定性以上のものを求めており、もっと深いレベルで心を動かされ、引き込まれるような体験を期待しています。だからこそ、開発者やデザイナーにとってはここが腕の見せ所です。基本の枠組みを超えて、あふれるデジタルプロダクトの中で際立つ特別な体験をどう創り出すかが問われています。
ユーザーニーズの頂点にあるのは、心地よく楽しい体験を生み出すことです。
ただ「気に入っている」だけでなく、ユーザーがプロダクトへの「愛」を実感する瞬間がここにあります。デジタルプロダクトとの関わりを通じて、前向きで人間らしい感情を生み出すことが何よりも大切です。
これを実現するには、エンドユーザーへの深い理解と、継続的なテスト、傾聴、そして改善のサイクルが欠かせません。ユーザーテストこそがこうしたインサイトを引き出す鍵であり、ユーザーの心に響く優れたプロダクトや機能を生み出す力になります。
15倍
30倍
デザイン＆アーキテクチャ
カスタマーベータテスト
プロダクトリリース後
収益面：ユーザーテストには多額の費用がかかると思われがちですが、上記のデータを見れば明らかなように、テストを行わなかった場合に生じる損失の大きさとは比べものになりません。UXに投資した1ドルは、結果として2ドルから100ドルのリターンになって返ってきます。
体験談：思い込みで進めるのではなく、実際のユーザーからフィードバックを集めることで、プロダクトのデザインやユーザー体験を素早く改善できます。
Forrester Researchの調査によると、「顧客体験（CX）スコアが10パーセントポイント向上すると、企業にもたらされる収益への好影響は10億ドル以上に達することがある」とされています。たとえ10億ドル規模のユニコーン企業でなくても、上げ潮はすべての船を押し上げます。
ハピネス：あなたやチームだけでなく、顧客にとっても大きな価値をもたらします。NPSや評価、顧客維持率の向上を実感していただけるはずです。Forresterによると、「意図的かつ戦略的なユーザー体験（UX）は、コンバージョン率を最大400%向上させる可能性がある」とされています。
時間短縮：効果的なユーザーテストを行うことで、エンドユーザーから具体的で実践的なフィードバックが得られます。これにより、デザインチームは本当に解決すべき課題に集中でき、改善のイテレーションを素早く回して開発へスムーズにバトンを渡せます。何より、UXに関する課題の85%は、ユーザビリティテストを実施するだけで発見可能です。
ユーザーテストは一度きりではなく、繰り返しのプロセスであることを忘れてはいけません。テストして結果を集め、改善を加え、参加者が期待通りにタスクを完了できるようになるまで繰り返します。さらにこれは、あらゆるアイデアやデザイン、機能、プロダクトのローンチにおいて取り入れるべきプロセスでもあります。
ユーザーテストは定期的に実施するのがおすすめです。週に1回、隔週、あるいは月に1回など、どれが自分たちのビジネスに一番合っているかは進めながら見極めていけば大丈夫です。
ちょっと大変そうに感じるかもしれませんが、嬉しいことにユーザーテストの手法にはたくさんの選択肢があります！リクルーティングの手間を省けるものや、インタビュー会場のコストを抑えられるもの、定性的なインサイトが多く得られるもの、より定量的なデータが得られるものなどさまざまです。
成功の秘訣は、実施したいテストの規模に合わせて、さまざまな手法やツールを使い分けられるようにしておくことです。Ballparkのようなツールを使えば、ユーザビリティテストを作成して5分で20人の参加者に送ることができ、1時間以内には結果の確認を始められます。特別な準備やスキルは一切必要ありません。
Ballparkとこのガイドにある手法やヒント、テンプレートを組み合わせることで、ユーザビリティテストをスムーズにスタートし、最大限に成果を出すための強力なスキルが身につきます。
プロセスにおいて非常に重要な段階であるにもかかわらず、現在ユーザーエクスペリエンステストを実施している企業はわずか55%にとどまります。ユーザーテストは軽視されたり、後回しにされたりしがちです。
よくある反対意見をリストアップしましたので、時間やコスト、労力が無駄になってしまう前に、ぜひ対策としてお役立てください。
「専任のリサーチャーがいない」— リサーチャーは非常に心強い存在ですが、テストを実施する上で必須というわけではありません。このガイドがあれば、誰でもテストを進めることができます。特にBallparkのようなツールを使えば、プロセスの自動化がさらにスムーズになります。
予算がなくても大丈夫。 ユーザーテストに多額の予算が必要だったのは過去の話です。リモートでの非対面テストやユーザーテストツールを活用すれば、リサーチ費用を半減させることができます。ここをクリックして、Ballparkで最初のユーザーテストを無料で作成してみましょう。
「ユーザビリティラボなんてない」 - Ballparkのようなユーザーテスト用ソフトウェアがあれば、高額なラボ環境を用意しなくても、参加者のテスト実施や映像・音声の記録が可能です。高性能なカメラもマジックミラーも必要ありません。
「ユーザーのことはすでに分かっている」- どの企業やチームも、ペルソナを作成するためにユーザーリサーチを行い、それをプロダクト開発やメッセージングなどの指針にしています。確かにユーザーの属性は把握できているかもしれませんが、定期的なユーザビリティテストを実施しなければ、プロダクトが実際にどう使われ、体験されているかを本当に理解することはできません。
「時間がかかりすぎる」 - 以前は、計画を立て、セッションを実施し、結果を待つまでに、長くて骨の折れるプロセスが必要でした。しかし今では、紙にスケッチを描き、インタラクティブなプロトタイプに変換して、参加者がそれを使用する様子（音声や動画）を1時間以内に集め始めることだって可能です。
「納期が厳しすぎる」— テストにかける時間が多いに越したことはありませんが、10分もあれば開始できるユーザーテストの手法も存在します。プロジェクトの進行スケジュールを邪魔する必要はありません。これらについては、本eBookの後半で詳しくご紹介します。
「リクルートが難しすぎる」— 確かに、インターネットが普及する前は大変でしたが、今は決してそんなことはありません。自社のユーザーベースを探す
「早期かつ頻繁にテストせよ」という言葉をよく耳にするかと思います。これは、すべてが完璧に仕上がり、完全に機能するまでテストを待ってしまうと、有益なフィードバックの獲得や問題の発見に大幅な遅れが生じてしまう、という考えに基づいています（修正が必要になった際にかかるコストも言わずもがなです）。
では、できるだけ早く的外れなアイデアにたどり着くには、どうすればいいでしょうか？
以前は、実際にコードを書いてインタラクションの大半が動くプロトタイプを作り、ダミーデータを入れて手早くユーザーテストを行うのが一般的でした。この方法は実物に極めて近い体験を提供できる反面、完成までに何週間もかかることが多く、開発スキルが求められるためクリエイティブチームだけでは対応しきれないという課題がありました。
そして現在、初期段階のアイデアを検証する際、Figmaを使った「ノーコード」のプロトタイプはデファクトスタンダード（事実上の標準）となっています。
ワークフローを劇的に変えるもので、チームの誰もがFigmaプロトタイプを使って、わずか数時間で実際のユーザーとテストできるようになります。
ユーザーテストで活用できるプロトタイプの種類：
プロトタイプにはいくつかの種類がありますが、どれを選ぶかは開発スピードとチームのスキルセット次第です。
ローファイ（手描きのスケッチ）
スケッチは、初期段階のアイデアをエンドユーザーやステークホルダーに素早く、手軽に共有できる最適な方法です。ペンと紙を用意して、まずは各画面の基本的なパーツを描き出してみましょう。
クイックスケッチならではの制約があるからこそ、そのアイデアを成立させる本質的な要素だけにフォーカスしやすくなります。複雑なレイアウトも、いくつかの四角形とテキストだけに削ぎ落とすことができます。もちろん、完成されたデザインと同じような反応を引き出すことはできませんし、見る側の想像力も必要です。ただ、その分圧倒的なスピード感と改善のサイクルの早さでカバーできるはずです。
この段階の素晴らしいところは、プロジェクトに関わる誰もが参加できる点です。テストセッション中にエンドユーザーが自らペンを取り、「この方が使いやすいのでは」とアイデアをスケッチし始めた場面も目にしてきました。
印刷して使える便利なワイヤーフレーム用紙をお探しですか？ ここからダウンロードできます。
Ballpark ローファイ テストテンプレート：このBallparkテンプレートをローファイプロトタイプと組み合わせて使えば、紙とペンさえあればOK。初期段階のコンセプト検証や、デザイナー以外のメンバーによるリサーチにも最適です。テンプレートを使う。
ワイヤーフレーム
アイデアが具体化してきたら、次はワイヤーフレームの作成に進むのが一般的です。ワイヤーフレームは各画面の土台となるもので、ビジュアルやインタラクション、コンテンツなど、その後に続くすべての要素の骨組みとしての役割を果たします。
ワイヤーフレームがシンプルだからこそ、ユーザーテストでビジュアルに惑わされず、機能や操作性に集中できるとよく言われます。とはいえ、どんなケースにも当てはまる万能なアプローチというものはありません。
ワイヤーフレームは通常、Figmaのようなツールで作成されます。
ハイファイ
プロダクトや機能の全体的なデザインまで進んだら、いよいよハイファイ・プロトタイピングの出番です。
この種のプロトタイプは完成版のビジュアルを使用しているため、本物とほぼ見分けがつきません。そのため、ユーザーテストでリアルな反応を引き出すのに最適です。
プロトタイプ用の高精度モックアップを作るのは少し時間がかかりますが、それに見合う価値は十分にあります。
理想を言えば、ユーザーテストは段階的にローファイからハイファイへと進めていけるのがベストです。でも、最初から完璧を目指す必要はありません。どんなフィードバックでも、全くないよりはずっと価値があります！
Ballparkの高精度テストテンプレート：Figmaプロトタイプのテストをサクッと立ち上げたいですか？Figmaのリンクを貼り付けるだけですぐに使える、シンプルなテンプレートをご用意しました。テンプレートを使う。
ユーザーテストの「目的」やプロトタイピングの役割が分かったところで、次は「実践方法」を見ていきましょう。まずは基本から、テスト計画の作成からスタートするのがおすすめです。
第2章
テスト計画の作成
第2章
テスト計画を作成する
ユーザーテストを始めるのに必要なのはプロトタイプだけではありません。計画も不可欠であり、それは具体的であればあるほど効果的です。
ここからは、実施予定のユーザーテストの具体的な内容を詰めていきましょう。以下のような項目を設定していきます：
テスト対象の機能やプロダクト
ビジネス上の狙いや背景
テストの目的
対象となるユーザー層
テストで依頼するタスク
早い段階でこれに取り組んでおくことで、目的とフォーカスが明確で効果的なユーザーテストの設計につながります。定量・定性の両面からデータを取得でき、確かなビジネス価値を生み出すテストを実現できます。
ユーザーテストを成功させるには、機能の目的を明確にし、何を検証するのかを具体的に整理しておくことがポイントです。そうすることで、テスト後の分析フェーズで成果をしっかりと見極められるようになります。
この段階では、この機能におけるビジネスとユーザー体験（UX）の主なゴールを整理しましょう。そうすることで、ユーザビリティテストの目的やタスクがこれらにしっかり連動しているか確認できます。
また、いつもと違う点があれば共有する良い機会でもあります。例えば、今回のテストの狙いを正しく理解するために必要な特別な条件や背景情報などを書き出しておきましょう。
なぜこのテストを実施するのかを明確にすることが重要です。その結果によって、前のステップで定めたビジネス目標に向けて施策が前進していることを証明できるようにしましょう。
この内容とあわせて、テストを実施しなかった場合に生じうるビジネス上の損失を記録しておくと、社内の関係者から賛同を得る必要が出てきた際にもきっと役立ちます。
ここまでで、何をテストするのか、そしてなぜテストするのかを明確にしてきました。このベースラインが整った今こそ、目標を定める最適なタイミングです。このテストでユーザーから具体的に何を学びたいと考えていますか？
各機能に対して2〜3個の目標を設定し、それぞれの目標に2〜3個のタスクを紐付けます。
目標が漠然としたものにならないように注意しましょう。後からテストタスクを作成する段階で、思わぬ落とし穴になりかねません。それよりも、気になる具体的な懸念点や、難所になりそうだと予想される点、開発者やチームのメンバーから指摘された潜在的な課題などを洗い出してみるのがおすすめです。
例えば、テストする機能が新しい「カートに追加」ボタンのデザインだとすると、目標には次のようなものが考えられます。
目的1：ユーザーが新しい「カートに追加」ボタンに気づくこと
目的2：アイテムを追加したあと、迷わずカートを見つけられること
目的3：現在のフローにおけるデザイン上のユーザビリティ課題を特定すること
ユーザーテストの参加者集めを始める前に、まずはどんなユーザーを対象にするかを定義しましょう。ペルソナはすでに整理されているはずなので、今回の機能やプロダクトのコアユーザーとなるペルソナを選び出すだけで大丈夫です。
効果的な方法のひとつとして、その人たちを象徴する特徴や属性（デモグラフィックス）を言語化してみることが挙げられます。
年齢
職業
居住地
または、コンテキストに応じた特徴：
車を所有している
3歳未満の子どもがいる
リモートワークをしている
ヒント：テストに最適なユーザーを見つけるために、Ballparkには豊富なターゲティングオプションが用意されています。
タスクとは、テスト中に参加者に達成してもらいたいアクティビティやアクションのことです。事前に設定したテストの目的に沿った内容にしましょう。
複数の調査によると、単に参加者の数を増やすよりも、テスト内のタスクのバリエーションを増やした方が、より多くのメリットと質の高い結果が得られることが分かっています。
業務のバリエーションが十分かどうかを見極めるには、オープンクエスチョンとクローズドクエスチョンの両方を投げかけてみるのが効果的です。
オープンエンドタスクとは何ですか？
自由度の高いタスク（オープンエンドタスク）では、参加者に最小限の情報だけを渡すことで、自力で解決策を見つけてもらうことができます。関心領域の特定やユーザビリティ上の課題を発見したい、初期段階のテストにぴったりです。
これらのタスクを自由回答形式の質問と組み合わせると、具体的で詳しい回答が得られます。その際、ユーザーには考えたことを声に出してもらう（思考発話）よう促すと効果的です。
たとえば、オープンエンドのタスクなら「普段通りにウェブサイトを3分ほど自由に見て回ってください」、自由回答形式の質問なら「このウェブサイトでどんなことができると思いますか？」といったものになります。
完了したタスクとは何ですか？
クローズドタスクは明確なガイドを提供するため、より定量的なデータが得られ、リサーチの焦点を絞り込むことができます。複雑なプロダクトや特定の機能のテスト、コンバージョン最適化につながるフィードバックの収集に最適です。
データの信ぴょう性に影響するような誘導尋問を避けるためにも、いくつかのクローズドクエスチョンとあわせて、これらのタスクを丁寧に作成していきましょう。
たとえば、クローズドタスクなら「新しい検索機能を使って、購入するマグカップを検索して選ぶ」、クローズドクエスチョンなら「新しい検索機能の使い心地はいかがでしたか？」といったものになります。
第3章
参加者募集中
第3章
ユーザーテストの参加者を募集中
質の高いリサーチを行うには、ターゲット層を的確に反映した参加者を集めることが欠かせません。最適な参加者を選ぶことで、より正確なインサイトが得られ、テスト後のデザインプロセスにしっかりと活かすことができます。
綿密なテスト計画のおかげで、誰を対象にテストすべきかは明確になりました。あとは、その参加者たちにどうアプローチするかです！
ユーザーテストの参加者を募る方法はたくさんありますが、誰をターゲットにするかによって、集めやすさや難しさは変わってきます。
この章では、次のようなユーザーのリクルーティングについて見ていきます。
既存のユーザー
見込みユーザー
社内メンバー
ユーザーテストの参加者を集める方法
新しいアイデアや機能、プロダクトを生み出す際には、現在そして未来のユーザー層を代表する人たちからのフィードバックが欠かせません。どちらの視点もユニークで価値があり、プロジェクトを成功に導くために不可欠なものとなります。
どのような参加者が必要になるかは、プロジェクト全体の目的によって決まります。
たとえば、プロダクト内の既存のユーザージャーニーに影響を与えるような新機能や改善を計画しているなら、現在のユーザー層にアプローチするのがベストです。
一方で、新しい市場への参入や、新しいペルソナに向けたデザイン、あるいは市場に投入する完全な新プロダクトを開発したばかりで、まだユーザーに認知されていない段階であれば、見込みユーザーをリクルーティングするのが最適なアプローチです。
それぞれに一長一短がありますが、どのアプローチを選ぶにしても、属性やデモグラフィック情報で参加者をセグメント化することが重要なポイントになります。
既存のユーザーをリクルートするには
既存のユーザーから再利用できる参加者リストを作っておくことは欠かせません。チームやビジネスで継続的なユーザーテストの体制を整える上で、きっと大きな力になるはずです。
Ballparkには「カスタマー・チャンピオン」のリストがあります。新機能をテストするために、快く時間を割いてくれるエンゲージメントの高いユーザーたちです。ここでは、私たちがどのようにして彼らを集めたのかをご紹介します。
既存の顧客層以外へアプローチしたいときや、立ち上げ初期でまだユーザーがいない段階でも、焦る必要はありません。ターゲット層にしっかりと届けるための方法はたくさんあります。
1
採用プラットフォーム
オンライン採用プラットフォームを使えば、一般のユーザーから専門職まで幅広い人材プールから最もスピーディに候補者を見つけることができます。ニーズに合わせた候補者の選定から条件交渉に至るまで、採用プロセス全体をスムーズに進めることが可能です。
非常に細かな条件で参加者を見つけられるものもあります。「テニスが好きなトルコ出身の25歳のシェフ」や、「MacBookを使っているブラジルの法学生」はいかがでしょう？どんな条件でも自由自在です。
User Interviews ($$$)
Respondent ($$)
Prolific ($)
2
ゲリラ
このリクルーティング方法は、これ以上ないほどシンプル。プロトタイプとテスト計画書を持って、街へ飛び出しましょう！
これは通常、一般ユーザー向けのアプリやサービスに最も効果的です。セッションに使える時間は数分程度なので、状況に合わせてテスト内容をうまく調整してください。
3
ターゲティング広告
見込みユーザーを見つけるための手軽で低コストな定番の方法として、Google、Facebook、Instagram、Twitterでターゲットを絞り込んだ広告を配信し、条件に合うユーザーを集める手法があります。
広告をクリックしたユーザーは、フォーム（Ballparkのアンケートが最適です）や、カレンダーからミーティングを予約できるリンク（スケジュール調整ツールならCalendlyが人気です）へと誘導されます。これにより、求めているターゲット層を比較的低コストで集めることができます（広告にはインセンティブの記載もお忘れなく！）。
ターゲットとするペルソナに合ったLinkedInグループやFacebookグループに参加してみるのもおすすめです。こうしたグループには、ターゲットとなる層が数百人、場合によっては数千人規模で集まっています。
4
Webサイト一覧
ユーザーを集める最もコストを抑えられる方法の1つが、CraigslistやGumtreeのようなクラシファイド掲示板です。世界中の何千人もの人々に広告を届けることができます。
この方法で募集するとクオリティにバラつきが出る可能性があるため、募集内容はできるだけ分かりやすく具体的に記載してください。
質の高いフィードバックを得るため、社内メンバーを募集中
私たちは、デザインのプロセスをよりオープンでインクルーシブなものにし、社内の誰もがソリューションについて自分の視点を共有できるような環境づくりを大切にしています。
社内テストは、こうしたインクルージョンを取り入れる絶好の方法です。プロトタイプを同僚に試してもらうことで、チームや直接の関係者からフィードバックを集められるだけでなく、ビジネス全体の幅広い視点からインサイトを得ることができます。
新機能や新プロダクトのリリースは、他部署にも影響を与えることがよくあります。例えば、デザインをリニューアルして機能の配置を変えたことでサポートチームへの問い合わせが増えたり、決済時に複数通貨に対応したことで財務チームの売上レポートの方法が変わったりするケースです。
インサイトを獲得できるだけでなく、新しいローンチに向けてコミュニケーションやコラボレーション、そしてチームの絆を深めることができます。
社内テストを実施するタイミング
プロダクトの変更が他部署に影響を与える場合
社外向けではない、社内用のアプリや機能、サービスを開発している場合
インクルーシブなデザインや課題解決のカルチャーを育てるため
プロセスの初期段階から、こまめに
社内テストの大きな魅力は、手軽でコストがかからない点です。対面はもちろん、メールやSlack、電話などを通じて、身近なメンバーにすぐアプローチできます。なお、最適なテストの実施や日程調整の方法は、組織の規模によって異なります。
1
一斉メール配信
テストの詳細、所要時間、必要なボランティアの人数をまとめて、関係チームにメールでサクッと連絡しましょう。Calendlyの招待リンクを送るのがおすすめです。
2
全社ミーティングのお知らせ
全社ミーティングがあるなら、そこでテストの詳細や協力してほしい内容を共有してみてはいかがでしょうか。会議室を押さえたり、2時間ほどのオンラインミーティングを開いて、気軽に参加してもらうよう呼びかけてみるのもおすすめです。
3
カジュアルにお茶の予定を立てる
これは対面でも、SlackやZoom越しでも問題ありません。テストの内容を順を追って説明し、その都度質問できるように、サクッと1on1をお願いしてみましょう。
Pro Tip：社内ユーザーから充実したフィードバックを素早く集めるには、Ballparkでユーザーテストを作成するのがおすすめです。発行された1つのURLをSlackチャンネルやメール、ドキュメントで共有するだけでOK。同僚にプロトタイプをサッと触ってもらい、音声や動画でフィードバックを残してもらうことができます。
注：社内テストは実際のユーザーによるテストの代わりにはなりません。多段階のプロセスの一環として、ユーザーテストと組み合わせて実施することが大切です。
第4章
ユーザーテストの手法
第4章
3つの異なるユーザーテスト手法
ユーザーテスト（ユーザビリティテスト）にはさまざまな手法があり、誰にでも当てはまる万能なアプローチというものは存在しません。専任のリサーチチームがいない場合は、なおさらです。
次の章からは、特によく使われている3つの手法についてわかりやすく解説していきます。
モデレーター付きユーザーテスト
リモート非対面ユーザーテスト
ゲリラユーザーテスト
デザイナーとして仕事をしていると、時間に追われたり、予算が限られていたり、リソースが不足することもあるでしょう。
だからこそ、多様なユーザーテスト手法を取り入れることが効果的な近道になります。プロダクトとエンドユーザーとのギャップを埋め、優れたユーザー体験を守ることにもつながるはずです。
モデレーター付きユーザーテストのガイド
モデレーター付きのテストは、非同期テストよりも質の高いフィードバックが得られやすいため、よく選ばれています。対面でもリモートでも、特に複雑なプロトタイプやユーザーフローを扱うような、綿密でコントロールされた深いセッションにぴったりです。
モデレーター付きのユーザーテストでは、参加者とリサーチャーが最初から最後まで同席して進めます。
他のテスト手法とは違い、リアルタイムで質問を投げかけたり、やり取りをしたり、参加者の疑問にその場で答えることができます。これはユーザーとの強いつながりを築く絶好のチャンスです。オープンなタスクや質問と、具体的なクローズドなタスクをバランスよく取り入れるようにしましょう。
これらのセッションは、リモートや対面はもちろん、テスト環境を整えて条件をコントロールできる場所ならどこででも実施できます。これは非常に重要なポイントで、参加者ごとに環境条件が異なってしまうと
結果に影響を与える可能性があります。モデレーター付きのテストでは、実施場所の条件を設定することも考えられます。たとえば、割り勘アプリであれば実際のレストランで行う、といったイメージです。
日程の調整に加え、場合によっては場所の手配も必要になるため、モデレーター付きのユーザーテストは最もリソースがかかる方法だと感じるはずです。
でも、心配はいりません。一般的な非同期型の手法をはるかに上回る、質の高いフィードバックが得られます。
こんな方におすすめ：
定性と定量の両方のデータを収集できる：質問やデータポイントに幅を持たせることは常にプラスですが、対話形式のセッションを行うことで、他の方法では得られなかったような率直なフィードバックを引き出すこともできます。
複雑なフローを持つプロトタイプや、機能や完成度が限定的でセッション中に適宜フォローの質問を入れたほうがよいものをテストする場合、カスタマージャーニーや課題（ペインポイント）についてより深いインサイトを得るチャンスになります。
ちょっとしたサインを見逃さない：対面であれば、普段は見落としてしまいそうなボディランゲージを観察でき、ユーザーがどこで戸惑っているかを把握しやすくなります。一方で、電話などのリモートでモデレートする場合は、ユーザーが思考プロセスをより言葉にしてくれやすくなるというメリットがあります。
セッションを開催する方法：
1
テスト計画を作成しましょう
テストの目的を明確にし、対象ユーザーを特定したうえで、タスクや質問を具体化するのに役立つテンプレートをご用意しました。ダウンロードしたZIPフォルダ内に入っています。
参加者を募集する
前の章でご紹介した方法の中から、ご自身に一番合うものを見つけてみてください。
2
3
場所を選択して詳細を入力
参加者はあなたと一緒にテストを行うことになるため、セッションを実施する最適な場所を決める必要があります。街中やオフィスでも構いませんし、ZoomやGoogle Hangoutsなどのビデオ会議ツールを使ったオンラインでも問題ありません。
事前に十分な背景情報を伝え、必要なデバイスやプロトタイプのリンクなど、必要な準備を整えてもらうようにしましょう。
注意: Ballparkは、参加者がテストを実施している間の動画、音声、画面操作を自動的に記録します。モデレーター付きのリモートユーザーテストを実施する場合は、ZoomやGoogleハングアウトなどのコミュニケーションツールとBallparkを組み合わせて、テスト中に参加者へ指示を出してください。
スクリプトを作成する
セッション中に尋ねる標準的な質問を用意しておくと、集まる結果に一定の統一感を持たせることができます。でも、計画通りに進まないときも恐れずに、その場の流れに柔軟に合わせてみてくださいね！
4
5
テストの測定方法を決めましょう
このフォルダーにあるテンプレートを使って、気づいたことの記録や目標の達成状況、その他のメモなどを残すことができます。
注：Ballparkでのプロトタイプテストでは、テスト中のメトリクスやコンバージョン率が自動的にトラッキングされます。移動パスやヒートマップの確認も可能です。詳細はこちら。
テストを実行
本番公開されました！テスト計画を進めましょう。ユーザーテストに立ち会う際に心にとどめておきたいポイントはこちらです：
参加者がリラックスできる雰囲気を作りましょう
沈黙が続くようであれば、頭に浮かんでいることを声に出してもらうよう促してみてください
誘導尋問やすぐに手を差し伸べたくなる衝動は抑えましょう。「どのように〜できそうですか？」といった聞き方で始めてみるのがおすすめです。
6
7
結果を記録
機器のセッティングで参加者の身振りや表情は大体捉えられるはずですので、セッション中のメモは控えめにしましょう。メモを取りすぎると、相手の集中を削いでしまう恐れがあります。
セッション終了時
テストが終わったら、ユーザーにお礼を伝えてリワードをお渡しするのを忘れずに。追加の質問がある場合に備えて、連絡先も共有しておきましょう。集まったデータを持ち帰り、じっくり分析して、プロトタイプをより良くするためのネクストアクションを考えていきましょう。
低コスト＆低労力で実現する、革新的なユーザーテスト。モデレーター不要のテストなら、世界中どこからでも、時差を気にせず、ユーザーのリアルな声（記述・音声・動画・画面録画）を深く収集できます。
モデレーターなしのユーザーテストとは、進行役がその場に立ち会わずにユーザー自身でテストを進める手法のことです。マジックミラー越しにチーム全員で見守るスタイルも含まれますが、ここではリモートでの実施にフォーカスします。理由はシンプル。Ballparkのようなユーザーテストツールを使えば驚くほど簡単に実施でき、テストにかかる時間を減らしながらリサーチの規模を一気に広げられるからです。
リンクひとつでプロトタイプをユーザーと共有し、オフィスや自宅、移動中といった普段の環境でプロダクトや新機能をテストしてもらえるようになりました。より自然な環境で使ってもらうことで、いっそうリアルな検証結果が得られます。
リモートでのユーザビリティテストは、Ballparkのようなソフトウェアを使って行います。プロトタイプを参加者に共有することで、場所を問わずほぼどこからでもテストを実施できます。
参加者にあらかじめ設定されたタスクを実行してもらい、その間の音声や画面操作をソフトウェアが記録します。テストが終了するとデータがすぐに届くので、いつでも視聴して分析できます。
メリット：
時間を節約：非モデレーター型（アンモデレート）インタビューのプロジェクト作成は1回だけで完了します。モデレーター型とは違い、参加者ごとにセッションを何度も繰り返す必要はなく、一度設定するだけで済みます。
日程調整の手間なし：複数の外部パネル（計約300万人規模）と連携しているBallparkのプラットフォームから直接リクルーティングできるため、候補者と日程調整のやり取りをする必要もありません。モデレーター型インタビューの日程調整にかかる時間や労力を大幅にカットできます。
リサーチャー1名と調査1件があれば、何人に対しても非モデレーター型インタビューを実施できます。同じプロジェクトに何人ものリサーチャーをアサインする必要がないため、リソースを節約し、メンバーの時間を有効活用できます。例えば、チーム内のリサーチャー3名がそれぞれ別のプロジェクトを同時に立ち上げて進めることも可能です。
スケーラビリティ：モデレーター型インタビューよりも多くの参加者にリーチできます。例えば、15件のモデレーター型インタビューを計画・準備・実施するには丸1か月かかることもあります。しかし、Ballparkの非モデレーター型インタビューなら、一晩で15件の回答を集めることも可能です。回答数を2倍の30件、あるいはそれ以上に増やしたとしても、所要時間は変わりません。
すべてのデータを1か所に集約：音声による回答、表情、テキストの回答、定量データ、画面録画などをすべて1か所で収集できます。多種多様なデータを集めるのに、複数のツールを使い分ける必要はありません。
ミックスメソッドによるアプローチ：Ballparkの多彩なデータ収集機能により、定性と定量の両方のデータを1つの場所で集約できます。例えば、カメラや画面を録画しながらプロジェクト全体を通じて声に出してフィードバックをもらいつつ、同時に定量的な設問（リッカート尺度、選択式など）やタスク（プロトタイプ、Webサイトの操作）を提示することも可能です。定性と定量の“いいとこ取り”が実現します。
確認事項：
回答に応じたアドリブの質問ができません。例えば、モデレーター付きのインタビューであれば、相手から予想外の発言があった際に必要に応じて台本を変え、その回答を深掘りするような質問ができます。
これに対する私たちの解決策は「条件分岐ロジック」の活用です。特定の回答をした人にのみ、特定の質問を表示させることができます。これは回答内容に合わせてアンケートを最適化する優れた方法です。音声回答の質問の合間に、選択式の質問を挟むだけで設定できます。例えば、「どれくらいの頻度でネットスーパーを利用しますか？」という質問に対し、「月2回以上」と答えた人には、「月1回未満」と答えた人とは異なる質問へ案内することで、回答に合わせた質問設計が可能になります。
人ではなくコンピューターに向かって話すため、会話感が薄れてしまいます。アンケートの質問に対して声を出して答えるのは、やはり人と話すよりも少し不自然に感じられるものです。最初は違和感があり、この形式に慣れるまでに少し時間がかかるかもしれません。
アンケートの質問に自身の動画を追加することができます。回答者にアンケートの趣旨を説明したり、質問の背景を少し詳しく伝えたりすることで、プロジェクトに人間味をプラスできます。実際にこれを行うことで回答率が23％向上することも分かっており、回答体験を豊かにしながら、より質の高いデータを集めるスマートな方法です。
セッションを開催する方法：
1
テスト計画を作成しましょう
テストの目的を明確にし、対象となるユーザーを特定したうえで、タスクや質問を設定しましょう。
Figmaプロトタイプを作成しよう
Figmaを使えば、デザインを簡単にインタラクティブなプロトタイプへと変換できます。コードを書く必要はありません。本物そっくりの魅力的な体験を、手間をかけずにすばやくテストできます。
2
3
テストを作成
Ballparkでプロジェクトを開始し、「ステップを追加」をクリックしてプロトタイプタスクを追加します。参加者に達成してもらいたいゴールを選択すれば、準備完了です！
参加者を招待
Ballparkの「Recruit」タブを使えば、フィルター機能で最適な対象者を絞り込み、アンケートを直接届けることができます。また、既存顧客のリストなどすでに回答者の候補がいる場合は、リンクを共有するだけで簡単にアンケートを届けられます。
4
5
お待ちください
大変な作業はこれで完了です。結果を待つ間、別のプロジェクトを進めたり、先送りにしていたミーティングをしたり、頑張った自分にお茶を淹れて一息ついたり、自由に時間をお使いください。
成果を測定する
ダッシュボードにアクセスして、統計データをチェックしたり、動画の回答を詳しく確認してみましょう。
6
アイデアの良し悪しをすばやく検証できる、もっとも手軽なユーザビリティテスト手法のひとつ。ゲリラUXテストなら被験者のリクルーティングが不要なため、コストや時間を大幅にカットできます。
プロトタイプのフィードバックをすばやく集めたいなら、ゲリラユーザーテストが断然おすすめです。
手元にある仕事を持って、近くのカフェや公園、オープンスペースに足を運ぶだけ。身近にいる人たちをそのままオーディエンスとして活かすテクニックです。
デザイナーもリサーチャーも、その場でそのままインタビューを実施できます
近くにいる人に声をかけてみることで、その場ですぐに質の高いフィードバックを得られます。理想のユーザー像にぴったりな人を集めるのがベストではありますが、実際に出会う人のほとんどは、何かしらのデバイスを普段から使いこなしているはずです。
ラボも書類作成も参加者のリクルーティングも不要なゲリラUXテストは、驚くほど無駄がなくスピーディーに進められます。
こんな方におすすめ：
こまめなテスト：コストを抑えられるため、デザインプロセスの各フェーズで手軽に実施可能
ユーザー体験の検証：プロセスの初期段階で使いやすさの課題をすばやく発見
定量的テストとの併用：より数値や指標を重視した幅広いユーザビリティテストと並行して実施可能
セッションを開催する方法：
1
テスト計画を作成しましょう
テストの目的を明確にし、対象となるユーザーを特定したうえで、タスクや質問を設定しましょう。
スクリプトを作成する
ゲリラユーザーテストでは、周囲の環境をすべてコントロールすることはできませんが、参加者への接し方やテストの進め方を工夫することは十分に可能です。
2
3
お使いのデバイスを選択
このテスト方法には、モバイル端末やタブレットが最適です。テストセッション中に参加者へ手渡して使ってもらえるよう、該当するデバイスを準備しておいてください。
お好みの場所を選びましょう
商店街やカフェ、スーパーなど、プロトタイプをテストしてもらえる新しい人に出会える場所へ足を運んでみましょう。そのエリアにいる人たち全員が、大切なテスト参加者の候補です！
条件に合っているか確認するために、いくつかスクリーニング用の質問を用意しておきましょう。
興味を持ってもらえなくても、落ち込む必要はありません！
4
5
インタビュー
参加者が自分の考えや気持ちを言葉にできるスペースを大切にしましょう。できるだけ静かに見守り、沈黙も受け入れることが基本ですが、参加者が頭の中で深く考えている様子が見られたら、思考を声に出してもらえるよう優しく促してみてください。
キャプチャ結果
このテンプレートを使えば、タスクの達成状況や製品のスムーズな使いやすさ、観察から得た気づきなどを迷わず記録できます。ダウンロードしたZIPフォルダ内をご確認ください。
メモを取りすぎないようにしましょう。ユーザーの気が散ってしまい、結果に偏りが出る可能性があります。
観察に集中し、テスト終了後にユーザーが直面したユーザビリティ上の上位3つの課題と、タスクを完了できたかどうかをまとめましょう。
6
セッション終了時
ゲリラユーザーテストが終われば、ユーザー体験を向上させるために取り組むべき重要ポイントが明確になり、具体的なアクションにつながるフィードバックが得られます。
第5章
共有用インサイト資料の作成
第5章
共有用インサイト資料の作成
ユーザーテストが無事終了し、メモや動画、音声などの記録が一通り揃いました。さて、次はどうしましょうか？
最後のステップは、得られた貴重なインサイトをドキュメントにまとめることです。そうすることで、直属のチームはもちろん、会社全体にも学んだ内容をスムーズに共有できるようになります。
ユーザーリサーチにアクセスできる人が増えるほど、ビジネスにとってプラスになることを忘れないでください。このリサーチが役立つチームはたくさんありますし、リサーチ結果をもとに行う変更によって直接影響を受けるチームも他にもあるはずです。
インサイト資料を作成する前に知っておきたいポイントをご紹介します。
インサイトドキュメントとは何ですか？
リサーチ結果をチームや組織全体、あるいはステークホルダーに共有するなら、インサイトレポートにまとめるのがおすすめです。テストセッションで得られた発見をひとつにパッケージ化でき、必要な場面での合意形成にも役立ちます。
ドキュメント作成にどれだけ手間をかけるかは、テストの種類や共有する相手によって変わります。チーム内でちょっとした検証を行う程度なら、Slackやメールで要点を箇条書きにしてシンプルにまとめるだけで十分です。一方、ステークホルダーに共有する場合は、しっかりとしたボリュームで作成しましょう。
ドキュメントの構成方法
1
今回のユーザーリサーチについて
このユーザーテストを実施した背景と、達成したかった目的の簡単なまとめ
2
テストを実施した対象
参加者プロフィールの内訳
3
テストした内容
プロトタイプやデザインへのリンクを共有してください。
4
ハイライト
こちらはテスト結果の主なポイントをまとめた概要です。詳細を確認したい読者は、ここから全体のサマリーへ進むことができます。箇条書きは最大5つまでに抑え、簡潔にまとめてください。
5
お見積もり
ユーザーの発言は見落とされがちですが、テストセッション中の何気ない一言が、本質を突いて全体の雰囲気をそのまま物語っていることもよくあります。より状況が伝わるよう、その引用と一緒に参加者のプロフィールも添えておきましょう。
6
メトリクス
定性的なフィードバックだけでユーザーテストが成功したかを判断するのは、往々にして難しいものです。デザインやプロトタイプが最適なソリューションであるかを見極める最も効果的な方法の1つは、ユーザーがフロー内をどう移動したかをトラッキングすることです。たとえば、目標を達成したり正しい画面にたどり着いたユーザーは何人いたでしょうか？また、完了までにかかった平均時間はどれくらいだったでしょうか？
プロのヒント：Ballparkでユーザーテストを作成すると、データがテストごとに自動で集計・表示されます。これにより、どのユーザーがつまずいたのかをすばやく把握し、より効果的なデザインを見つけ出すことができます。
このデータを活用すれば、参加者同士やテストごとのパフォーマンスを簡単に比較できます。セッション中にカウントを取り、レポートにも反映させてみましょう。
全容まとめ
テストセッションで得られた発見の詳細な概要です。そもそもなぜこのリサーチを実施したのかという目的に、常に立ち返りながらまとめましょう。できるだけ簡潔にし、裏付けとなる証拠へのリンクも含めてください。
8
リンク
写真やアンケート、動画・音声データ、各種リンクなどをお持ちでしたら、こちらに追加してください。
第6章
まとめ
このガイドを活用することで、ユーザーからの貴重なフィードバックを得るルートが生まれ、デザインの進め方だけでなく、生み出すプロダクトそのものも大きく進化していくはずです。考え方はとてもシンプル。早い段階でアイデアを検証し、リサーチを通して思い込みをなくし、より優れたプロダクトをつくっていきましょう。
チームに最適な手法をじっくり見極めて、ユーザーテストをできるだけスムーズに進められるようにしましょう。先ほど触れたように、多くの企業がリサーチを後回しにしがちです。でも、その重要性を知った今こそ、言い訳をしない45%の仲間入りをして、デザインを自社の強力な武器にしていきましょう。
本書では、モデレート型、リモート、ゲリラ的なユーザーテストを問わず、プロセス全体をスムーズに進めるための便利なツールを数多く紹介しています。これには、私たちの独自ツールであるUser Testingツールも含まれています。
Ballparkについてもっと知りたい方は、ぜひ次回のプロダクトウェビナーにご参加ください。
リサーチをより速く、プロダクトをより良く。