ユーザビリティテスト

英語名 Usability Testing
読み方 ユーザビリティ テスティング
難易度
所要時間 1〜3日(準備・実施・分析)
提唱者 人間工学 / ヤコブ・ニールセン
目次

ひとことで言うと
#

実際のユーザーにプロダクトを操作してもらい、つまずく箇所・迷う箇所・理解できない箇所を観察して発見するテスト手法。アンケートや想像ではなく、「ユーザーの実際の行動」から問題を見つける。

押さえておきたい用語
#

押さえておきたい用語
思考発話法(Think Aloud)
テスト中にユーザーに考えていることを声に出してもらう手法。行動の理由がわかる。
タスク完了率
設定したタスクを最後まで完了できたユーザーの割合。ユーザビリティの基本指標。
ニールセンの法則
5人のテストで問題の85%が見つかるというヤコブ・ニールセンの研究知見。
重大度分類
発見した問題を致命的・重大・軽微の3段階で分類し、改善の優先順位を決める方法。

ユーザビリティテストの全体像
#

計画→実施→分析→改善の流れ
テスト計画目的・参加者・タスクを設計5人で問題の85%タスク3〜5個テスト実施1人ずつ操作を観察する思考発話法で心理把握介入せず観察に徹する結果を分析パターンを見つけ重大度を分類3人以上がつまずけば確実に問題あり改善を実行最重大な問題から3つに絞って修正改善後に再テストで効果を確認1回のテストが100回の社内議論より多くの学びを与える
ユーザビリティテストの進め方フロー
1
テスト計画
目的・参加者5名・タスク3〜5個
2
テスト実施
思考発話法で操作を観察
3
結果分析
パターン発見→重大度分類
4
改善→再テスト
重大問題3つに絞って修正

こんな悩みに効く
#

  • 自分たちは使えるのに、ユーザーから「使いにくい」と言われる
  • どこを改善すれば効果的かわからない
  • チーム内で「ここが問題」の意見が割れている

基本の使い方
#

ステップ1: テスト計画を立てる

何を検証するかを明確にしてからテストを設計する。

  • テストの目的: 「新しい注文フローの完了率は80%以上か」
  • 参加者: ターゲットユーザー像に近い人を5人
  • タスク: 3〜5個の具体的なタスクを作成(例:「友人の誕生日プレゼントを探して購入手続きまで進めてください」)

タスクの指示は目標を伝え、手順は伝えない。「検索バーに入力して…」のような誘導はNG。

ステップ2: テストを実施する

参加者に1人ずつタスクを実行してもらい、観察する

  • 思考発話法: 「考えていることを声に出してください」とお願いする
  • 介入しない: 参加者が迷っても助けない。沈黙に耐える
  • 記録する: 画面録画+表情カメラ。可能ならチーム全員が別室でリアルタイム観察

質問は操作後にまとめて聞く。操作中は観察に徹する。

ステップ3: 結果を分析し、改善アクションを決める

5人分の結果からパターンを見つける。

  • タスク完了率: 各タスクを完了できた人数
  • つまずきポイント: 3人以上が同じ箇所でつまずいたら確実に問題がある
  • 重大度分類: タスク不能(致命的)/ 大幅な遅延(重大)/ 軽い混乱(軽微)

改善は最も重大な問題から3つに絞る。改善後に再度テストして効果を確認する。

具体例
#

例1:家計簿アプリの5人テストで致命的問題を発見し全タスク完了率100%に改善する

テスト目的: 「初めてのユーザーが5分以内に支出を登録できるか」

結果:

タスク完了平均時間主な問題
支出登録5/52分「+」ボタンに気づかない人が3人
食費合計3/54分「レポート」タブの意味がわからない
先月比較1/5比較機能の場所が見つからない

改善: 先月比較に「前月と比較」ボタン追加。「レポート」→「家計まとめ」にラベル変更。「+」ボタンを画面下部中央に拡大。

結果: 2週間後の再テストで全タスク完了率が100%に改善。

例2:サブスクサービスの申し込み完了率を5人のテストで34%から52%に改善する

状況: 月間フロー開始数に対して完了率が34%。チームでは「価格が高いから」と推測。

5人テストの発見:

  • 5人中5人がプラン選択画面で迷った(3プランの違いがわかりにくい)
  • 5人中4人が支払い情報入力画面で一度戻った(「お試し期間中は課金されない」が見えていない)

改善: プラン比較表を追加。「14日間無料」をボタン直上に大きく表示。支払い画面に「今日は¥0です」と明記。

結果: 申し込み完了率が34%から52%に改善。 問題は「価格」ではなく「不安」だった。テキスト変更とレイアウト調整のみ、2日で実装完了。

例3:BtoB見積もりツールの操作時間を5人テストで半分に短縮する

テスト目的: 「営業担当が10分以内に見積書を作成できるか」

5人テストの発見:

  • 商品検索で全員が「商品コード」を手入力。実はバーコードスキャン機能があるが誰も気づかない
  • 割引適用のUIが3階層の設定画面に埋もれていて、4人が「割引できない」と判断
  • 確認画面で合計金額の表示位置がスクロール下部にあり、見逃して2回作り直した人が2名

改善: バーコードアイコンを検索バー横に追加。割引をクイックアクションメニューに昇格。合計金額を画面上部に固定表示。

結果: 見積書作成の平均時間が14分から7分に短縮(50%減)。 営業チームの月間見積書作成数が1.8倍に増加。

やりがちな失敗パターン
#

  1. 参加者に「使い方を説明する」 — テストの目的は「説明なしで使えるか」を検証すること。説明してしまうと本末転倒
  2. チームメンバーや知人でテストする — 背景知識があるため正確な結果が得られない。ターゲットに近い「初めて使う人」を見つける
  3. 数値だけを見る — 完了率やタスク時間は大事だが、「なぜ迷ったか」の質的データこそが改善のヒント。観察メモと発話内容を丁寧に分析する
  4. テスト結果を全部直そうとする — 発見された問題をすべて修正すると時間がかかりすぎる。重大度で優先順位をつけ、上位3つに集中する

まとめ
#

ユーザビリティテストは 「ユーザーの行動を観察する」 ことで、想像では見つけられない問題を発見する最強の手法。5人のテストで問題の85%が見つかる。完璧な準備より 「まずやってみる」 ことが大事。1回のテストが100回の社内議論より多くの学びを与えてくれる。