MVP или полная версия: с чего начать разработку сервиса и сколько стоит MVP

Короткий ответ: если вы ещё не знаете, станут ли вашим сервисом пользоваться и платить за него, начинайте с MVP — минимальной версии, которая проверяет одну гипотезу, а не «урезанного продукта». Разработка MVP под ключ у нас идёт по тарифу «Веб-приложение / SaaS» со страницы веб-приложений и SaaS: от 160 000 ₽ и от 10 дней, цену и срок фиксируем в договоре после брифа. Сразу полную версию стоит заказывать, когда процесс уже идёт у вас вручную и сценарии известны, а не предполагаются. Ниже — признаки того и другого, как выбрать один сценарий, что оставить и что отложить, что описать до сметы и что делать после запуска.

Что такое MVP и чем он не является?

MVP — это минимальная рабочая версия сервиса с одним-двумя ключевыми сценариями, которую выпускают, чтобы проверить одну гипотезу на реальных пользователях. «Минимальная» относится к числу сценариев, а не к качеству: вход, хранение данных и права доступа в MVP должны работать так же надёжно, как в любом продукте.

• Не макет. Прототип экранов — этап внутри разработки, его согласуют до сборки. MVP — это когда человек заходит и делает действие по-настоящему.
• Не «всё, но плохо». Урезают функции, а не безопасность и не схему данных.
• Не лендинг с формой. Если нужно рассказать о продукте и собрать заявки, вам нужен сайт: лендинг — от 24 000 ₽.
• Не финал. MVP заканчивается решением: продолжать, менять сценарий или остановиться. Остановиться на проверенной гипотезе — тоже результат.

MVP или полная версия: с чего начинается разработка стартапа под ключ?

Правило простое: MVP выбирают, когда неизвестен спрос или сам сценарий; полную версию — когда неизвестного нет, а есть только объём работы. В таблице — типичные ситуации.

Ситуация	Что выбрать	Почему
Не уверены, что пользователи придут и будут платить	MVP	Спрос проверяется на одном сценарии, до того как строится остальное
Нужно показать рабочий продукт инвестору или первым пользователям	MVP	Для этого и задуман тариф: ключевой сценарий, регистрация, базовая аналитика
Требования, скорее всего, изменятся после первых недель	MVP, затем итерации	Меньше готового объёма — меньше переделывать
Процесс уже идёт вручную или в таблицах, каждый шаг вам известен	Полный объём, но по этапам	Гипотезы нет: известное переносят в систему
Есть клиент или договор с жёстким набором функций	Полный объём по ТЗ	Состав задан извне, его урезание сорвёт условия
Минимум и так большой: много ролей и интеграций с первого дня	Считаем после брифа	Такая «минимальная» версия может выйти за границы «от»

Если ваш случай посередине, начинайте с MVP и сразу запишите, какие сценарии пойдут следующим этапом: тогда первая версия не превратится в тупик.

Когда MVP вам не нужен?

MVP не нужен, когда проверять нечего или некому. Три случая, в которых честнее отказаться от MVP:

• Вам нужен сайт, а не сервис. Страница с описанием и формой — это лендинг или корпоративный сайт со своей ценой на странице цен.
• Внутренний процесс уже отлажен. Если сотрудники делают то же самое каждый день и вы знаете все шаги, нужна не проверка гипотезы, а аккуратный перенос в систему.
• После запуска некому смотреть на результат. Смысл MVP — в выводах. Если никто не будет общаться с пользователями и сравнивать итог с ожиданием, лучше сначала решить, кто этим займётся.

Как выбрать единственный сценарий для первой версии?

Сформулируйте гипотезу одной фразой и оставьте только тот путь пользователя, без которого её не проверить. Шаблон: «[кто] делает [что], чтобы получить [результат], и мы поймём, что сработало, по [признаку]». Если фраза не помещается в одно предложение, гипотез несколько, а MVP — на одну.

Для каждой функции из вашего списка задайте вопрос: «Если её не будет, смогу ли я проверить гипотезу?» Если да, функция уходит в список «после MVP». Она не выбрасывается, а записывается в ТЗ как отложенная. Один сценарий — не один экран, а одна цепочка шагов от входа до результата. Например, в личном кабинете главный путь может быть таким: клиент входит, видит свои заказы и статусы, открывает документ. Уведомления и история — второй план; а если гипотеза про готовность платить, то оплата входит в главный путь.

Что обязательно оставить в MVP, а что отложить?

Оставьте то, без чего главный путь не работает или небезопасен: вход, роли, данные и сам путь. Отложите то, что делает сервис удобнее, но не проверяет гипотезу.

Оставить:

• Вход и восстановление доступа: в тарифе это регистрация, вход, восстановление пароля и письма на почту. Способ входа выбираем на брифе — почта и пароль, телефон, Яндекс ID, VK ID или Госуслуги, без входа через Google и Apple.
• Роли и права: кто что видит. Они затрагивают и данные, и все экраны, поэтому менять их позже сложнее, чем тексты и цвета.
• Данные: база и API под ваши сущности — заказы, заявки, документы.
• Базовую аналитику, чтобы после запуска было что измерять.

Отложить:

• Мобильное приложение. Веб-версия из тарифа адаптирована под телефон, а нативные приложения в него не входят: мобильное приложение — отдельный тариф от 200 000 ₽ и от 2 недель.
• Интеграции сверх первых. В тариф входят одна-две внешние; интеграции сверх двух и нестандартные платёжные схемы считаются отдельно.
• Тарифы, подписки и биллинг, если гипотеза не про оплату: это уже уровень зрелого SaaS.
• Роли «на вырост» и расширенные отчёты: заложите только то, что нужно главному пути.

Сколько стоит MVP под ключ и при чём здесь тариф «Веб-приложение / SaaS»?

MVP считается по тарифу «Веб-приложение / SaaS»: от 160 000 ₽ и от 10 дней. Это цена компактной первой версии; итог зависит от ролей, сценариев, интеграций и оплаты и называется после брифа. Отдельного прайса на «полную версию» нет: стартовая цена та же, а объём растёт этапами, и каждое расширение оформляется отдельным соглашением.

В тариф входят роли и права, база данных и API, таблицы и дашборды с фильтрами и выгрузкой, вход и письма, приём оплаты и учёт платежей, одна-две внешние интеграции, адаптивная вёрстка, деплой на сервер, домен, SSL и базовая аналитика. Отдельно считаются нативные приложения, интеграции сверх двух, нестандартные платёжные схемы, маркетинговые тексты, фото и видео, юридические документы (оферта, политика) и подключение эквайринга от вашего юрлица. Из чего складывается цена кабинета и как проходят пять этапов, мы разобрали в статье о стоимости MVP личного кабинета — здесь только срок по шагам, как на странице услуги:

1. Разбор и смета — 1-2 дня: сценарии, роли, интеграции, фиксируем объём MVP и цену.
2. Архитектура и дизайн — 2-3 дня: схема данных, роли и доступы, интерфейс.
3. Сборка — от 6 дней: экраны, API, логика и интеграции; рабочие сборки показываем по ходу.
4. Запуск и развитие — 1 день + итерации: выкладка на сервер и домен, тесты.

Оплата — 50% предоплаты в течение 3 рабочих дней с подписания договора и 50% по акту; цена фиксированная. Исполнитель освобождён от НДС по п. 1 ст. 145 НК РФ. Подробности — на странице цен.

Как сделать MVP, чтобы потом не переписывать всё заново?

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

• Согласуйте схему данных и роли до сборки. В тарифе это отдельный шаг — прототип экранов и схема базы на согласование. Правок заложено до 2 раундов на прототипе и до 2 на готовой сборке — логично потратить первые, пока сборка не начата.
• Получайте код и доступы. По тарифу вам передают исходный код фронтенда и бэкенда в вашем Git-репозитории, доступы к серверу, базе, домену и платёжному кабинету и инструкцию по запуску и администрированию.
• Растите итерациями. Новый модуль — отдельный этап со своей сметой, а не правка «заодно».
• Ведите список отложенного. Упрощения в MVP неизбежны. Они становятся долгом, только если их забыли записать.

Исключительное право на код остаётся у исполнителя, а вам по договору передаётся лицензия на весь срок действия права: исходники в вашем репозитории, поэтому продолжить можно на любом сервере и с любой командой. Подробно это разобрано в статье о правах на код сайта.

Что показывает кейс «Довод» про срок и ядро продукта?

Кейс «Довод» — правовой ассистент для юристов — показывает порядок срока: на странице указано 7 дней от первой строки кода до работы на своём домене. Там же описано ядро продукта: ассистент отвечает со сносками на статьи кодексов и пункты постановлений Пленума, а сервер проверяет каждую сноску до показа. Рядом — рабочее место по делу: документы распознаются, раскладываются по типам и выстраиваются в хронологию.

Чего на странице нет, о том мы не говорим: она не называет «Довод» MVP, не расписывает, что вошло в первую неделю, и не указывает цену. Поэтому это не формула, а ориентир. Из него стоит взять одно: у продукта легко назвать главное обещание одним предложением — ответ без выдуманных ссылок на нормы. Такую же формулировку стоит найти и для вашего сервиса.

Что описать до сметы: чек-лист для брифа

Чтобы смета была точной, а не «от и до», принесите на бриф ответы на восемь вопросов. Если на часть из них ответа пока нет, это нормально: сценарии, роли и интеграции мы разбираем на первом созвоне.

1. Гипотеза одной фразой: кто, что делает и что должно получиться.
2. Роли: кто входит в сервис и что видит каждый.
3. Главный путь по шагам — от входа до результата.
4. Какие данные хранятся и откуда берутся: вводятся вручную, импортируются из таблиц или приходят из другой системы.
5. Какие интеграции нужны в первой версии, а какие потом.
6. Нужна ли оплата сразу и от какого юрлица её принимать.
7. Какие персональные данные вы собираете: от этого зависят хостинг и юридические документы.
8. Как поймёте, что гипотеза подтвердилась: один критерий, записанный до запуска.

Срок начинает идти после предоплаты, поэтому всё, что можно собрать заранее — примеры данных, тексты, список ролей, — лучше собрать до договора. Как оформить это в техзадание, разобрано в статье о ТЗ без опыта.

Что делать после запуска MVP?

Сравнить результат с критерием, записанным до запуска, и принять одно из трёх решений: растить, менять сценарий или остановиться. Каким будет исход, заранее не знает никто — в этом и смысл проверки.

• Смотрите на главный путь. Где пользователи доходят до результата, а где уходят — для этого в тарифе есть базовая аналитика.
• Собирайте пожелания в одном месте. Доработки и их приёмку мы ведём в кабинете с доской проекта, а не в переписке; обратную связь пользователей полезно складывать в такой же единый список.
• Не добавляйте функции «на всякий случай». Следующий этап выбирают по тому, что показали метрики и обращения, а не по длине списка пожеланий.

Первые 14 дней после запуска мы бесплатно исправляем ошибки. Дальше — абонентка от 7 900 ₽ в месяц или разовые задачи по конкретному запросу; новые функции оформляются отдельным этапом.

Короткие ответы на частые вопросы

Сколько стоит MVP сервиса?

По прайсу Roboweb.team — от 160 000 ₽ и от 10 дней: это тариф «Веб-приложение / SaaS» для компактной первой версии. Итог зависит от ролей, сценариев, интеграций и оплаты; цену и срок мы называем после брифа и фиксируем в договоре до старта.

Чем MVP отличается от прототипа и от полной версии?

Прототип — это экраны для согласования, MVP — рабочий сервис с одним-двумя ключевыми сценариями, на котором проверяют гипотезу. Полная версия добавляет остальные сценарии, роли, тарифы и биллинг; её объём считается после брифа.

Нужен ли MVP, если процесс уже работает вручную?

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

Делать сначала сайт, веб-версию или мобильное приложение?

Веб-приложение из тарифа адаптировано под телефон, а мобильное приложение — отдельный тариф от 200 000 ₽ и от 2 недель. Если нужно быстрее и дешевле, есть вариант PWA — сайт, который устанавливается на телефон как приложение.

Что делать после запуска MVP?

Сравнить результат с критерием успеха, записанным до запуска, и решить: растить, менять сценарий или остановиться. Первые 14 дней мы бесплатно исправляем ошибки, дальше — абонентка от 7 900 ₽ в месяц или разовые задачи.

Кому принадлежит код MVP?

Исключительное право на код остаётся у исполнителя, а вы после полной оплаты получаете лицензию на весь срок действия этого права. Исходники лежат в вашем репозитории, поэтому продолжить можно на любом сервере и с любой командой.

Услуги и кейсы по теме: веб-приложения и SaaS · цены и сроки