Ключевые выводы
Discovery дешевле, чем переделка архитектуры после старта разработки.
ТЗ должно фиксировать не только функции, но и критерии приёмки.
Roadmap помогает разделить MVP и развитие без потери бизнес-логики.
Discovery отвечает на вопрос, что именно строим
До разработки важно понять цель продукта, пользователей, ограничения, конкурентов и путь к первому релизу. Без этого команда быстро начинает спорить о деталях, потому что у проекта нет общего контекста.
Что входит в короткий discovery
- Интервью с заказчиком и фиксация целей.
- Анализ конкурентов и референсов.
- Карта пользовательских сценариев.
- Функциональная декомпозиция MVP.
- Риски: интеграции, данные, безопасность, сроки.
- Roadmap развития после запуска.
- Критерии приёмки для каждой ключевой функции.
Чем ТЗ отличается от списка хотелок
Список хотелок описывает, что хотелось бы увидеть. ТЗ фиксирует, как это будет работать, какие есть состояния, ограничения, ошибки, роли пользователей и измеримые критерии готовности.
Практический результат
После discovery можно дать честную вилку бюджета, сроки, риски и план работ. Это повышает доверие и делает оценку конкретной: клиент видит не просто цену, а логику решения.
Вопросы по теме
Можно ли начать разработку без ТЗ?
Можно начать прототипирование, но полноценная разработка без критериев приёмки повышает риск переделок и конфликтов.
Сколько занимает discovery?
Для небольшого проекта обычно 3-7 рабочих дней, для сложного продукта — 2-4 недели.