UX-исследование провалится, если вы проверяете не поведение, а мнения

UX-исследование провалится, если вы проверяете не поведение, а мнения

Большая часть проблем в UX-ресёрче начинается ещё до сессии: исследователь задаёт не тот вопрос и потом удивляется «почему всё понравилось».

Вместо «нравится ли вам экран?» спрашивайте:
— что человек пытался сделать;
— где он ожидал увидеть нужный элемент;
— что помешало завершить задачу;
— какой следующий шаг он бы сделал без подсказки.

Если тестируете прототип, отделяйте понимание интерфейса от оценки идеи. Пользователь может сказать «всё понятно», но на практике пропустить CTA, не заметить фильтр или перепутать порядок шагов. Мнение и действие — не одно и то же.

Ещё одна типовая ошибка — собирать слишком много вопросов в одну сессию. Когда сценарий разрастается, респондент начинает отвечать «как правильно», а не как делает в реальности. Лучше 3–5 ключевых задач, чем 20 пунктов чек-листа.

И не смешивайте качественное исследование с валидацией гипотезы на статистику: 5 интервью дают паттерны, но не доказывают эффект. Для решения нужен уже эксперимент.

Хороший UX-ресёрч не ищет одобрения. Он ловит расхождение между тем, как продукт задуман, и тем, как его реально используют.