Есть старая истина: тот, кто ближе всего к пользователю, тот ближе всего к правде.
Именно поэтому product обязан лично участвовать в кастдеве.

Не через отчёты исследователей.

Не через пересказ UX-команды.

А напрямую — в полях, лицом к лицу с реальностью.

Почему нельзя полностью передавать кастдев UX-исследователям

UX-исследователь — профи в методологии: он отлично строит вопросы, ловит невербальные сигналы, структурирует выводы.
Но есть то, чего нет ни у одного исследователя: прямая ответственность за бизнес-результат продукта.

Product принимает решения о фичах, приоритетах, рыночных стратегиях. И если он слышит только пересказ выводов, он теряет:

• Нюансы боли пользователя, которые не попадают в отчет

• Интуитивное ощущение проблемы, которое рождается только в процессе разговора

• Эмоциональный контакт с пользователем, который кардинально меняет восприятие задач

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

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

Как живое участие меняет качество решений

• Продукт начинает видеть проблему шире, чем формулирует пользователь

• Быстрее распознаются ложные запросы ("хочу кнопку побольше" ≠ "хочу быстрее решить задачу")

• Возникают инсайты о реальных барьерах к покупке, удержанию, лояльности

• Идеи для улучшений рождаются прямо в процессе общения

И главное: появляется мотивация решать настоящие проблемы, а не то, что красиво звучит в кабинетных презентациях.

Как правильно строить кастдев-сессии

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

2. Спрашивать про опыт, а не про хотелки
Не "что бы вы хотели?", а "как вы решали проблему в последний раз?".

3. Избегать подсказок и закрытых вопросов
Вопрос типа "удобно ли вам пользоваться нашим сайтом?" — мусор. Лучше: "Расскажите, как вы в последний раз искали нужный товар".

4. Следить за эмоциями и паузами
Настоящие боли часто проявляются в заминках, смущении, злости.

5. Не продавать продукт во время кастдева
Кастдев — не питчинг. Никаких "но у нас же есть такая фича!". Только вопросы, только внимание.

Типичные ошибки, которые совершают product'ы

• Пытаются доказать пользователю, что продукт хороший

• Боятся "плохих" отзывов и начинают защищаться

• Прерывают интервью на полпути, услышав удобный ответ

• Собирают "пожелания", а не анализируют корневые проблемы

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

Product, который не проводит сам кастдевы, похож на пилота, который управляет самолетом по рассказам диспетчера.

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

Прокачивай не только аналитику, но и эмпатию. Это и есть путь к настоящему росту продукта.