Сколько стоит разработка SaaS MVP?

Большинство SaaS MVP попадают в одну из трёх категорий. Категорию определяет то, сколько разных задач продукт решает для пользователей и сколько собственной логики за ними стоит.

Это диапазоны, а не смета. Два продукта из одной категории всё равно могут отличаться на десятки тысяч долларов, потому что важны детали внутри каждого сценария.

В диапазоны входят дизайн, разработка, тестирование и запуск. Расходы на работу продукта после запуска сюда не входят, о них ниже.

Ключевой сценарий означает одну законченную задачу, ради которой пользователь приходит в продукт, от первого клика до результата. Например, «зарегистрироваться и пригласить коллегу» или «загрузить документ и получить отчёт».

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

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

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

Некоторые функции выглядят мелкими в брифе и оказываются большими в разработке. Чаще всего мы обращаем внимание на эти:

• Интеграции. Платежи, вход через Google, CRM, сервисы рассылок и сторонние API: каждая требует настройки, обработки ошибок и тестов.
• Роли и права доступа. Если в продукте есть администраторы, менеджеры и клиенты, каждый экран должен правильно работать для каждой роли.
• Интерфейсы с большим количеством данных. Дашборды, таблицы, фильтры и выгрузки требуют больше времени на дизайн и разработку, чем контентные страницы с тем же числом экранов.
• Функции в реальном времени. Чат, живые обновления и совместное редактирование требуют дополнительной инфраструктуры и тщательных тестов.
• Нативное мобильное приложение рядом с веб-версией. Это второй фронтенд и ещё модерация в магазине приложений.
• Сжатые сроки. Работать быстрее означает больше людей параллельно, а координация тоже стоит денег.

Например, AutoIntel представляет собой B2B-инструмент с большим объёмом данных: он собирает объявления о подержанных автомобилях с нескольких немецких площадок. Мы сначала спроектировали рабочее пространство и собрали интерактивный прототип на примерах объявлений. Клиент смог решить, какие поля и фильтры действительно нужны, до того как платить за сбор данных под них.

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

Дешевле всего подключить платежи через готовую страницу оплаты провайдера, например Stripe, а не через собственную платёжную форму. Провайдеру вы ещё платите с каждой транзакции: стандартная ставка Stripe для внутренних карт в США составляет 2,9% + 30 центов. Это расход на работу продукта, а не на разработку, но в плане он должен быть.

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

Цена разработки составляет только часть счёта. С первого месяца планируйте такие расходы:

• Хостинг, база данных и хранилище файлов.
• Подписки на сторонние сервисы: рассылки, авторизация, аналитика, карты или ИИ-API.
• Комиссии за обработку платежей с каждой транзакции.
• Комиссии магазинов приложений, если вы продаёте внутри мобильного приложения.
• Исправление ошибок и небольшие доработки, когда придут реальные пользователи.

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

Не знаете, в какую категорию попадает ваша идея? Пришлите короткий бриф, и мы скажем, где она окажется. Большинство наших предложений уходит в течение 2–3 рабочих дней после заполненного брифа.

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

• Выберите один-два сценария, которые доказывают идею. Всё остальное в список «потом», с причиной напротив каждого пункта.
• Определите ядро до оценки, а не во время разработки. Менять направление посреди работы: самый дорогой способ учиться.
• Используйте готовую инфраструктуру. Сервисы авторизации, платёжные провайдеры и сервисы рассылок дешевле и надёжнее собственных.
• Проектируйте в реальных компонентах. Когда дизайн и код используют одну систему компонентов, между макетом и браузером ничего не приходится переделывать.
• Запускайтесь сначала на одной платформе. Адаптивное веб-приложение работает и на телефоне, и на компьютере и не проходит модерацию в магазинах, пока вы ещё изучаете пользователей.

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

Хорошее агентство выбирает стек под ваш продукт, бюджет и будущих сотрудников, а не тот, который оно лучше знает. Для многих веб-продуктов это популярный фреймворк с хорошей поддержкой, например Next.js. Для мобильных приложений часто React Native: он обслуживает iOS и Android из одной кодовой базы.

Осторожнее с двумя крайностями:

• Экзотический стек может дать быстрый старт, но потом под него трудно найти людей, и каждое изменение дорожает.
• No-code-инструмент для сложного продукта может быть дешёвым для первой версии и дорогим при замене, когда вы из него вырастете.

Скорость тоже часть выбора стека. В Sakura мы добиваемся 95+ баллов в Google PageSpeed Insights до запуска, потому что медленный продукт теряет пользователей с первого дня.

Большинство стартапов заканчиваются тем, что у них кончаются деньги. В исследовании CB Insights 2026 года 431 закрывшейся с 2023 года компании с венчурным финансированием у 70% закончился капитал, а у 43% продукт плохо попал в рынок.

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

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

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

Для MVP с понятными ключевыми сценариями фиксированный объём и цена защищают ваш бюджет. Агентство отвечает за собственную оценку, а вы знаете стоимость до начала работы.

Почасовая оплата имеет смысл, когда работу действительно пока нельзя описать: например, на этапе исследования или при технической неопределённости. Подробно сравниваем обе модели в статье «Фиксированная цена или почасовая оплата».

Какую бы модель вы ни выбрали, привязывайте платежи к этапам, которые можно проверить: утверждённые макеты, рабочая сборка на тестовой ссылке, запуск. В Sakura мы никогда не берём 100% до начала работы.

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

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

Цель MVP, по формулировке Lean Startup, в том, чтобы «начать учиться как можно быстрее». Хорошая смета строится вокруг этой цели. Если сроки для вас так же важны, как деньги, прочитайте статью о том, сколько времени занимает разработка MVP.

Когда будете готовы, расскажите нам о продукте. Сначала мы ответим вопросами, а потом пришлём предложение с фиксированной ценой.