Начинать стоит не с метода, а с мотивации. Один из самых важных вопросов, который исследователь может задать заказчику, звучит просто: «Зачем вам сейчас нужно исследование?» Не «что вы хотите проверить», а именно зачем. Ответы на этот вопрос часто меняют направление разговора:

• «Мы не понимаем, почему люди не завершают заказ»
• «У нас конфликт с дизайнером, нужно внешнее мнение»
• «Через месяц релиз, боимся критических ошибок»
• «Руководство сомневается в решении»

Каждый из этих ответов указывает на разный тип задачи и, возможно, на разные методы. Иногда после этого вопроса становится ясно, что юзабилити-тест вообще не нужен — проблема лежит в аналитике, позиционировании или бизнес-логике.

Рассмотрим практический пример.

Запрос: «Нужно сделать юзабилити-тест личного кабинета».

Уточнение: 

• Что именно не так с кабинетом?
• Как вы это поняли?
• Что будет считаться успешным результатом исследования?

Выясняется: пользователи заходят в кабинет, но почти не пользуются новой функцией отчётов.

Реальная задача: понять, замечают ли пользователи функцию, понимают ли её ценность и в какой момент теряется интерес.

Вывод: Классический юзабилити-тест «на удобство» интерфейса не ответит на этот вопрос полностью. Здесь нужна комбинация: анализ поведения и исследование понимания и мотивации.

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

• «пользователи тупят»
• «интерфейс перегружен»
• «слишком сложно»

Задача исследователя — вернуть разговор в плоскость наблюдаемых фактов:

• что именно делают или не делают пользователи;
• где это происходит;
• как это влияет на бизнес-результат.

Полезный вопрос здесь звучит так: «Как вы поймёте, что проблема решена?» Если ответа нет или он звучит размыто («ну станет лучше»), значит, задача ещё не сформулирована.

Очень часто запрос на исследование появляется после того, как решение уже выбрано. Юзабилити-тест в этом случае используется как способ подтверждения, а не понимания.

Пример: «Мы решили объединить два шага в один, давайте проверим юзабилити» или «Хотим убрать текст и оставить иконки, протестируйте»

Здесь важно мягко, но чётко прояснить:

• что будет, если исследование покажет обратное;
• готовы ли заказчики менять решение;
• или исследование нужно лишь для формального «галочки».

Иногда честный ответ звучит так: «Мы уже всё решили, нам нужно подтверждение». В этом случае исследователь должен либо переопределить формат работы, либо честно обозначить ограничения ценности такого исследования.

Рассмотрим практический пример: Предположим к вам пришел заказчик с проблемой что у него «падает регистрация» и с запросом сделать юзабилити-тест регистрации

Ваша задача должна на данном этапа заключаться в деконструкции через вопросы-ответы: 

• Где именно падает регистрация? → на шаге подтверждения телефона
• Это видно в данных? → да, 60% отвал
• Что вы думаете, почему? → пользователи не понимают, зачем код
• Что будет результатом исследования? → понять, что мешает пройти шаг

Таким образом ваша реальная задача: выявить причины отказа на конкретном шаге и проверить, связано ли это с интерфейсом, доверием или внешними факторами. Метод: точечное тестирование сценария + вопросы про ожидания и контекст.

Ключевая и самая распространенная профессиональная ошибка - начинать разговор с выбора метода. Когда исследователь соглашается «просто сделать юзабилити-тест», он берёт на себя риск получить формально корректный, но практически бесполезный результат.

Правильная логика всегда обратная: контекст → проблема → вопрос → метод

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

Хорошо проведённая деконструкция экономит недели работы, снижает риск конфликтов и делает исследование действительно полезным. Потому что в конечном счёте заказчику нужен не юзабилити-тест - ему нужно понимание, которое можно превратить в решение.

И именно в этом месте начинается настоящая исследовательская работа.