Discovery Phase / БАЗА ЗНАНИЙ
Discovery phase: что определить до начала разработки
Discovery превращает идею в набор проверенных решений до начала активной разработки. Найти противоречие в требованиях на этом этапе намного дешевле, чем переписывать готовый модуль в production.
Уточните задачу и пользователей
Команда должна понимать, кто использует продукт, какую проблему он решает, какие сценарии критичны и какие ограничения уже существуют.
Также нужно зафиксировать зависимости от внешних систем, текущей инфраструктуры, качества данных, требований compliance и внутренних процессов.
Определите MVP
Discovery помогает увидеть, какие функции формируют ядро продукта, а какие можно перенести на следующие итерации без потери ценности первого релиза.
Это снижает первоначальный бюджет и позволяет быстрее получить реальные данные об использовании.
Проверьте технические риски
До утверждения оценки проверьте API сторонних сервисов, форматы импорта, ограничения платежей, авторизации, доставки, CRM и ERP.
Если критичная интеграция нестабильна или не поддерживает нужную операцию, этот риск должен быть известен до согласования сроков и бюджета.
Получите конкретный результат
На выходе нужны не только заметки со встреч, а список модулей, user flows, архитектурный подход, интеграции, риски, roadmap и предварительная оценка.
Эти материалы можно использовать для детального технического задания и планирования development iterations.
Определите критерий завершения discovery
Discovery достаточно, когда в основных сценариях нет критичных неизвестных, границы MVP понятны, а ключевые зависимости проверены.
Команда должна уметь объяснить путь продукта от первого релиза до production и список задач следующих этапов.
Спроектируйте или реализуйте веб-систему
Определите MVP, архитектуру, интеграции, сроки и бюджет до перехода к production development.