Дизайн
Юзабилити-тестирование
Также называют: тестирование юзабилити, UX-тестирование, коридорное тестирование
Определение
Юзабилити-тестирование — проверка интерфейса на живых людях: представители целевой аудитории выполняют реальные задачи и проговаривают свои действия вслух, а команда фиксирует, где они останавливаются, ошибаются и не находят нужное.
Метод устроен просто, и именно поэтому он работает. Респонденту дают задачу в терминах цели, а не интерфейса: не «нажмите кнопку оформления», а «купите этот товар с доставкой на завтра». Дальше модератор молчит и не подсказывает, а участник комментирует свои действия. Записываются не мнения («сайт приятный»), а факты: сколько времени заняла задача, была ли она выполнена вообще, на каком шаге человек колебался, какое слово он искал глазами и не нашёл. Классическая рекомендация Nielsen Norman Group — пять респондентов на итерацию: большинство типовых проблем вылезает именно на первых участниках, а дальше повторяются одни и те же.
Коммерчески метод ценен тем, что он дешёвый относительно цены ошибки. Пять сессий по сорок минут — это два-три дня работы, включая подготовку сценариев и разбор. Переделка формы оформления заказа после запуска, когда конверсия оказалась вдвое ниже ожидаемой, стоит дороже и по деньгам, и по упущенной выручке. Тестировать можно и до разработки — на кликабельном прототипе, — и на живом сайте: во втором случае к качественным наблюдениям добавляются количественные данные из аналитики, записи сессий и карты кликов.
Две ловушки убивают результат. Первая — тестировать на коллегах и знакомых: они знают продукт, догадываются о задумке и щадят автора. Нужны люди из целевой аудитории, которые видят интерфейс впервые. Вторая — подсказывать. Стоит модератору сказать «кнопка справа вверху», как исчезает именно та информация, ради которой всё затевалось. И третье, менее очевидное: тестирование выявляет проблемы, но не проектирует решения. Ответ «пользователи не нашли доставку» — это вход в работу дизайнера, а не готовое требование «сделать кнопку красной».
Смежные термины
- ВайрфреймВайрфрейм — черновая схема экрана без цвета, шрифтов и картинок: на ней фиксируют состав блоков, их приоритет и переходы между экранами, чтобы договориться о логике интерфейса до того, как начнётся дорогая отрисовка.
- Дизайн-системаДизайн-система — связка токенов, компонентов и правил их применения, существующая одновременно в макетах и в коде: она задаёт цвета, типографику, отступы и состояния элементов так, чтобы новый экран собирался из готового, а не изобретался заново.
- DiscoveryDiscovery — предпроектное исследование на 1–3 недели, в котором формулируют задачу, изучают пользователей и конкурентов, описывают сценарии и ограничения, а на выходе получают прототип, техническое задание и оценку с обоснованной вилкой вместо цифры из воздуха.
- Поведенческие факторыПоведенческие факторы — сигналы о том, как пользователи ведут себя в выдаче и на сайте: кликают ли по сниппету, возвращаются ли в поиск после перехода, сколько времени проводят на странице; Яндекс использует их в ранжировании и жёстко наказывает за накрутку.
- Адаптивный дизайнАдаптивный дизайн — подход, при котором одна вёрстка перестраивается под ширину экрана: сетка, типографика и порядок блоков меняются на заданных брейкпоинтах, вместо того чтобы открывать отдельную мобильную версию на поддомене.
Услуги по теме
- UX/UI дизайн сайтов и приложенийПроектируем интерфейсы, которые доходят до продакшена: от исследования и структуры до UI-кита и передачи в разработку. Всё живёт в Figma как компоненты с реальными состояниями и брейкпоинтами, а не как папка со статичными картинками. Один и тот же процесс работает для лендинга, корпоративного сайта, интернет-магазина, веб-приложения и мобильного продукта.
- IT-консалтинг и продуктовый аудитСамые дорогие ошибки в разработке делаются до первой строчки кода: неверно понятая задача, стек, выбранный по привычке подрядчика, и ТЗ, которого нет. Консалтинг нужен, чтобы разобраться до того, как начнётся счётчик разработки: что именно строить, из чего, за сколько и в каком порядке. Результат — документ, а не мнение на созвоне.
Почитать подробнее
- UX-исследования без бюджета лаборатории: что реально даёт результатБольшинству команд не нужен отдел исследований — им нужно перестать угадывать. Разбираем методы по стоимости и отдаче, объясняем правило пяти пользователей и его важную оговорку, показываем, как превратить находки в решения без отчёта на 60 страниц.
- Дизайн-система: когда она окупается, а когда это дорогая игрушкаБольшинству команд, которые просят дизайн-систему, нужны библиотека компонентов и дисциплина именования. Разбираем, где проходит граница, как посчитать окупаемость до старта и что входит в минимальную рабочую версию.
Нужна помощь с этим на практике?
Мы не только объясняем термины, но и делаем это руками. Опишите задачу — разберём и пришлём смету по этапам.