Discovery в продакт-менеджменте: процесс с нуля

Что такое discovery

Discovery — это часть работы продакта про «что делать», а не «как делать». Цель — понять, какие проблемы у пользователей, какие из них стоит решать и каким способом. До того, как команда потратила квартал на разработку.

Без дискавери продакт превращается в «писателя задач»: задачи прилетают сверху и со стороны, команда их делает, метрики не двигаются. Дискавери — это привычка регулярно проверять, что вы делаете правильное. Цена ошибки большая: спринт стоит сотни часов команды, и сделать «не то» — это дорого.

Признак, что у команды нет дискавери: на ретро не звучат вопросы «а зачем мы это делали и какую боль закрыли», а звучат только «успели/не успели по срокам».

Discovery vs delivery

Delivery — про «доставить фичу до пользователя». Описать, дизайнить, разрабатывать, запускать, мониторить. Это ремесленная часть.

Discovery — про «понять, какую фичу делать». Интервью, прототипы, проверка гипотез, анализ данных. Это исследовательская часть.

В сильных командах эти процессы идут параллельно: пока разработка делает фичу A, продакт уже исследует следующую B. В слабых — discovery вообще не существует, всё «по интуиции CEO».

Параметр	Discovery	Delivery
Вопрос	Что делать	Как делать
Главный артефакт	Карта возможностей, гипотезы	PRD, спецификация
Метрика успеха	Доля подтверждённых гипотез	Скорость и качество релиза
Главный риск	Сделать не то	Сделать плохо
Кто ведёт	Продакт + дизайн + ресёрч	Продакт + разработка

Continuous discovery

Подход, который популяризовала Тереза Торрес. Суть: дискавери — не разовый этап в начале квартала, а еженедельная привычка.

Базовая практика:

• 1–3 интервью с пользователями каждую неделю.
• После каждого — короткий разбор: какие новые знания, что меняет в плане.
• Связка интервью с гипотезами и экспериментами.

Это звучит просто, но 80% команд этого не делают. У них «discovery» — это раз в полгода большое исследование, которое к моменту окончания уже устарело.

Регулярность важнее объёма. 1 интервью каждую неделю даёт больше, чем 20 интервью раз в полгода: вы видите динамику, замечаете изменения в поведении пользователей раньше, накапливаете рабочую память команды о сегментах.

Ориентиры по объёму (порядок величин, не норматив):

Размер команды	Интервью в неделю	Длительность
1 продакт, 3–5 разработчиков	1–2	30–45 минут
1 продакт, 6–10 разработчиков	2–3	30–60 минут
Команда с ресёрчером	3–5	45–60 минут

Opportunity-solution tree

Удобный артефакт для дискавери. Дерево с уровнями:

• Outcome (наверху) — бизнес-результат, на который влияем. Пример: «увеличить конверсию в первую покупку».
• Opportunities — пользовательские боли, которые ведут к этому результату. «Не понимают, что делает товар», «не доверяют доставке», «дорого».
• Solutions — конкретные идеи, которые могут закрыть боль.
• Experiments — как проверим, что решение работает.

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

Антипатерны при работе с деревом:

• одна opportunity = «сделать фичу X». Это не боль, а решение в маске.
• 50 листьев на одной ветке. Если их так много, значит вы плохо приоритизировали opportunities.
• дерево, в котором не видно, какие гипотезы уже опровергнуты, — оно превращается в кладбище идей.

Инструменты дискавери

Базовый набор:

• Глубинные интервью. Главный инструмент. Понять «как сейчас» и «что болит».
• Юзабилити-тесты. Проверить, понятно ли решение.
• Прототипы и Wizard-of-Oz. Проверить идею до разработки, имитируя автоматизацию руками.
• Аналитика и когорты. Посмотреть, где люди отваливаются и почему.
• Опросы. Оценить масштаб проблемы. Не подменять качественные интервью.
• Анализ конкурентов. Не копировать, а понять, какие альтернативы у пользователя.
• Поддержка и продажи. Самые свежие истории про боли пользователя.

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

Вопрос	Инструмент
Какая боль и насколько острая	Интервью + поддержка
Сколько людей с этой болью	Опросы + аналитика
Понятно ли решение	Юзабилити-тест
Будут ли пользоваться	Прототип, Wizard-of-Oz
Двигает ли метрику	A/B-эксперимент

Шаблон проблемного интервью

30–45 минут, скелет:

1. Знакомство (2 минуты): кто, чем занимается. Без проблематики продукта.
2. Контекст использования (5–10 минут): когда последний раз сталкивался со сценарием, что делал, какие альтернативы.
3. Проблемная история (10–15 минут): задаём вопрос «расскажи, как ты последний раз делал X». Не «нужна ли тебе фича Y».
4. Раскопка боли (5–10 минут): уточняющие вопросы. Что было самым сложным, сколько времени ушло, как обошёлся.
5. Не показывать решение. Это не юзабилити-тест.
6. Закрытие (2 минуты): спросить, кого ещё стоит позвать на разговор.

Главное правило — задавать вопросы про прошлое, а не про будущее. «Ты бы пользовался такой фичей?» — почти всегда вранье. «Расскажи, как ты решал эту задачу в последний раз» — почти всегда правда.

Артефакты и встречи

Дискавери без артефактов — это просто разговоры. Минимальный набор документов:

• Карта пользователей. Кто наши сегменты, какие задачи решают.
• Список гипотез. Что мы предполагаем, что проверяем, что подтвердили или опровергли.
• Opportunity-solution tree. Связь outcome → боли → решения.
• Журнал интервью. Кратко: с кем, когда, ключевые инсайты, цитаты.
• PRD/RFC. Уже на этапе перехода к delivery.

Встречи:

• Discovery weekly. 30–60 минут раз в неделю с командой — что узнали, что меняем.
• Quarterly review. Раз в квартал — пересмотр outcomes и приоритетов.
• Reverse demo. Не продакт показывает фичу, а команда показывает, что узнала.

Главное — не заформализовать. Дискавери должен помогать команде, а не тонуть в шаблонах.

Как внедрить дискавери в команде с нуля

Реальный путь, по шагам:

1. Неделя 1. Поставить в календарь discovery weekly. Найти 1 пользователя на интервью. Завести табличку с гипотезами (даже на 5 строк).
2. Неделя 2–4. Делать по 1 интервью в неделю. После каждого — 15 минут с командой: что услышали, что меняем.
3. Месяц 2. Подключить дизайнера и одного разработчика к интервью. Сделать первый opportunity-solution tree на текущий outcome.
4. Месяц 3. Связать roadmap с деревом возможностей. Каждая фича на roadmap должна показывать, какую opportunity она закрывает.
5. Месяц 4–6. Поднять регулярность до 2–3 интервью в неделю, ввести reverse demo, прописать критерии перехода фичи из discovery в delivery.

Главный сигнал, что дискавери работает: на планинге команда сама задаёт вопрос «а какую боль это закрывает», без напоминаний продакта.

Частые ошибки

• Считать дискавери разовым этапом. Закончил исследование — забыл. Это привычка, а не проект.
• Делать дискавери в одиночку. Дизайнер и разработчик должны участвовать в интервью хотя бы раз в месяц.
• Прыгать сразу к решениям. Услышал боль — сразу нарисовал. Без понимания всей карты получится ситуативный фикс.
• Игнорировать существующие данные. Дискавери начинается с анализа того, что уже есть в системе.
• Презентовать выводы как факты. Любые выводы из дискавери — гипотезы. Их ещё надо проверять экспериментом.
• Подменять интервью опросом. Опрос даёт масштаб, но не понимание.
• Спрашивать про будущее поведение. «Будешь пользоваться?» — почти всегда ложноположительный ответ.

Связанные темы

• Продакт и исследования
• Продакт и эксперименты
• Soft skills продакт-менеджера
• Продуктовая аналитика

FAQ

Сколько времени продакт должен тратить на discovery?

Ориентир — 30–50% рабочего времени. Если 100% уходит на delivery, продукт скоро перестанет двигаться по метрикам.

С чего начать дискавери в команде, где его не было?

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

Нужен ли отдельный исследователь?

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

Как защитить дискавери от «нет времени»?

Закрепить во встречах. Discovery weekly в календаре, KPI на количество интервью, артефакты как регулярный артефакт спринта. Ещё помогает связка с roadmap: если каждая фича привязана к opportunity, тимлид и СЕО сами защищают дискавери.

Чем discovery отличается от research?

Research — широкая дисциплина (UX, маркет, академический). Discovery — конкретный процесс продуктовой команды по поиску правильных решений. Research — один из инструментов discovery.

Сколько интервью нужно, чтобы принять решение?

Качественные паттерны обычно стабилизируются после 5–8 интервью на сегмент. Для оценки масштаба боли — нужны опросы или аналитика, интервью на это не работает.

Как понять, что дискавери провалился?

Если за квартал ни одна гипотеза не опровергнута — это не успех, это сигнал, что вы либо не задаёте сложных гипотез, либо подгоняете данные под ожидания.

---

Прокачать продуктовые кейсы и discovery-вопросы — открой Карьерник: продуктовая аналитика, метрики и кейсы для собеса.