'/%3e%3cpath%20d='M83.8172%20112C100.688%20112%20111.886%2098.2694%20112%2083.8882H44.0245C25.8409%2083.8882%2016.001%2094.3169%2016.001%20112H83.8172Z'%20fill='url(%23paint1_linear_101_577)'/%3e%3cpath%20d='M44.1725%2044.1138H16.0008C15.9465%2051.0963%2018.504%2058.2306%2024.2977%2064.0225L44.1706%2083.8881L52.8986%2075.3569L61.7636%2066.7019C63.2767%2065.2244%2063.2786%2062.7888%2061.7636%2061.3094L44.1725%2044.1138Z'%20fill='%233A5FFF'/%3e%3cpath%20d='M83.8248%2083.8862H111.996C112.051%2076.9037%20109.493%2069.7693%20103.7%2063.9774L83.8267%2044.1118L75.0986%2052.6431L66.2337%2061.2981C64.7206%2062.7756%2064.7187%2065.2112%2066.2337%2066.6906L83.8248%2083.8862Z'%20fill='%233A5FFF'/%3e%3cdefs%3e%3clinearGradient%20id='paint0_linear_101_577'%20x1='16.001'%20y1='30.055'%20x2='111.998'%20y2='30.055'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3clinearGradient%20id='paint1_linear_101_577'%20x1='111.998'%20y1='97.9451'%20x2='16.001'%20y2='97.9451'%20gradientUnits='userSpaceOnUse'%3e%3cstop%20stop-color='%2370ADFE'/%3e%3cstop%20offset='0.62'%20stop-color='%233A5FFF'/%3e%3c/linearGradient%3e%3c/defs%3e%3c/svg%3e)
Тестирование юзабилити
Тестирование юзабилити отличается от интервью тем, что в фокусе — действия, а не слова. Это отдельный навык для исследователя: не спрашивать «понятно ли?», а смотреть, где человек тормозит.
Как обычно устроено
- Готовится сценарий из 3–5 задач, которые пользователь должен выполнить.
- Подбираются 5–8 участников, похожих на целевую аудиторию.
- Каждый по очереди выполняет задачи, проговаривая вслух свои мысли.
- Исследователь не подсказывает, только задаёт уточняющие вопросы.
- После всех сессий обнаруженные проблемы группируют и приоритизируют.
Форматы
- Очное модерируемое — самое глубокое, но дорогое.
- Удалённое модерируемое — компромисс по скорости и качеству.
- Немодерируемое (через специальные сервисы) — много данных, но меньше глубина.
Когда применять и когда нет
Применять
- На прототипах перед разработкой
- После релиза, когда метрики просели в конкретных шагах воронки
- При сложных интерфейсах с многошаговыми сценариями
Не применять
- На очень ранних идеях без интерфейса — лучше пройти этап интервью и набросков
- Для измерения того, что и так понятно в аналитике (например, средняя длительность сессии)
Примеры применения
Команда переделала шаг оплаты в чек-ауте и хочет убедиться, что стало лучше. На пяти тестах пользователи спотыкаются в одном и том же месте: новая кнопка «применить промокод» не похожа на ссылку, и они её не замечают, пытаясь ввести промокод в поле адреса. Это не было видно в A/B-тесте — там просто упала конверсия, но было непонятно почему. После теста проблему починили за полчаса.
Часто задаваемые вопросы
Это эмпирическое наблюдение, известное по работам Якоба Нильсена: на 5 сессиях обычно всплывает 70–80% серьёзных проблем юзабилити. Дальше каждая дополнительная сессия даёт всё меньше новых находок. Поэтому часто эффективнее делать несколько небольших раундов, чем один большой.
Только для очень грубой проверки сценария. У коллег уже есть контекст продукта, и они пропускают проблемы, на которые наткнётся настоящий пользователь. На реальные решения это влиять не должно — нужны живые люди из целевой аудитории.