Discover
Фиксируем гипотезыОпределяем проблему, сегмент, альтернативы, ценность, готовность платить и решение команды по итогам работы.


Разработка продуктов → Product Discovery
Проверяем проблему, сегмент, альтернативы, ценность и готовность платить до разработки MVP. На выходе — evidence, риски и решение о следующем эксперименте.
Обсудить задачуКратко
Discovery нужен, чтобы принять конкретное решение до разработки. Мы проверяем исходные допущения команды и собираем доказательства вокруг реального поведения клиентов, альтернатив и следующего обязательства — не вокруг общего интереса к идее.
Если любой результат исследования всё равно ведёт к заранее утверждённой разработке, Discovery превращается в формальность.
Архитектура решения
Каждый этап уменьшает неопределённость вокруг одного решения и заканчивается проверяемым следующим шагом.
Определяем проблему, сегмент, альтернативы, ценность, готовность платить и решение команды по итогам работы.
Подбираем интервью, тест сообщения, landing page, concierge-сценарий, предзаказ, прототип или технический proof of concept.
Проверяем гипотезу на целевых пользователях и фиксируем поведение, обязательства и альтернативные объяснения.
Сводим факты в evidence board, оцениваем силу сигнала и обновляем модель продукта.
Переходим к прототипу или MVP, сужаем сегмент, меняем предложение, запускаем новый тест либо останавливаем инвестиции.
Юнит-экономика и ROI
Discovery не гарантирует product-market fit. Его экономический эффект — раннее обнаружение слабой гипотезы до того, как она превратится в месяцы разработки, сложную архитектуру и обязательства перед рынком.
Команда инвестирует сначала в самый дешёвый способ получить сильный сигнал. Результатом может быть как переход к прототипу, так и осознанная остановка продукта — оба решения защищают следующий бюджет.
Результат
Discovery заканчивается картой решений и scope следующего эксперимента, а не большим исследовательским отчётом.
Сравнение подходов
Способ старта зависит от того, подтверждены ли проблема, сегмент и готовность клиента действовать.
| Подход | Что проверяет | Главный риск | Что на выходе |
|---|---|---|---|
| Сразу разработать MVP | Реакцию на готовый продукт | Дорого проверить слабую гипотезу | Рабочая версия |
| Провести общее исследование | Отношение к категории | Получить интерес без обязательства | Аналитический отчёт |
| Product Discovery | Конкретное решение и поведение | Требует готовности изменить исходную идею | Доказательства и следующий тест |
Ограничения и риски
Этап полезен только тогда, когда команда готова изменить решение по итогам проверки.
Если scope, сегмент и бюджет нельзя пересмотреть, исследование не повлияет на действие.
Когда проблема и сценарий подтверждены, можно сразу переходить к UX-проверке.
Без наблюдаемого поведения и сильных рыночных сигналов выводы останутся предположениями.
Подходит
Не подходит
Частые вопросы
Универсального числа нет. Смотрим на качество выборки, различия сегментов и повторяемость сигналов.
Нет. Он снижает конкретные риски. Product-market fit подтверждается поведением рынка после запуска.
Да. Отдельно исследуем пользователя, руководителя функции, закупку, финансы и других участников решения.
Да, особенно при потере traction, выходе в новый сегмент или непонятных причинах использования и отказа.
