MVP-подход: как запустить сайт быстрее и дешевле
Что такое минимальная жизнеспособная версия применительно к сайту, как разделить проект на этапы, что обязательно попадает в первый запуск и какие ошибки убивают идею.

MVP — сокращение из продуктовой разработки, которое означает минимальную версию, уже решающую основную задачу. Применительно к сайту идея простая: запустить то, что начнёт работать, а остальное добавлять по мере отдачи.
Подход экономит деньги, но чаще его настоящая ценность в другом.
Главная выгода — не экономия
Снижение стартового бюджета в полтора-два раза — приятно, но это не основное.
Основное: ко второму этапу вы знаете, что реально нужно посетителям, а не предполагаете это на брифинге.
Типичная история: заказчик настоял на калькуляторе, личном кабинете и фильтрах по восьми параметрам. Через полгода аналитика показывает, что калькулятором пользуются, кабинетом — три человека, а из фильтров работают два. Половина бюджета ушла на функции, которые не понадобились.
При поэтапном запуске эти решения принимаются по данным, а не по ощущениям.
Что попадает в первый этап
Правило отбора: без чего сайт не выполняет свою основную задачу.
Для сайта услуг это:
- главная с внятным первым экраном;
- отдельная страница на каждую ключевую услугу;
- форма заявки и способ связаться напрямую;
- контакты;
- аналитика с настроенными целями;
- мобильная версия;
- базовая SEO-структура.
Всё. Этого достаточно, чтобы сайт начал приносить обращения.
Обратите внимание, чего здесь нет: блога, кейсов, калькулятора, личного кабинета, сложных фильтров, интеграций сверх минимума.
Что откладывается
Блог. Приносит трафик через полгода-год. Раздел можно добавить, когда появится, кому писать — критерии в статье зачем бизнесу блог.
Личный кабинет. Самая частая переоценённая позиция. Критерии, по которым он действительно нужен, — в статье личный кабинет на сайте.
Калькулятор. Полезная вещь, но требует формализации логики расчёта — это отдельная работа с вашей стороны.
Своя админ-панель. Пока позиций немного, достаточно базового редактирования.
Дополнительные интеграции. Одна работающая лучше трёх начатых.
На чём нельзя экономить даже в MVP
Ключевое отличие MVP от «сделаем подешевле».
MVP — это меньше законченных функций. «Подешевле» — это те же функции, но недоделанные. Разница принципиальная.
В первый этап обязательно входят полностью:
Мобильная версия. Не «потом адаптируем» — большинство посетителей придут с телефона.
Скорость. Закладывается архитектурно, переделать потом дорого.
Тестирование. Форма, которая не отправляется, обнуляет весь сайт.
SEO-структура. Адреса и структура страниц определяются сразу — менять их потом означает терять накопленные позиции.
Аналитика с целями. Без неё второй этап будет строиться на догадках, то есть смысл подхода теряется.
Это те же пункты, что перечислены в статье как сэкономить на разработке сайта среди того, на чём экономия возвращается убытком.
Как разбить на этапы
Этап 1 — ядро. Сайт начинает работать и собирать данные. 4–6 недель.
Этап 2 — по данным. Через 2–3 месяца смотрите аналитику: какие страницы приносят обращения, где уходят люди, что ищут через поиск по сайту, о чём спрашивают в заявках. Отсюда список доработок.
Этап 3 — расширение. Блог, дополнительные разделы, функции, подтверждённые спросом.
Важное условие: архитектура должна допускать расширение. Об этом нужно сказать подрядчику на старте, иначе второй этап превратится в переделку. Хороший признак — когда в ответ спрашивают, что именно планируется добавлять.
Когда подход не работает
Жёсткая дата. Запуск под выставку, сезон или рекламную кампанию, где сайт нужен целиком. Хотя и здесь стоит подумать: возможно, к дате нужна не вся функциональность.
Неразделимая функциональность. Магазин без корзины не имеет смысла, сервис записи без календаря тоже.
Внутренние ограничения. Если бюджет выделяется один раз в год, поэтапность может обернуться тем, что второго этапа просто не будет.
Имиджевый проект. Когда задача — произвести впечатление на партнёров, урезанная версия работает против цели.
Как это выглядит в смете
Просите разделить смету по этапам с указанием, что входит в каждый.
Это полезно даже если вы в итоге закажете всё сразу: становится видно, сколько стоит каждый блок функциональности, и можно осознанно решить, нужен ли он.
Побочный эффект: подрядчик, который может внятно разбить проект на этапы, обычно лучше понимает задачу. Тот, кто отвечает «всё связано, по частям нельзя», либо не разобрался, либо не хочет терять объём.
Разбивка по этапам — часть здорового процесса, о котором в статьях этапы разработки сайта и как составить бюджет на сайт.
Итог
MVP-подход снижает стартовый бюджет в полтора-два раза, но главное — позволяет принимать решения о развитии по данным, а не по предположениям.
В первый этап входит то, без чего сайт не работает: ядро страниц, заявки, аналитика, мобильная версия, скорость. Откладывается то, что можно добавить без переделки: блог, кабинеты, калькуляторы, дополнительные интеграции.
И помните разницу: MVP — это меньше готовых функций, а не те же функции хуже сделанные.
Частые вопросы
Что такое MVP применительно к сайту?+
Версия, в которой есть только то, без чего сайт не выполняет свою основную задачу. Для сайта услуг это главная, страницы ключевых услуг, форма заявки и аналитика. Всё остальное добавляется следующими этапами по мере того, как проект начинает приносить деньги.
Насколько это дешевле?+
Стартовый бюджет обычно снижается в полтора-два раза. Суммарные затраты за год могут оказаться сопоставимыми с разовым большим проектом, но распределены во времени и подтверждены реальными данными о том, что нужно посетителям.
Не получится ли недоделанный сайт?+
MVP — это не сайт с недоделанными функциями, а сайт с меньшим числом законченных. Разница принципиальная: три полностью готовые страницы работают, десять наполовину сделанных — нет. Качество не снижается, снижается объём.
Кому MVP-подход не подходит?+
Проектам, привязанным к конкретной дате: запуск под выставку, сезон или рекламную кампанию, где сайт должен быть готов целиком. И случаям, когда функциональность неразделима — например, магазин без корзины не имеет смысла.
Читайте также
- Как общаться с подрядчиком по сайту: правки и обратная связьКак формулировать замечания, чтобы их поняли с первого раза, где вести переписку, как не превратить проект в бесконечный поток мелких просьб и что делать при разногласиях.4 мин
- Agile или waterfall в веб-разработке: что выбрать заказчикуДве модели ведения проекта простыми словами: чем отличаются по срокам, бюджету и участию заказчика, и какая подходит вашему типу задачи.3 мин
- Сайт за неделю: когда это реальноЧто можно успеть за 5–7 дней, во сколько обходится срочность, чем жертвуют при сжатых сроках и как подготовиться, чтобы уложиться без переплаты.4 мин
- Что делать после запуска сайта: первые 30 днейПлан действий сразу после релиза: что проверить в первую неделю, как убедиться, что заявки доходят, когда смотреть первые данные и какие решения принимать по итогам месяца.3 мин