Разработка SaaS-сервиса
SaaS отличается от заказной разработки тем, что у него нет одного заказчика. Требования приходят от рынка, и предугадать их на старте нельзя — можно только выпустить узкую версию и посмотреть, за что люди готовы платить.
Технически ключевых решений три: как изолируются данные разных клиентов, как устроены тарифы и как продукт переживёт рост. Первые два определяют архитектуру и потом меняются тяжело, поэтому мы разбираем их до начала разработки.
Обсудить задачуЧто нужно продумать до кода
- Модель изоляции данных: общая база с разделением или отдельная на клиента
- Тарифы и ограничения: по пользователям, объёму, функциям
- Биллинг: подписки, пробный период, продление, неуспешные списания
- Регистрация и приглашение коллег внутрь аккаунта
- Роли внутри клиента: владелец, администратор, обычный пользователь
- Экспорт данных — клиент должен иметь возможность уйти
- Публичный API и документация, если продукт встраивается в чужие процессы
Порядок запуска
- 01
Одна ценность
Определяем, за что именно платят. Всё, что не относится к этому, откладываем.
- 02
Ручной старт
Регистрацию и оплату на первых клиентах можно вести руками. Автоматизировать раньше времени — тратить бюджет на догадки.
- 03
Первая версия
Узкий продукт с главным сценарием, изоляцией данных и простым тарифом.
- 04
Обратная связь
Смотрим, чем пользуются и на чём отваливаются. Это и есть настоящее техническое задание.
- 05
Рост
Тарифы, биллинг, API, масштабирование — по мере того, как продукт подтверждает спрос.
Что обычно спрашивают
Общая база или отдельная на клиента?
Общая с разделением дешевле в поддержке и подходит большинству. Отдельные базы нужны, когда есть требования по изоляции данных или крупные клиенты с индивидуальными доработками.
Можно взять готовую платформу для биллинга?
Да, и на старте это правильно. Писать свой биллинг с нуля стоит только когда модель тарификации нестандартная.
Сколько стоит запустить SaaS?
Зависит от того, насколько узкой будет первая версия. Мы всегда предлагаем сужать: дешевле проверить спрос, чем построить полный продукт вслепую.
Кому принадлежит продукт?
Вам полностью: код, инфраструктура, данные. Мы не оставляем за собой прав на разработанный продукт.
Что с нагрузкой при росте?
Закладываем возможность масштабирования, но не строим под миллион пользователей заранее — это дорого и почти всегда оказывается не тем, что понадобится.