Сколько стоит разработать SaaS-сервис: от MVP до платформы

Первая рабочая версия SaaS-сервиса с одним ключевым сценарием, регистрацией и оплатой подписки стоит 300–700 тысяч рублей и делается за 2–3 месяца. Сервис с ролями, тарифами, изоляцией данных компаний, интеграциями и админкой платформы — 1–3 миллиона и 4–8 месяцев. У нас MVP веб-сервиса начинается от 290 000 ₽ за 6–9 недель, сервис с ролями и оплатой — от 590 000 ₽. Главная ошибка — заказывать сразу «платформу», не проверив, будут ли за неё платить.

Чем SaaS дороже обычного веб-приложения

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

Мультиарендность. Каждая запись в базе привязана к компании-клиенту, и каждый запрос проверяет эту привязку. Одна пропущенная проверка — и клиент видит чужие заказы. Это не дорого написать, но дорого проверить: нужны тесты на каждый раздел.

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

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

Админка платформы. Вам нужно видеть клиентов, их тарифы, оплаты, активность и иметь возможность помочь — не заходя в базу руками.

Бюджет по этапам

Цифры сильно зависят от предметной области. Сервис записи для салонов и сервис учёта для логистики при одинаковом наборе экранов различаются по сложности правил в разы.

Ежемесячные расходы после запуска

Разработка — не последний платёж. Бюджет на первый год работы сервиса:

• хостинг и база данных в России: 3–30 тысяч рублей в месяц в зависимости от нагрузки;
• резервные копии в отдельном хранилище: 1–5 тысяч;
• почта для писем регистрации и уведомлений, SMS: от 2 тысяч и выше по объёму;
• эквайринг: 1,5–3% от каждого платежа;
• поддержка и развитие: обычно 15–30% от стоимости разработки в год, иначе сервис отстаёт от конкурентов;
• юридическое: оферта, политика обработки персональных данных, уведомление в Роскомнадзор как оператора ПДн.

Как не переплатить на старте

1. Опишите одного клиента и одну боль. «CRM для всех» не продаётся, «запись клиентов для мастера маникюра с напоминаниями» — продаётся.
2. Проверьте спрос до разработки: лендинг с ценой и кнопкой «попробовать», 10–20 разговоров с потенциальными клиентами.
3. В MVP оставьте только сценарий, за который платят. Отчёты, интеграции, мобильное приложение — после первых платящих.
4. Мультиарендность и роли закладывайте сразу. Добавлять изоляцию данных в готовый сервис дороже, чем сделать её с первого дня.
5. Считайте экономику: сколько стоит привлечь клиента и сколько месяцев он платит. Если привлечение дороже, чем выручка за год, сервис не окупится при любом коде.

Своя разработка, конструктор или white label

Для проверки идеи иногда хватает no-code конструктора: формы, таблицы, автоматизации. Он дешевле, но плохо масштабируется и обычно хранит данные за рубежом, что создаёт проблемы с локализацией персональных данных. White label — чужой готовый сервис под вашим брендом — быстро, но вы не владеете продуктом и зависите от поставщика. Своя разработка дороже, зато продукт принадлежит вам и его можно продавать, развивать и оценивать как актив.

Типичные ошибки первых SaaS

Делать всё сразу. Владелец хочет запуститься с отчётами, интеграциями, приложением и десятью тарифами. Через полгода денег нет, а сервис всё ещё не продаётся. Лучше один сценарий, доведённый до состояния «за это платят».

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

Экономить на изоляции данных. Утечка данных одного клиента другому для SaaS — репутационная катастрофа и нарушение 152-ФЗ. Проверка доступа на каждом запросе должна быть с первого дня, а не «после релиза».

Не продумать выход клиента. Клиент должен иметь возможность выгрузить свои данные. Это и требование доверия, и защита от споров при отказе от подписки.

Что должно быть в договоре

• Исключительные права на код переходят к вам после оплаты этапа, а не всего проекта.
• Репозиторий и сервер оформлены на вас с первого дня.
• Приёмка по сценариям, а не «по готовности».
• Гарантийный срок на исправление ошибок — обычно 1–3 месяца.
• Документация по развёртыванию, чтобы другая команда могла продолжить работу.

Если вы считаете, сколько клиентов нужно для окупаемости, воспользуйтесь калькулятором MRR и оттока: он показывает, как отток съедает рост подписок.