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

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

Формулировка «узнать потребности» слишком широкая. Полезнее назвать две или три альтернативы, между которыми выбирает команда. Например: менять онбординг или само обещание продукта; развивать мобильный сценарий или чинить передачу между каналами; убирать функцию или объяснять её иначе.

Исследовательский вопрос становится точнее: какие данные помогут отличить одну причину от другой?

Человек может искренне говорить, что ценит функцию, и почти не пользоваться ею. Может ругать сложный процесс, но регулярно завершать его из-за высокой ценности результата.

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

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

Используйте модерируемый или немодерируемый тест с задачей. Проверяйте не мнение о макете, а способность человека понять путь и завершить действие.

Нужны количественные данные: события, воронка, когортный анализ, опрос на достаточной выборке. Они показывают распространённость, но не всегда объясняют причину.

Покажите альтернативы, прототип предложения или разные способы решения задачи. Важно обсуждать не формулировку слогана, а ожидаемый результат и цену перехода.

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

Универсального числа нет. Его нельзя назначать отдельно от сегмента, метода и решения.

До начала зафиксируйте:

Так исследование перестаёт быть отдельной активностью и становится частью продуктового цикла.

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

Число из небольшой качественной выборки не превращается в статистику рынка. Оно показывает наблюдение и направление следующей проверки.

Возьмите ближайшее продуктовое решение и допишите фразу: «Мы изменим план, если увидим…». Если продолжение невозможно сформулировать, исследование пока не привязано к выбору.

Полезно связать его с картой клиентского пути между отделами. Если нужно собрать исследование вокруг спорного решения, можно обсудить задачу.

Nielsen Norman Group: When to Use Which User-Experience Research Methods — рамка выбора методов по типу данных, контексту использования и этапу продукта.