Разработка SaaS-сервиса: с чего начать

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

Три разные задачи

Их постоянно смешивают в одной смете, и отсюда завышенные бюджеты.

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

2. Биллинг. Тарифы, подписки, оплата, счета, ограничения по тарифу.

3. Сайт для продажи. Страница, которая объясняет продукт, показывает тарифы и приводит регистрации.

Третья задача — это обычный сайт от 200 000 ₽. Первые две — веб-приложение с соответствующей ценой: логика оценки в статье сколько стоит веб-приложение.

Порядок важен: сайт для продажи нужен раньше, чем готов продукт. Он проверяет, интересно ли предложение вообще.

Главная ошибка

Год разработки до первого платящего клиента.

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

Что делать вместо:

Страница с объяснением. Что за продукт, какую проблему решает, сколько будет стоить. Собираете контакты заинтересованных. От 80 000 ₽ — как её собрать, в статье сайт для стартапа.

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

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

Только после этого имеет смысл строить.

Что входит в минимальную версию

Регистрация и вход. Плюс восстановление пароля, подтверждение почты, смена данных — то, о чём не думают, а это отдельная работа.

Одна ключевая функция. Та, ради которой продукт нужен. Полностью, а не наполовину.

Простая админ-панель. Чтобы вы могли управлять пользователями и разбирать проблемы.

Оплата. На старте — ручное выставление счетов.

Всё. Никаких ролей, интеграций, аналитики внутри продукта и мобильного приложения.

От 800 000 ₽ и 10–16 недель.

Биллинг: когда он нужен

Самая частая переоценённая позиция.

Пока клиентов десятки, ручное выставление счетов работает и стоит вашего времени, а не 200 000 ₽ разработки.

Автоматический биллинг нужен, когда:

• клиентов больше нескольких десятков;
• ручная обработка занимает существенное время;
• нужны самостоятельные регистрация и оплата без вашего участия.

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

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

Тарифы

Продуктовое решение, влияющее на разработку сильнее, чем кажется.

Простая сетка проще в реализации. Три тарифа с понятными ограничениями — предсказуемая логика. Гибкая система с десятком параметров и индивидуальными условиями — заметно дороже.

Ограничения должны проверяться в одном месте. Иначе логика тарифов расползается по всему коду и становится источником ошибок.

Бесплатный тариф или пробный период — решение, влияющее на архитектуру: нужны учёт лимитов, механика окончания периода, сценарии перехода.

Определитесь с этим до начала разработки: переделка тарифной логики — дорогая операция.

Сайт для продажи

Отдельная задача, которую делают раньше продукта.

Что на нём должно быть:

Объяснение через задачу клиента. Не как устроен продукт, а какую проблему решает. Первый экран отвечает на это за секунды — в статье первый экран сайта.

Как это работает — три-четыре шага со скриншотами.

Тарифы с ценами. Отсутствие цены в SaaS — прямая потеря: люди отсеивают по бюджету.

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

Регистрация или заявка — одно целевое действие.

Про данные пользователей

Отдельное внимание, потому что в SaaS вы храните чужие данные.

Требования по персональным данным. Согласие, политика, понимание, где физически хранятся данные — базовая сторона в статье 152-ФЗ на сайте.

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

Резервное копирование с проверкой восстановления. В SaaS потеря данных клиента — конец проекта: почему копия без проверки бесполезна, в статье резервное копирование сайта.

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

Базовый набор мер безопасности — в статье безопасность сайта.

Цены по этапам

Этап	Что входит	Стоимость	Срок
Сайт для проверки спроса	Объяснение, тарифы, сбор контактов	от 200 000 ₽	3–5 недель
Минимальный продукт	Регистрация, одна функция, ручная оплата	от 800 000 ₽	10–16 недель
Полноценный сервис	Плюс биллинг, тарифы, подписки	от 2 000 000 ₽	от 20 недель
Сложный продукт	Плюс роли, интеграции, аналитика внутри	от 4 000 000 ₽	от 30 недель

Что учесть в экономике

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

Стоимость привлечения клиента. В подписной модели окупаемость считается за месяцы: клиент, привлечённый за 10 000 ₽ при подписке 2 000 ₽ в месяц, окупается на пятый месяц — если не уйдёт раньше.

Удержание важнее привлечения. Отток съедает рост быстрее, чем реклама его создаёт.

Итог

Три задачи с разной ценой: сайт для продажи от 200 000 ₽, минимальный продукт от 800 000 ₽, полноценный сервис с биллингом от 2 000 000 ₽.

Порядок: сначала проверка спроса страницей или ручной услугой, потом минимальный продукт с одной функцией, потом биллинг — когда клиентов станет достаточно, чтобы он окупился.

Главная ошибка — год разработки до первого платящего клиента. Проверять готовность платить нужно до того, как построен продукт, а не после.