Этапы разработки MVP кажутся очевидными: придумал, нарисовал, написал код, запустил. На практике в корпоративной среде всё сложнее. Продакт-менеджер, который не понимает реальную последовательность этапов, рискует получить продукт на 3 месяца позже и на 40% дороже, чем планировал.
Знакомая ситуация? Вы согласовали бюджет, выбрали подрядчика, стартовали разработку — а через месяц выясняется, что не учли security review, стейкхолдеры хотят «ещё одну маленькую фичу», а тестовые среды до сих пор не готовы. Однако всего этого можно избежать, если заранее знать, через какие этапы разработки MVP проходит проект и что является результатом каждого из них. Давайте разберём каждый этап — от discovery до launch — с конкретными сроками и deliverables.
Почему продакт-менеджеру важно понимать этапы разработки
В 2026 году корпорации запускают в среднем 3-5 цифровых продуктов в год. По данным Gartner, 68% проектов превышают первоначальные сроки, и в 73% случаев причина — не техническая сложность, а организационные проблемы: несогласованные требования, отсутствие чётких gate-ов между этапами и размытые критерии приёмки. Особенно остро это проявляется в корпоративных стартапах, где внутренние регламенты добавляют дополнительные согласования.
Для продакт-менеджера в крупной компании это критично по двум причинам. Во-первых, каждая неделя задержки — это потерянное рыночное окно и давление руководства: time-to-market определяет, будет ли продукт первым на рынке или догоняющим. Во-вторых, корпоративная среда добавляет этапы, которых нет у стартапов: согласование с ИБ-отделом, compliance review, интеграционное тестирование с корпоративными системами, соответствие корпоративным стандартам безопасности.
Поэтому чёткое понимание этапов разработки MVP — это не «для общего развития». Это рабочий инструмент контроля: вы знаете, что должно быть на выходе каждого этапа, и можете вовремя заметить отклонение. Более того, это аргумент для стейкхолдеров — вы можете объяснить, почему нельзя «просто добавить фичу» без сдвига сроков.
5 этапов разработки MVP: от discovery до launch
Стандартный цикл разработки MVP состоит из пяти этапов. В стартапе некоторые из них можно пропустить или сократить. В корпорации — нет: каждый этап страхует от конкретного риска и приближает продукт к product-market fit. Однако при правильной организации и agile разработка в связке с чёткими gate-ами позволяет пройти все пять этапов за 22 рабочих дня. Рассмотрим каждый из них.
Этап 1. Discovery — исследование и планирование (3-5 дней)
Цель: превратить бизнес-идею в техническое задание с чёткими границами. По сути, Discovery — это proof of concept на уровне требований: вы проверяете, что идея реализуема в рамках бюджета и корпоративных ограничений. Для корпоративного стартапа этот этап особенно важен, поскольку внутренние регламенты добавляют дополнительные слои согласований. На этом этапе происходит:
- Анализ бизнес-требований — что именно продукт должен делать и чего НЕ должен
- Определение скоупа — какие фичи входят в MVP, а какие откладываются на v2
- Stakeholder mapping — кто принимает решения, кто согласовывает, кто блокирует
- Технический audit — интеграция с IT-инфраструктурой компании (CRM, ERP, SSO) и оценка совместимости
- Security requirements — требования ФЗ-152, отраслевые стандарты, RBAC
Deliverables: одностраничный brief, user stories, техническое задание, карта интеграций.
Корпоративная специфика: параллельно с discovery запускается внутреннее согласование — ИБ-отдел получает security requirements на ревью, а закупочная комиссия — коммерческое предложение. Это экономит 2-3 недели в дальнейшем.
Этап 2. Design — проектирование UX/UI (3-4 дня)
Цель: создать визуальный прототип, который можно показать стейкхолдерам до начала разработки. Это критический gate для корпоративного MVP.
- Wireframes — схематичные экраны с логикой навигации
- UI-дизайн — финальный визуал с учётом корпоративного брендбука
- Прототип — кликабельный Figma-прототип для демонстрации
- Approval gate — подписание дизайна стейкхолдерами перед передачей в разработку
Deliverables: Figma-макеты, кликабельный прототип, подписанный sign-off от стейкхолдеров.
Важный нюанс: среди всех этапов разработки MVP дизайн — это не «красивые картинки». Это инструмент согласования. Кликабельный прототип позволяет показать руководству продукт до написания единой строчки кода. В результате вы получаете одобрение на ранней стадии и избегаете переделок на этапе разработки.
Этап 3. Development — разработка (8-10 дней)
Цель: написать рабочий код на основе утверждённого дизайна и ТЗ. Самый ресурсоёмкий этап.
КомпонентЧто включаетСрок
Backend + APIСерверная логика, база данных, API-эндпоинты5-6 дней FrontendВеб-портал или мобильное приложение4-5 дней Админ-панельИнтерфейс управления для внутренней команды2-3 дня ИнтеграцииAPI для CRM, ERP, SSO, аналитика2-3 дня
Deliverables: рабочий код в репозитории, API-документация, админ-панель, протокол аналитики.
Корпоративная специфика: еженедельные демо для продакт-менеджера. Вы видите прогресс в реальном времени и можете скорректировать приоритеты до окончания спринта. При этом API-first архитектура позволяет разрабатывать backend и frontend параллельно — это сокращает общий срок на 20-30%.
Этап 4. Testing — тестирование и QA (3-4 дня)
Цель: убедиться, что продукт работает корректно, безопасен и готов к демонстрации руководству.
- Функциональное тестирование — все user stories работают по ТЗ
- Интеграционное тестирование — API корректно взаимодействуют с корпоративными системами
- Security testing — проверка на уязвимости, соответствие ФЗ-152
- UAT (User Acceptance Testing) — приёмочное тестирование с реальными пользователями
- Нагрузочное тестирование — продукт выдерживает ожидаемый трафик
Deliverables: отчёт QA, security audit report, протокол UAT, список известных ограничений.
Тестирование — один из наиболее недооценённых этапов разработки MVP. В корпорации это не «покликали и ладно». Это формальный процесс с документированными результатами. Следовательно, на выходе вы получаете артефакты, которые можно приложить к отчёту для руководства. Кроме того, security audit — обязательный gate: без него ИБ-отдел не подпишет продукт в эксплуатацию.
Этап 5. Launch — запуск и деплой (2-3 дня)
Цель: развернуть продукт в рабочей среде и передать команде заказчика.
- Деплой — развёртывание на production-серверах
- Настройка мониторинга — алерты, дашборды, логирование
- Документация — техническая документация для внутренней команды
- Обучение — демонстрация функционала конечным пользователям
- Гарантийная поддержка — 2 недели пост-релизной поддержки
Deliverables: работающий продукт в production, документация, обученная команда, SLA на гарантийную поддержку. На этом этапе также закладывается основа для дальнейшего роста: масштабирование продукта после запуска требует архитектуры, которая выдерживает рост нагрузки без переписывания. Грамотный launch определяет time-to-market и влияет на то, как быстро MVP начнёт приносить ценность бизнесу.
Реальный таймлайн: как 5 этапов укладываются в 22 рабочих дня
Многие продакт-менеджеры сомневаются: «Можно ли реально пройти все этапы разработки MVP за 22 рабочих дня?» Ответ — да, если этапы частично параллельны.
НеделяЭтапПараллельные процессы
Неделя 1Discovery + начало DesignВнутренние согласования, ИБ-ревью Неделя 2Design + начало DevelopmentПодготовка тестовых сред и доступов Неделя 3Development (основная фаза)Демо стейкхолдерам, корректировки Неделя 4Development + TestingUAT, security audit **Неделя 5 (2 дня)**Launch + передачаДокументация, обучение
Секрет скорости — не в сокращении этапов, а в их параллельности. Пока идёт Discovery, ИБ-отдел уже ревьюит security requirements. Пока идёт Design, backend-разработчики начинают API. Это agile-подход, адаптированный под корпоративные процессы.
В Москве крупные компании часто сталкиваются с тем, что каждый этап идёт строго последовательно. Discovery закончился — ждём согласования — начинаем дизайн — ждём sign-off — начинаем разработку. В итоге 22 рабочих дня превращаются в 4-5 месяцев. Фиксированный пакет ITecho за 900 000 рублей включает все 5 этапов с параллельными процессами — это позволяет уложиться в заявленные сроки.
Чек-лист: что подготовить к каждому этапу
Понимание этапов разработки MVP — необходимое условие, но скорость их прохождения зависит не только от подрядчика, но и от вашей стороны. Вот конкретный чек-лист — что подготовить до и во время каждого этапа:
До старта Discovery
- Определите бизнес-цель MVP в одном предложении
- Составьте список стейкхолдеров и их ожиданий
- Подготовьте доступ к корпоративным системам для интеграции
- Запросите требования ИБ-отдела заранее (не ждите этапа тестирования)
До старта Design
- Предоставьте брендбук и UI-гайдлайны компании
- Определите, кто подписывает дизайн (один человек, не комитет)
- Подготовьте примеры продуктов, которые нравятся визуально
До старта Development
- Обеспечьте тестовые среды и API-доступы к корпоративным системам
- Назначьте контактное лицо для оперативных вопросов (время ответа — до 4 часов)
- Заморозьте скоуп — никаких «маленьких» дополнений после этого момента
До старта Testing
- Определите критерии приёмки для каждой user story
- Выделите 2-3 человека для UAT
- Подготовьте чек-лист ИБ-требований для security audit
Подводные камни корпоративных этапов
Даже при идеальном планировании есть нюансы, которые могут сорвать сроки. Вот три самых частых:
1. «Scope creep» на этапе Discovery. Каждый стейкхолдер добавляет «ещё одну фичу». Решение: зафиксировать скоуп в одностраничном brief и подписать его до старта дизайна. Всё, что не вошло — в backlog для v2.
2. Долгий sign-off на этапе Design. Руководитель в отпуске, его заместитель не уполномочен подписывать. Решение: определить decision maker и backup до начала проекта. Прописать SLA на согласование — не более 2 рабочих дней.
3. Отсутствие тестовых сред на этапе Development. Команде нужен доступ к API корпоративной CRM, а заявка в IT-отдел обрабатывается 2 недели. Решение: подать заявки на доступы в первый день Discovery, параллельно с остальными процессами.
Тем не менее главная ошибка — это попытка пропустить этап. Кажется, что можно сэкономить 3 дня, если начать разработку без утверждённого дизайна. На практике это приводит к 2-3 неделям переделок, когда стейкхолдеры увидят результат и скажут: «Мы имели в виду совсем другое». Корректно выстроенные этапы разработки MVP исключают такие ситуации.
FAQ о этапах разработки MVP
Можно ли сократить количество этапов для ускорения?
Можно адаптировать, но не пропускать. Например, если у вас есть готовый дизайн — этап Design сокращается до 1 дня на ревью. Однако полностью убрать Discovery или Testing в корпоративной среде — это прямой путь к переделкам. Каждый этап страхует от конкретного риска.
Какой этап чаще всего затягивается?
Discovery и согласования. Технически разработка редко выходит за рамки, если скоуп зафиксирован. А вот ожидание sign-off от стейкхолдеров или доступов от IT-отдела может растянуться на недели. Решение — запускать внутренние процессы параллельно с первым этапом.
Сколько стоит прохождение всех этапов?
В фиксированном пакете ITecho — до 900 000 рублей за все 5 этапов: Discovery, Design, Development, Testing, Launch. Стоимость не меняется, даже если discovery выявит дополнительные интеграции. Фиксированная цена упрощает согласование бюджета с CFO и закупочной комиссией.
Что делать, если после запуска нужны доработки?
Стандартный пакет включает 2 недели гарантийной поддержки — баги и мелкие корректировки бесплатно. Крупные доработки и новые фичи планируются как отдельный спринт. Поэтому важно на этапе Discovery чётко разделить «MVP» и «v2».
Итого
Этапы разработки MVP в корпоративной среде — это не линейный процесс, а система параллельных потоков. Discovery, Design, Development, Testing и Launch — пять этапов, которые при правильной организации укладываются в 22 рабочих дня. Главное условие — параллельность: внутренние согласования, подготовка тестовых сред и ИБ-ревью идут одновременно с разработкой.
Ключевой вывод: скорость достигается не за счёт пропуска этапов, а за счёт устранения простоев между ними. Продакт-менеджер, который понимает этот принцип, контролирует проект на каждом gate и получает предсказуемый результат в предсказуемые сроки.
Хотите разобрать ваш проект по этапам и получить реалистичный таймлайн? Запишитесь на бесплатный Zoom-колл с командой ITecho — покажем, как уложить ваш MVP в 22 рабочих дня с учётом корпоративных согласований.