エンジニアがユーザビリティテストを主導して分かったこと

- なぜエンジニアがユーザビリティテストをやったのか
- ユーザビリティテストの実施方法
- テストから見えたこと
- エンジニアとしての学び

Transcript

1. エンジニアがユーザビリティテストを主 導して分かったこと 2025/12/11 第2木曜LT会 王　蕾
2. 自己紹介 王　蕾（オウ　レイ） 2 性 実 • 北京：Web系IT企業　ニュース編集（約4年） • 東京：広告代理店　企画提案（約3年） • 2023年：未経験からエンジニアへ • スペースマーケット（ 2024/09〜 ） 経歴 • 週1テニス練習 • 犬と散歩（写真の子です🐕） • レンタルスペース運営中（CINEMA新宿御苑） プライベート • バックエンドエンジニア ◦ 検索機能改善、負債解消、 SEO施策 • 2025年8月〜 Growth Unit 所属 ◦ サービス成長に注力 現在の役割
3. 3 スペースマーケットの紹介 レンタルスペース検索・予約サイト 古民家、会議室、撮影スタジオ、パー ティルームなど多岐にわたるスペースを 時間単位で貸し借りできるプラット フォーム
4. 本日お話すること • なぜユーザビリティテストをやったのか • ユーザビリティテストの実施方法 • テストから見えたこと • エンジニアとしての学び 4
5. 5 なぜエンジニアがユーザビリティテスト？
6. 開発のボトルネックは「 How」から「What」にシフト 出典：Andrew Ng (2025年6月17日、サンフランシスコ にて) https://www.youtube.com/watch?v=RNJCfif1dPY Andrew Ngが提言： • AIの進化で実装スピードが飛躍的に向上 • ユーザー理解 や課題発見は依然として人間に依存 • ボトルネックは「どう作るか」→「何を作るべきか」 • PM:エンジニア比率は 1:4 → 1:0.5 これから必要なのは 「プロダクトのわかるエンジニア」
7. チームの現実：データはあるが、「なぜ」が見えない A/Bテストを繰り返して有意差が出ず、議論が堂々巡りになる状態が続いていた。 机上で出てきた仮説 何度もA/Bテストを実施するも、 結果は常に「有意差なし」 • 検索UIが複雑？ • 駅近が重要？ • 検索結果に多様性が足りない？ • 検索アルゴリズムを変えるべき？ データと仮説だけでは、 ユーザー行動の真実を理解できない
8. 8 ユーザビリティテストをやってみよう
9. ユーザビリティテストをやってみよう 実施項目 • 事前アンケート • ユーザーインタビュー（約15分） • ユーザビリティテスト（約40分） 目的 テスト手法 行動観察： → 視線・操作順・迷いの瞬間を観察 思考発話（Think Aloud）： → 頭の中の考えをリアルタイムに言語化 深掘りインタビュー： → 意図・感情・直前の心理をヒアリング ユーザーの「意思決定の瞬間」を理解すること • どこで迷い、 • 何を頼りにし、 • どう判断しているか
10. ユーザビリティテストをやってみよう • サービス利用の入り口 ◦ どこから入る？（ブックマーク / アプリ / Google） • 検索条件の入れ方 ◦ 最初に選ぶ条件は？（利用目的/日時/人数/設備/価格..） ◦ なぜその条件を選んだ？ ◦ 2回目以降の絞り込み理由は？ • 検索結果の見方 ◦ 一覧のどこを見ている？ ◦ 地図機能は使う？ • 比較検討のやり方 ◦ どういうスペースの詳細ページに遷移した？ ◦ 何を比較して決めた？ ◦ 決められない時の迷いポイントは？ • 予約確定まで ◦ 支払い直前の不安ポイントは？ 観察項目例
11. 11 テストから見えたこと
12. 観察：ユーザーは検索結果一覧画面をどう読んでいたのか
13. 気付き：ユーザーは画像しか読んでいなかった 完全無視エリア 「いや、見てないですね、 なんでだろう ...🤔」 詳細ページに行く判断は 画像のみ で完結 さらに衝撃だったのは、「右側は見て ました？」と質問したときの反応ーー
14. 観察：ユーザーは検索条件をどう設定しているのか？ WEB画面での検索 UI アプリでの検索 UI
15. 気付き：ユーザーは、そもそも検索をしたくなかった 条件を設定する行為そのもの 自体が負担 - 利用したいスペースを条件に落とし込むことが難しい - たった 4つの条件の組み合わせ でも、迷い・困惑が起きていた • 条件の意味が分からない • 文言を読むだけで困惑して手が止まる • 組み合わせても希望通りの結果が出る か不安 • 読む／考える／選ぶ の全部が負担 ユーザー心理 「検索ってめんどくさい」
16. 16 エンジニアとしての学び
17. エンジニアこそ、ユーザーに近いところで動くべきだ • ユーザーは UIを設計者の意図どおりには使わない • データだけでは 「なぜ？」が永遠に見えない • 認知負荷・選択行動・迷いのポイントなど 人間の意思決定の仕組み が本質的な課題を左右する • UI単体ではなく “人がどう選び、どう迷い、どう決めるか ” を理解しないと改善は当たらない
18. 18 ユーザーになろう ユーザーを観察しよう ユーザーと対話しよう
19. ご清聴いただき ありがとうございました