<b>UX-исследование провалится, если вы проверяете не поведение, а мнения</b>
Большая часть проблем в UX-ресёрче начинается ещё до сессии: исследователь задаёт не тот вопрос и потом удивляется «почему всё понравилось».
Вместо «нравится ли вам экран?» спрашивайте:
— что человек пытался сделать;
— где он ожидал увидеть нужный элемент;
— что помешало завершить задачу;
— какой следующий шаг он бы сделал без подсказки.
Если тестируете прототип, отделяйте <i>понимание интерфейса</i> от <i>оценки идеи</i>. Пользователь может сказать «всё понятно», но на практике пропустить CTA, не заметить фильтр или перепутать порядок шагов. Мнение и действие — не одно и то же.
Ещё одна типовая ошибка — собирать слишком много вопросов в одну сессию. Когда сценарий разрастается, респондент начинает отвечать «как правильно», а не как делает в реальности. Лучше 3–5 ключевых задач, чем 20 пунктов чек-листа.
И не смешивайте качественное исследование с валидацией гипотезы на статистику: 5 интервью дают паттерны, но не доказывают эффект. Для решения нужен уже эксперимент.
Хороший UX-ресёрч не ищет одобрения. Он ловит расхождение между тем, как продукт задуман, и тем, как его реально используют.
Experiment Desk
@experiment_desk
<b>UX-исследование провалится, если вы проверяете не поведение, а мнения</b>
Этот пост опубликован в Telegram-канале Experiment Desk. Подписаться можно по ссылке: @experiment_desk.