Discovery снижает риск создать ненужное, неудобное, невыгодное или нереализуемое решение. Delivery обеспечивает надёжную поставку выбранного изменения пользователю. Это не две последовательные фазы с передачей документа через стену: исследование продолжается во время реализации и после запуска.
Основные риски discovery:
Запрос «добавить программу лояльности» может исходить от клиента, руководителя или конкурента. Продакт выясняет:
Это не способ затормозить работу, а способ избежать ложной определённости.
Сначала исследуют возможности: потребности, барьеры и желаемые результаты. Затем рассматривают несколько решений и тестируют предположения. Если команда мгновенно прикрепляется к одной функции, выбор становится формальным.
Краткая цепочка:
Бизнес-контекст → outcome → сегмент и проблема → доказательства → гипотезы → варианты решения → проверка → выбранный scope → delivery → измерение.
Хороший пакет контекста может включать:
User story не заменяет контекст. Огромный PRD тоже не гарантирует понимание. Детализация должна соответствовать риску и сложности.
Ready означает, что команда понимает цель, ограничения, неизвестные и может безопасно начать. Done включает не только код, но тестирование, документацию, аналитику, мониторинг, rollout и подтверждение результата — в той мере, которая нужна конкретному изменению.
Фраза «конкуренты дают кэшбэк, нам тоже нужно» смешивает наблюдение, решение и предполагаемый результат. Пользователь может редко платить картой из-за отсутствия подходящих категорий, непредсказуемых условий, привычки пользоваться другой картой или низкого доверия. Одинаковая функция не решит разные причины.
Discovery здесь не означает месяцы интервью. Сначала команда формулирует исходы, проверяет существующие данные и выбирает самый опасный пробел. Delivery начинается не после полного исчезновения неопределённости, а когда оставшийся риск понятен и приемлем.
Руководитель говорит: «Запустим повышенный кэшбэк новым клиентам, чтобы они чаще платили нашей картой». У команды нет доказательств причины низкой активности. Бюджет бонусов ограничен, запуск возможен по feature flag.
Discovery brief и короткое delivery-описание. В кейсе не нужно рассчитывать реальную экономику банка или давать финансовые рекомендации.
Ты — Group Product Manager на review продуктовой инициативы. Проверь мою цепочку от сырого запроса до delivery.
Найди скачки логики: неподтверждённую проблему, заранее выбранное решение, слабую метрику, недостающие альтернативы, неясный scope, забытые состояния, зависимости, события и риски rollout. Раздели замечания на блокирующие до разработки и допустимые для уточнения в процессе.
Не пиши PRD за меня. Сначала задай вопросы как руководитель, дизайнер, инженер и аналитик — максимум по два от каждой роли. Затем оцени готовность discovery и delivery отдельно по шкале 1–10. Покажи один пример улучшения только для самого критичного разрыва.
Моя работа:
[вставить работу]