Тестирование прототипа с реальными пользователями
Что это такое
Поставить прототип перед человеком, похожим на вашего пользователя, дать ему задачу и смотреть, не помогая, — так и выглядит тестирование прототипа, кликабельного или бумажного. Инструмент здесь — прототип, а свидетельства он даёт в сессии. Сама техника модерации живёт в юзабилити-тестировании; эта глава о том, как применить её именно к прототипу.
Почему это важно
Тест прототипа — последний дешёвый момент перед кодом. Однако потратить его впустую особенно легко: участники хвалят всё, что двигается, сломанная ссылка превращает сессию в отчёт об ошибках, а инстинкт модератора помочь уничтожает тот единственный вывод, который был важен. Подготовка к этим трём отказам и есть большая часть работы.
Ключевые идеи
Пишите задачи до того, как прототип закончен
Задачи берутся из потоков, которые поддерживает прототип, и формулируются как цели. Если писать их поздно, задачи начинают совпадать с тем, что вы построили, а не с тем, что хотели узнать.
Задача 1 «Вы хотите вернуть пару ботинок, которые пришли слишком маленькими.»
Задача 2 «Узнайте, когда придёт ваш последний заказ.»
Задача 3 «Вы переехали — измените, куда доставлять заказы.»
Проведите пилот с одним коллегой
Прогоните всю сессию один раз на коллеге до первого настоящего участника. Каждая мёртвая ссылка, неясная задача и всякий экран, которого недостаёт, всплывут здесь, а не в оплаченной сессии.
shortcut: ссылки в прототипе ломаются при реальном использовании; всегда
проводите пилот один раз и почините пути, которыми прошёл пилот, до теста
с участниками.
Отрепетируйте нейтральные ответы
Держите наготове фразу на «это правильно?» и на «куда нажимать?». Модератор, который импровизирует, начнёт помогать, а помощь — конец вывода.
Записывайте действия и цитаты отдельно
Две колонки, по возможности с таймингом. В колонке действий — куда нажимали; в колонке цитат — что говорили. Основной материал для выводов даёт колонка действий.
Останавливайте сессию на одной границе
Проводите каждого участника до одной и той же точки. Если одни сессии обрезать, а другие нет, результаты станут несравнимыми, и из выборки обычно выпадает самый трудный шаг.
Практика
Проведите три сессии с прототипом
Напишите три задачи, проведите один пилот, затем три сессии. Храните сценарий, карточки задач и заметки в одном формате во всех трёх.
Готово, когда: у вас три набора заметок с одними и теми же задачами, и вы можете назвать шаг, на котором замялся каждый участник.
Посчитайте выводы
Превратите заметки в счётчики и цитаты и напишите два изменения, которые сделаете первыми.
Готово, когда: каждое из двух изменений ссылается на счётчик и цитату и называет экран, где это происходит.
Частые ошибки
- Нет пилота — первая сессия уходит на сломанные ссылки и терпение участника; исправить: проведите один полный прогон и почините пути.
- Помощь, когда участник замялся — полезный вывод заменяется путём, который вы подсказали; исправить: отрепетируйте нейтральный ответ и посчитайте до пяти.
- Задачи, написанные с экрана — тест проверяет, выполнялись ли инструкции; исправить: формулируйте каждую задачу как цель на языке участника.
- Вопрос «что вы думаете о дизайне» — вы собираете похвалу частям, которые двигаются; исправить: держитесь задач и записывайте поведение.
- Сессии заканчиваются в разных точках — результаты нельзя сравнить между участниками; исправить: зафиксируйте границу конца заранее и держите её.
Что читать дальше
- Точность прототипа (03-design-ux/40-prototyping/01-prototype-fidelity) — артефакт, который проверяет эта сессия.
- Прототипирование (03-design-ux/40-prototyping) — трек, который закрывает эта глава.
- Юзабилити-тестирование (03-design-ux/33-usability-testing) — модерация, серьёзность и анализ целиком.
- Исследования UI/UX (03-design-ux/18-ui-ux-research) — более узкие проверки понимания и находимости.