Тест первого клика
First Click Testing
Тест первого клика (first click testing) показывает, находят ли люди нужный элемент на экране. Участнику дают задачу и скриншот или прототип, он указывает место, куда нажал бы первым, а исследователь записывает координаты клика и время.
- Сроки
- 2–7 дней
- Респонденты
- 15–100 человек
- Команда
- 1 человек
- Бюджет
- Бесплатно
- Сложность
- Лёгкий
- Популярность
- Иногда
Содержание
Когда использовать
Метод проверяет навигацию конкретного экрана. Правильный первый клик заметно повышает шанс довести задачу до конца, но сила связи зависит от условий. В тестах навигации по дереву (восемь исследований, 137 задач, больше тысячи участников) после верного выбора успешны около 80 %, после неверного 14 %. На настоящих сайтах разница меньше: 78 % против 70 % в проверке на пяти сайтах. Часто повторяют цифры «87 % и 46 %». Их получили в 2006–2009 годах в наблюдениях за настоящими сайтами, это не клик-тесты. Поэтому не обещайте команде, что правильный клик гарантирует успех. Проверять первые выборы пользователя до запуска структуры навигации лучше древовидным тестом.
Метод хорош для сравнения экранов. Он быстрый и дешёвый, а результат легко показывать тепловой картой. Ограничение у него то же, что у любой статичной картинки. Метод показывает, куда нажали, но не почему. Неизвестно и то, предсказывает ли клик по картинке успех на живом сайте. Поэтому тест первого клика обычно дополняют юзабилити-тестированием.
Что нужно для старта
- Экран, который проверяют. Подойдёт скетч, макет, прототип или живой сайт
- Задачи с одним понятным правильным ответом
- Список мест на экране, куда может нажать участник с верным ответом
- Инструмент, который записывает клики и строит тепловую карту, например WebAsk
- Участники из целевой аудитории
Как провести
-
Задачи
Описывайте задачу как проблему, которую нужно решить, а не как место, куда нужно нажать. Пишите на языке пользователя, а не словами из интерфейса, и не подсказывайте, где искать. Сначала проверьте формулировки внутри команды, а для каждой задачи придумайте три–пять вариантов. Хорошо работают вопросы вида «куда бы вы нажали, чтобы…». Добавьте одну заведомо невыполнимую задачу, чтобы по ней видеть, кто нажимает наугад.
-
Правильные зоны
Найдите на экране все правильные пути. Если у задачи два верных ответа, отдельно смотрите, куда нажимают в этом случае. Заранее задайте одни и те же зоны для всех вариантов экрана и считайте клики дважды, по мягкому и по строгому правилу. Затем смотрите, меняются ли выводы.
-
Экран
Берите картинку в том размере, в каком её увидят люди. Адаптивная вёрстка сдвигает элементы, и из-за этого клики расходятся. Проверьте страницу на выпадающие меню и карусели. Скриншот их не показывает, и разница доходит до 40 % на отдельном пункте меню.
-
Участники
Для быстрых итераций хватает 15–30 человек. Для уверенных выводов берите 50–100, тенденции видны уже примерно с 50. Если варианты сравнивают, случайно делите участников на группы, чтобы они не запоминали экраны.
-
Вопросы после клика
Измеряйте время до клика. После каждой попытки спросите об уверенности по семибалльной шкале: оценки 3–4 сигнализируют о проблемах с навигацией. Затем спросите о сложности и, если оценка ниже 5, выясните причину. Объяснение «почему» часто даёт короткая сессия с несколькими людьми после теста.
-
Анализ
Считайте долю правильных первых кликов, смотрите тепловую карту и время. Для сравнения с прежним экраном меняйте порядок задач. Можно показывать каждому участнику одни и те же задачи на двух экранах, не говоря, какой из них новый. Чтобы проверить, отличаются ли клики от случайных, используйте биномиальный тест. Если p меньше 0,05, клики по зоне, скорее всего, осознанные.
Результат
Таблица по каждой задаче. Видно, какая доля участников нажала на правильную зону, куда нажали остальные и сколько времени заняло решение. К ней прикладывают тепловую карту. По ней команда решает, что менять на экране.
Типичные ошибки
-
Скриншот вместо живой страницы
Выпадающие меню, карусели и адаптивные макеты на картинке выглядят иначе. Результаты могут быть несопоставимы с живым сайтом.
-
Подсказки в задаче
Наводящие формулировки и слова из интерфейса подсказывают участнику, куда нажать.
-
Одна задача
Делайте несколько задач и один заведомо невозможный вопрос для проверки, кто нажимает наугад.
-
Тест без базы для сравнения
Проверяйте и текущий дизайн, иначе непонятно, насколько новый лучше. Сравнение прототипа без настоящего содержания с готовыми курсами оказалось неравным.
-
Первый клик как доказательство удобства
Правильный клик ещё не значит, что человек довёл задачу до конца.
-
Смешанные сегменты
Сравнивайте группы пользователей отдельно, а не усредняйте их.
Кто использует
В мобильном приложении «БКС Мир инвестиций» проверяли экран «Избранного», как рассказала исследовательница компании. В тесте на 100 человек и четыре зоны «Избранное» выбрали 45, тогда как при случайном выборе вышло бы около 25. Биномиальный тест показал, что разница не случайна, p около 0,00001.
Налоговая служба Великобритании HMRC в блоге описывает проверку главной страницы личного налогового кабинета. Пользователей спрашивали, где узнать, почему в прошлом году недоплачен налог. Верный ответ был в выделенной плитке. Правильно ответили 38 %. После того как кликабельной сделали всю плитку, результат вырос до 57 %, а среднее время упало с 5,8 до 5,33 секунды.
В Эдинбургском университете в 2019 году для проекта Learn Foundations сравнивали прототип шаблона курса с действующими курсами. Где найти контакты преподавателя, правильно ответили 46 % участников, ещё 40 % выбрали раздел с информацией о курсе. По этому результату команда добавила отдельный раздел контактов на верхний уровень.
Место в процессе
- Экспертная оценкаЭкспертная оценка (heuristic evaluation) проверяет интерфейс по набору принципов юзабилити. Несколько экспертов проходят продукт самостоятельно, каждый записывает найденные проблемы, потом списки сводят в один. Пользователи не участвуют.
- Карточная сортировкаКарточная сортировка (card sorting) помогает построить навигацию и структуру разделов так, как их понимают пользователи, а не как это логично команде. Участнику дают карточки с названиями страниц, функций или понятий и просят разложить их по группам.
- Древовидные тестыДревовидный тест (Tree Testing) показывает, найдут ли люди нужный раздел в структуре меню. Участнику дают только текстовое дерево разделов, без дизайна и подсказок, и просят найти место, где он стал бы искать товар, функцию или информацию. Метод проверяет логику структуры и понятность названий, а не удобство готового интерфейса.
- Юзабилити-тестированиеЮзабилити-тестирование (usability testing) показывает, где люди спотыкаются о продукт. Участнику дают реалистичную задачу, например оформить заказ или найти настройку, и наблюдают, как он её выполняет. Исследователь фиксирует, где человек буксует, ошибается или теряет ориентацию.
Инструменты для результатов
Источники и что почитать
Сервисы
Что почитать
Источники
- Тесты первого клика: как знание статистики помогает делать правильные выводы?
- Getting The First Click Right
- The Importance of the First Choice in Website Navigation
- Do Click Tests Predict Live Site Clicks?
- Getting the first click right
- First click tests: building up the elements of user experience for Learn Foundations
- First click testing guide