Сколько должен занимать MVP у стартапа?

«Сколько должен занимать MVP?» — один из самых частых вопросов основателей и один из самых сложных для честного ответа. Всё зависит от того, что вы строите, а не от самого слова «MVP». При этом существует реалистичный диапазон и понятные признаки отклонения.

Реалистичный диапазон

Для большинства программных MVP активная разработка занимает 4–12 недель после согласования объёма и направления дизайна. Discovery до написания кода в этот срок не входит.

• 4–6 недель: узкий сценарий для веба, минимум интеграций и стандартный UI.
• 6–10 недель: типичный SaaS или marketplace с несколькими ролями, одной-двумя интеграциями и умеренным дизайном.
• 10–14+ недель: многосторонние продукты, нативные приложения на двух платформах, real-time или регулируемые данные.

Если полноценный продукт обещают за две недели, уточните, что именно будет готово: вероятнее всего, это кликабельный прототип, а не ПО для реальных операций.

Почему срок и объём — один разговор

Нельзя честно оценить срок, пока не определено содержание MVP. Без этого календарь строится на надежде, а не на реальности. Если граница первой версии ещё не ясна, сначала решите, что должно входить в MVP.

Что обычно увеличивает срок

Нечёткий объём. Если описание продукта не записано достаточно подробно, время проекта уходит на устранение двусмысленности.

Новые запросы. Одна маленькая функция редко ломает график; несколько таких функций, добавленных по отдельности, обычно ломают.

Сюрпризы интеграций. Платёжные шлюзы, SMS и старые системы не всегда работают так, как обещает документация.

Сжатые тесты. Сокращение тестирования ради дедлайна переносит проблему в ошибки и доработки после запуска.

Как понять, что график действительно сорван

Небольшая задержка нормальна. Тревожные признаки:

• основной сценарий нельзя показать после половины первоначальной оценки;
• функции добавляются, но ничего не удаляется;
• команда не называет конкретную причину задержки;
• тестирование постоянно откладывается «на конец».

При двух и более признаках лучше остановиться и пересмотреть объём. На третьей неделе это небольшая корректировка, на девятой — часто отмена уже сделанной работы.

Не забывайте discovery

Обычно discovery занимает одну-три недели: определить основной сценарий, подтвердить интеграции и согласовать критерии готовности. Пропуск этого этапа не устраняет работу, а превращает её в непредвиденные задержки.

Скорость не равна спешке

Быстрый и поспешный план выглядят одинаково до запуска. После запуска поспешность проявляется в ошибках, растерянных пользователях и доработках. Цель — не минимальный срок, а минимальный срок, позволяющий реальным пользователям пользоваться продуктом и давать честную обратную связь. См. как создать MVP за 7 шагов.

Какому сроку можно доверять

Нужны письменный объём, процесс обработки новых запросов, выделенное время на тестирование и общее понимание того, что означает «готово». Такой план надёжнее оптимистичной цифры на стартовой встрече.

Часто Задаваемые Вопросы

Сколько времени нужно на создание MVP?

Большинство сфокусированных MVP требуют 4–12 недель активной разработки в зависимости от объёма, платформы и интеграций. Один узкий сценарий ближе к нижней границе, несколько ролей, платежи и real-time — к верхней.

Реалистичен ли MVP за 2 недели?

Только при чрезвычайно узком объёме — например, одной форме или простом процессе. Большинство «двухнедельных MVP» на деле являются кликабельными прототипами или тестом landing page.

Что растягивает срок MVP?

Чаще всего нечёткий объём в начале, затем функции, добавленные в процессе, непредсказуемые интеграции и недостаточное время на тестирование.

Нужно ли устанавливать жёсткий дедлайн?

Целевая дата помогает сосредоточиться, но неизменный дедлайн часто заставляет сокращать тесты вместо объёма. Безопаснее сохранять качество и менять объём.