UX-исследование перед A/B-тестом: как не тестировать случайный симптом

UX-исследование перед A/B-тестом: как не тестировать случайный симптом

Если гипотеза родилась из «нам кажется», A/B-тест часто проверяет не причину, а интерфейсный шум. Перед запуском полезно собрать минимальный слой качественных данных: записи сессий, 5–8 интервью, клики по форме, обращения в поддержку.

Что искать:
— место, где пользователь теряет контекст задачи;
— поле или шаг, который требует лишнего решения;
— текст, который читают не так, как задумано;
— повторяемый паттерн ошибки, а не единичный сбой.

Хорошая UX-находка формулируется не как «поменять кнопку», а как причинная гипотеза: «пользователь не понимает стоимость доставки до шага оплаты, поэтому откладывает покупку». Тогда вариант теста меняет механизм, а не косметику.

Перед тестом проверьте три вещи: есть ли сегмент, где проблема выражена сильнее; можно ли измерить целевое действие; не конфликтует ли изменение с другим этапом воронки.

UX-исследование не заменяет эксперимент. Оно снижает шанс потратить трафик на проверку догадки без диагностической ценности.