Что такое этап Discovery и почему он экономит бюджет
Основы3 минРедакция Innovialabs
Коротко
Discovery — короткий этап исследования перед разработкой, на котором проверяют идею, фиксируют требования и делают точную оценку; он экономит деньги, потому что ошибки на бумаге исправлять дешевле, чем в коде.
Короткий ответ
Discovery — это этап перед разработкой, на котором команда вместе с вами выясняет, что именно нужно построить, для кого и как. Результат — набор документов и прототипов, по которым можно точно оценить проект и начать работу без лишних переделок.
Он экономит бюджет по простой причине: изменить требование в документе стоит несколько минут, а переписать готовую функцию — дни или недели.
Цели Discovery
- Понять бизнес-задачу. Какую проблему решает продукт и как вы поймёте, что он успешен.
- Узнать пользователей. Кто они, какие у них сценарии и ограничения.
- Определить объём. Что войдёт в первую версию, а что можно отложить.
- Найти технические риски. Интеграции, нагрузки, требования к безопасности, сторонние сервисы.
- Сделать реалистичную оценку сроков и стоимости.
Что вы получаете на выходе
Состав зависит от проекта, но обычно это:
- описание целей и метрик успеха;
- портреты пользователей и карта сценариев (user flow);
- бэклог — список функций с приоритетами, часто с выделенным объёмом MVP;
- вайрфреймы или кликабельный прототип ключевых экранов;
- описание архитектуры и технологического стека;
- список интеграций и рисков;
- оценка сроков и бюджета с разбивкой по этапам.
Важно: эти материалы принадлежат вам. С ними можно идти к любому подрядчику.
Как проходит этап
- Интервью с вами и, по возможности, с будущими пользователями.
- Анализ конкурентов, существующих процессов и систем.
- Воркшопы для согласования сценариев и приоритетов.
- Прототипирование ключевых экранов.
- Техническое проектирование и оценка.
- Презентация результатов и план дальнейшей работы.
От чего зависят сроки и стоимость
Конкретные цифры называть без вводных бессмысленно, поэтому смотрите на факторы:
- размер и сложность продукта — число ролей, платформ, сценариев;
- количество интеграций — платёжные системы, CRM, 1С, внешние API;
- глубина проработки — нужны ли только вайрфреймы или готовый дизайн-концепт;
- доступность информации — насколько быстро вы отвечаете и даёте доступы;
- состав команды — аналитик, дизайнер, архитектор, проектный менеджер.
Обычно Discovery занимает небольшую долю общего бюджета проекта и оплачивается отдельно, часто по фиксированной цене.
Как Discovery снижает ошибки оценки
Без исследования оценка строится на предположениях. Подрядчик либо закладывает большой запас на неизвестность, либо недооценивает объём, и бюджет растёт уже в процессе.
После Discovery неопределённость заметно меньше: понятен состав функций, известны интеграции, видны технические риски. Поэтому оценка становится уже по диапазону, а изменений в ходе разработки — меньше.
Когда Discovery особенно нужен
- вы делаете новый продукт или MVP;
- требования пока сформулированы в общих словах;
- в проекте много интеграций или сложная бизнес-логика;
- вы выбираете между несколькими подрядчиками и хотите сравнить их на одной основе.
Для небольших задач с готовым ТЗ и дизайном отдельный этап может быть не нужен.