ユーザビリティテストというと、専用ラボや調査会社への依頼を思い浮かべるかもしれません。しかし実務で成果を出すために必要なのは、規模ではありません。5人に、実際の端末で、いくつかの作業をしてもらうだけで、サイトの問題の大半は見つかります。
むしろ難しいのは実施ではなく、結果を「意見」ではなく「観察」として扱うことです。参加者の感想を聞くと改善につながらず、行動を見ると原因が分かります。この違いを押さえるだけで、テストの価値は大きく変わります。
この記事では、低コストで実施する手順、参加者の集め方、聞いてはいけない質問、結果の整理方法、そして改善の優先順位付けまでを解説します。
この記事でわかること
・費用をかけずに実施する手順と、必要な準備物
・参加者は何人必要か、どう集めるか
・タスクの作り方と、聞いてはいけない質問
・観察結果を改善案に変換する整理方法
・ヒートマップやA/Bテストとの使い分け
結論：5人・実機・タスク形式で足りる
ユーザビリティテストの目的は、統計的に正しい数値を得ることではなく、「どこでつまずくか」を見つけることです。この目的なら、少人数で成立します。
| 要素 | 推奨 | 理由 |
|---|---|---|
| 人数 | 5人程度 | 同じ問題は数人目で繰り返し観察される。人数を増やしても新しい発見は減っていく |
| 形式 | タスクを与えて操作してもらう | 「見た感想」ではなく行動が観察できる |
| 端末 | 参加者自身のスマートフォン | 実際の閲覧環境。貸与端末では操作感が変わる |
| 場所 | 会議室、店舗の一角、オンラインでも可 | 専用設備は不要 |
| 時間 | 1人30分程度 | 長いと参加者の集中が切れる |
聞くのは感想ではなく、見るのは行動です。
5人分の観察で、致命的なつまずきはほぼ洗い出せます。
実施手順
STEP1：検証したい仮説を決める
「サイト全体を見てもらう」では、何も分かりません。事前に、確認したいことを2〜4個に絞ります。
- 料金の情報にたどり着けるか
- 問い合わせフォームを迷わず送信できるか
- 自分に該当するサービスがどれか判断できるか
- 対応エリアかどうかを確認できるか
仮説の材料は、問い合わせで繰り返し聞かれる質問と、GA4で離脱の多いページから拾えます。「なんとなく使いにくい気がする」ではなく、具体的な確認項目に落としてください。
STEP2：タスクを作る
タスクは、参加者が自分の言葉で目的を理解できる形にします。操作手順を書いてはいけません。
| 悪いタスク | 良いタスク |
|---|---|
| グローバルナビの「サービス」をクリックしてください | 自宅の窓の断熱リフォームをしたいとき、費用がいくらか調べてください |
| 料金ページを見てください | この会社に依頼した場合、いくらかかりそうか教えてください |
| 問い合わせフォームに入力してください | 見積を依頼したいとき、どうすればよいか探して、実際に進めてみてください |
右側なら、どこを探すか、何で迷うかが観察できます。左側は指示に従うだけなので、何も分かりません。
STEP3：参加者を集める
| 集め方 | 向いているケース | 注意点 |
|---|---|---|
| 既存顧客に依頼する | 業界知識のある層を見たい | 自社に好意的なため、厳しい指摘は出にくい |
| 社員の家族・知人 | 手早く実施したい | 自社の事業を知っている人は避ける |
| 他部署の社員 | 費用ゼロ | 営業・制作部門は知識がありすぎる。総務や事務職が近い |
| リクルーティングサービス | ターゲット条件を厳密に合わせたい | 費用と時間がかかる |
重要なのは、自社のサービスを知らない人を選ぶことです。知っている人は「分かっている前提」で操作するため、初見のつまずきが見えません。
STEP4：実施する
進行役は1人、記録役が1人いると安定します。参加者には次を伝えてから始めます。
- 「テストするのはサイトであって、あなたではありません」
- 「思ったことを声に出しながら操作してください」
- 「迷ったら、迷ったとおりに操作してください。正解はありません」
- 「分からなければ、途中でやめても構いません」
最後の一言が重要です。「途中でやめてよい」と伝えないと、参加者は無理に完了させようとします。実際の訪問者は迷えば離脱するため、無理な完了は現実を反映しません。どこでやめたかが最も価値ある情報です。
聞いてはいけない質問
| 聞いてはいけない | 代わりに聞く | 理由 |
|---|---|---|
| このデザインどう思いますか | いま何をしようとしていますか | 感想は改善に使えない |
| このボタン分かりやすいですか | 次に何をすればよいと思いますか | 誘導尋問になる |
| 料金ページは見つけやすかったですか | （黙って観察する） | 見つかっていない事実のほうが重要 |
| ここを押すと思いますか | （実際に押してもらう） | 予測と行動は一致しない |
進行役が最も難しいのは、黙っていることです。参加者が迷っていると助けたくなりますが、そこで教えると観察が終わります。10〜20秒は待ってください。その沈黙が、サイトの問題を示しています。
STEP5：結果を整理する
参加者ごとの感想を並べるのではなく、つまずいた箇所ごとに整理します。
| 整理項目 | 記録内容 |
|---|---|
| つまずいた箇所 | どのページ・どの要素か |
| 何人が同じ場所でつまずいたか | 5人中3人、など |
| どう振る舞ったか | スクロールを繰り返した、戻った、離脱した |
| 原因の仮説 | ラベルが分かりにくい、情報がない、位置が悪い |
| 影響の大きさ | CVに直結するか、離脱につながるか |
5人中3人以上が同じ箇所でつまずいたなら、それは個人差ではなく設計の問題です。1人だけの指摘は保留し、複数人に共通するものから直してください。
改善の優先順位
| 優先度 | 条件 | 例 |
|---|---|---|
| 最優先 | CVに直結し、複数人がつまずいた | フォームが送信できない、料金にたどり着けない |
| 高 | 離脱につながり、複数人がつまずいた | ナビのラベルが理解されない、対応エリアが分からない |
| 中 | 分かりにくいが、最終的には到達できた | 情報の場所が想定と違う |
| 低 | 1人だけの指摘、好みの問題 | 色や写真の感想 |
実務では、最優先と高の項目だけで十分な改善効果が出ます。全部直そうとすると着手できません。上から2つに絞ってください。
他の手法との使い分け
| 手法 | 分かること | 分からないこと | 適した段階 |
|---|---|---|---|
| ユーザビリティテスト | なぜつまずくか（原因） | どのくらいの人がつまずくか（規模） | 原因を特定したいとき |
| GA4のデータ | どこで離脱しているか（規模） | なぜ離脱したか（原因） | 問題箇所を絞りたいとき |
| ヒートマップ | どこが見られ、押されているか | 意図と理由 | 仮説を立てたいとき |
| A/Bテスト | どちらが優れているか（数値） | なぜそうなるか | 改善案が複数あるとき |
効率的な順序は、GA4で問題箇所を絞り、ユーザビリティテストで原因を特定し、改善してから効果を数値で確認するという流れです。いきなりA/Bテストを始めても、比較する案の質が上がりません。GA4の見方はGA4×GTM計測設定ガイドで解説しています。
よくある失敗
失敗1：感想を聞いてしまう
「どう思いましたか」と聞くと、参加者は気を遣って答えます。改善に使えるのは、行動の観察だけです。
失敗2：迷っている参加者を助ける
教えた瞬間に、そこで得られるはずだった情報が失われます。沈黙を守ってください。
失敗3：社内の詳しい人にテストする
事業を理解している人は初見のつまずきを再現できません。知らない人に依頼してください。
失敗4：全部の指摘に対応しようとする
1人だけの指摘まで反映すると、設計の一貫性が崩れます。複数人に共通する問題に絞ってください。
失敗5：実施して満足する
レポートを作って終わるケースは多くあります。改善項目を2つに絞り、実施日を決めるところまでを1セットにしてください。
よくある質問
Q. 何人でテストすべきですか？
5人程度で、主要なつまずきはほぼ観察できます。同じ問題が繰り返し出るためです。ターゲット層が明確に分かれている場合は、層ごとに3〜5人ずつ実施してください。
Q. 費用はどのくらいかかりますか？
社内や知人に依頼する場合、謝礼程度で実施できます。リクルーティングサービスや専門会社に依頼すると数十万円規模になりますが、まずは自社で小規模に実施し、限界を感じてから外部を検討する順序を推奨します。
Q. オンラインでも実施できますか？
できます。画面共有をしてもらい、操作を観察します。ただしスマートフォンでの操作を見たい場合は、共有の設定が煩雑になることがあります。実機を触ってもらえる対面のほうが、指の動きや迷いも観察できます。
Q. どのくらいの頻度で実施すべきですか？
サイトリニューアル前後と、大きな改修の前が基本です。加えて、問い合わせ内容に変化があったときや、GA4で離脱の傾向が変わったときに実施すると、原因の特定が早くなります。
Q. 公開前のワイヤーフレームでもテストできますか？
できます。紙やクリック可能なプロトタイプでも、情報が探せるかは確認できます。公開後に直すより、この段階で見つけたほうが修正コストは大幅に下がります。ワイヤーフレームの作り方はワイヤーフレームとは？作る目的と作成時に押さえるべきポイントで解説しています。
まとめ
ユーザビリティテストは、5人・実機・タスク形式で実施すれば、費用をかけずに主要な問題を洗い出せます。必要なのは専用設備ではなく、検証したい仮説を2〜4個に絞ることです。
タスクは操作手順ではなく、参加者が自分の言葉で理解できる目的の形で渡してください。そして進行中は、感想を聞かず、迷っていても助けず、黙って観察します。この沈黙が最も多くの情報を生みます。
整理は参加者ごとではなく、つまずいた箇所ごとに行い、複数人に共通する問題から直してください。1人だけの指摘に対応すると、設計の一貫性が崩れます。
「アクセスはあるのに問い合わせが増えない」「どこを直せばよいか判断できない」といった状態にある場合は、推測での改修ではなく、5人に触ってもらうところから始める価値があります。
当社ではホームページ制作において、設計から計測、公開後の改善までを一貫して支援しています。資料では改善の進め方をまとめていますので、自社の課題を整理したい方はぜひダウンロードしてご活用ください。
