2026年10月8日にGOV.UKのモデレーテッド・ユーザビリティテストとW3Cのアクセシビリティ・ユーザビリティ・インクルージョン本文を再確認した。調査は「何を決めるか」を先に定め、対象者、課題、観察、発言、解釈、次の判断を分けて記録する。少人数のテストは問題の発見に役立つが母集団の割合や効果量を自動で推定せず、参加同意、個人情報、支援技術、参加しやすさを設計に含める。
30秒で要点
- UXリサーチは、利用者の行動や困りごとを調べ、何を変えるかの判断材料を作る活動です。手法より先に、決めたいことを明確にします。
- 利用記録の数字、本人の説明、操作の観察はそれぞれ違う証拠です。少人数の困りごとを、そのまま全利用者の割合にしません。
- 問いを決める→既存データを見る→聞く・観察する→改善して確かめる、という4段階を繰り返します。
「申込が増えないから、利用者に意見を聞こう」。このまま始めると、好き嫌いは集まっても、どの変更を選ぶか決めにくくなります。たとえば「料金確認で止まる人がいる。説明が見つからないのか、内容が理解できないのかを調べる」と問いを分けます。UXはユーザー体験を指し、リサーチはその体験についての思い込みを確かめる活動です。
定量・定性・比較実験の役割を整理する
表が収まらない場合は、横にスクロールできます
| 方法 | 得意な問い | それだけでは言いにくいこと |
|---|---|---|
| 行動記録などの定量データ | どの段階で何件止まるか | 記録された行動の理由 |
| インタビュー | 本人がどう経験し、説明するか | 実際の操作や全利用者の割合 |
| ユーザビリティテスト | 課題を進める際にどこで迷うか | 発見した問題の母集団での発生率 |
| A/Bテスト | 条件を設計した2案で指標が違うか | 設計・割付・期間を無視した因果判断 |
アンケートも、経験や評価を広く尋ねたい場合に使えます。ただし「使いやすいと思う」という回答と、実際に課題を完了できることは同じではありません。目的に応じて組み合わせます。GOV.UKの計画ガイドも、問い、対象者、方法を対応させています。
4段階で、調査から改善までつなぐ
1. 決めたいことを一文にする
「申込画面を使いやすくする」から一段具体化し、「料金の説明位置を変える必要があるかを決める」とします。チームの推測は、結論ではなく調べる問いに変えます。「利用者は長文を読まない」なら、「どの説明を見つけ、どこで止まるか」が調査対象です。
あわせて対象者を定めます。初めて使う人と経験者、スマートフォン利用者、支援技術を使う人など、今回の判断に関わる違いを検討します。集めやすい社内の人だけでは、利用者の条件を代替できないことがあります。
2. すでにある数字と問い合わせを見る
アクセス解析、エラー記録、サポートへの問い合わせから、調べる場所を絞ります。期間、対象端末、開始と完了の定義、同じ人の重複を確認してください。問い合わせが少ないことは、問題がないことと同じではありません。困っても連絡せず離れる人がいるかもしれないからです。
架空の例で、同じ条件の対象100人が一度ずつ手続きを開始し、60人が完了したなら、完了率は60 ÷ 100 = 60%、未完了は40人です。これは位置を絞るための数字で、残る40人全員が画面の分かりにくさで止まったとは分かりません。
3. 中立な課題で、聞く・観察する
GOV.UKのユーザビリティテストの手引きは、実際または想定される利用者に、現実的で答えを示さない課題を渡す考え方を説明しています。「青い料金ボタンを押してください」では、見つけられるかを調べられません。「あなたの条件で支払う料金を確かめてください」と目的を伝え、操作を観察します。表が収まらない場合は、横にスクロールできます
| 記録する層 | 架空の記録例 | 扱い |
|---|---|---|
| 観察 | 料金を探し、前の画面へ2回戻った | 実際に見た行動 |
| 本人の説明 | 「この料金が月額か分からない」 | その人の発言 |
| 調査者の仮説 | 単位の表示が見つからないのではないか | まだ検証が必要な解釈 |
| 変更案 | 金額の隣に課金単位を示す | 試す候補 |
5人中3人が同じ場所で迷ったと仮定すると、3 ÷ 5 = 60%ですが、これはその5人での観察割合です。全利用者の60%が迷うという推定にはなりません。Statistics Canadaも、探索的な面接などの非確率標本を母集団へ一般化する際の限界を説明しています。
4. 一つの変更を選び、同じ問いで確かめる
問題の重大さ、影響する人、起こる条件を整理し、変更案を選びます。次のテストで迷いが解消したか、別の人に新しい障壁を作っていないかを調べます。アクセス指標も追う場合は、計測定義を揃えます。単純な前後差には利用者構成や時期の違いも含まれるので、改善の因果効果とは即断しません。
採用・保留・追加調査の理由を残すと、調査結果が資料の中だけで終わりにくくなります。影響の大きい不具合は速やかに対応し、事業上の効果の評価とは分けて記録してください。
何人調べればよいかは、方法と問いによる
GOV.UKは面接やユーザビリティテストの通常の1回について4〜8人という目安を示していますが、これは全用途で十分という定理ではありません。異なる利用者層や利用条件があるなら、追加の回や対象の見直しが必要です。3人・5人を調べれば全問題が分かる、という基準にはしません。
少人数の観察は問題の発見や仮説づくりに向きます。割合の推定や小さな差の検出では、別に標本の選び方、ばらつき、必要な精度を考えます。A/Bテストも人数の固定目安だけで始めず、成功指標、割付単位、必要な観測期間、不利益の監視を設計します。
同意と参加しやすさを、調査計画へ入れる
GOV.UKの同意ガイドを参考に、目的、録画や記録、共有先、保管期間、任意参加を理解できる言葉で説明します。これは英国のサービス運用ガイドであり、日本の法的適合性を一括して保証するものではありません。実施地域の法令と組織の方針を別に確認します。操作がうまくいかなくても利用者を評価しているのではないと伝え、やめる選択を妨げないようにします。支援技術や補助が必要な人が参加できる環境を用意し、実個人情報を使わずに済む課題では架空データを検討します。普段と違う環境での結果には、その条件を添えてください。
開始前と、調査後の3点を確認する
- [ ] 調査の目的と、結果によって変える判断を一文で説明できる。
- [ ] 数字・発言・観察・解釈を分け、対象者の偏りと未確認の条件を残している。
- [ ] 次の変更または追加調査を選び、再確認する指標・対象・条件を決めている。
方法をたくさん使うこと自体が目的ではありません。今の判断に足りない証拠を選び、分からなかったことも次の問いとして残します。