Как создать SaaS-платформу:
от идеи до первых клиентов и MRR.

Почему SaaS-проекты умирают на этапе «сделаем продукт, потом продадим»

Большинство SaaS-проектов умирают не от плохого кода, а от перевёрнутого порядка действий. Основатель полгода собирает платформу, вкладывает 1,5-3 млн ₽, нанимает двух разработчиков, а на этапе первых продаж выясняет: платить готовы четверо из сорока опрошенных, и то по 990 ₽ в месяц. Проект уже стоит денег, но не имеет ни одного подтверждённого сценария, за который рынок платит регулярно.

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

Из чего состоит SaaS технически

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

Мультитенантность — способ разместить многих клиентов на одной инфраструктуре. Три базовые схемы. Первая: одна база, в каждой таблице колонка tenant_id, все запросы фильтруются по ней. Дёшево, быстро развивается, сложно изолировать и легко ошибиться — забытый фильтр однажды покажет данные чужого клиента. Вторая: отдельная схема в PostgreSQL на каждого арендатора. Изоляция выше, но миграции надо прогонять по всем схемам, и при 200-500 клиентах это уже требует автоматизации.

8 признаков, что бизнесу нужен SaaS, а не сайт или внутренний инструмент

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

• Много клиентов на одной инфраструктуре. У вас десятки или сотни организаций, каждая со своими пользователями и данными, и вы не хотите поднимать отдельную установку каждому.
• Самообслуживание. Клиент регистрируется, платит и начинает работать без вашего участия. Доля регистраций, закрытых менеджером, — метрика, которую надо снижать.
• Несколько тарифов. Разные сегменты готовы платить разное, и вы можете описать, чем тарифы отличаются: места, объёмы, функции.

Что происходит, если сделать неправильно: цена переделки и цена пустого продукта

Ошибки в SaaS делятся на два вида, и обе стоят денег. Первая — архитектура, которую придётся переделывать после первых клиентов. Вторая — продукт, который никто не купил.

Переделка архитектуры. Представьте: MVP собран на одной базе без tenant_id, все клиенты пишут в общие таблицы, биллинг сделан одной кнопкой «оплатить», роли не проверяются на сервере. Через 20 платящих клиентов выясняется, что крупный заказчик требует изоляции данных, а у второго клиента бухгалтерия требует акты и корректные возвраты.

Что можно сделать своими руками: план из 8 шагов

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

• Проверьте спрос до кода. Составьте список из 30-50 потенциальных клиентов в одном узком сегменте. Проведите 10-15 разговоров по 20-30 минут. Цель — не презентовать идею, а услышать, как человек решает задачу сейчас, сколько тратит времени и денег, что уже пробовал. Хороший сигнал — когда собеседник сам спрашивает, когда можно начать пользоваться.

Чек-лист: что в MVP, что во второй версии, что отложить

Разделение объёма — главный инструмент против расползания сроков. Ниже рабочая рамка для SaaS-платформы.

В MVP, без этого продукт не работает:

Во второй версии, когда есть платящие клиенты:

• регистрация, вход, восстановление доступа;
• одна организация на аккаунт, базовая модель ролей;
• 1-3 ключевых сценария, доведённых до результата;
• тарифы и лимиты, счёт и подписка через платёжную систему с webhooks;

Где самостоятельное лечение упирается в потолок

Ручной этап полезен, но у него есть предел. Вот восемь мест, где самостоятельная сборка почти всегда упирается в потолок.

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

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

Порядок работ и сколько это стоит

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

Этап 1. Аудит и проектирование — 0 ₽. Аудит ведёт Максим Холмов: разбираем сценарии, сегмент, конкурентов, модель тарифов и требования к изоляции данных. На выходе — карта продукта, список сценариев MVP и техническая схема мультитенантности. Это бесплатно, потому что экономит месяцы разработки и нам, и вам.

Этап 3. Развитие после первых продаж — от 100 000 ₽ за блок работ. Обычно это расширенный биллинг, интеграции, отдельные схемы или базы для крупных клиентов, публичный API, отчётность, мобильная версия.

Вывод

SaaS не начинается с кода. Он начинается с вопроса, кто и за что будет платить каждый месяц. Проверка спроса, ручной прототип, первые платежи и только потом платформа — такой порядок стоит в разы дешевле, чем переделка архитектуры после первых клиентов. Разница между двумя путями — примерно 150 000 ₽ на проверку гипотезы против 1,5 млн ₽ и шести месяцев на продукт, который может не понадобиться.

Если вы уже прошли проверку и понимаете сценарии, платформа собирается за 6-10 недель и от 300 000 ₽, код и доступы остаются у вас.