← Блог

SaaS-платформа — что нужно кроме самого продукта

Разделение данных клиентов, тарифы, платежи и документы: обвязка по объему часто равна продукту

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

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

Главное решение — как разделены данные клиентов

Это первое, что проектируется, и то, что потом дороже всего менять.

Три способа разделения данных клиентов в SaaS Общая база с признаком компании, отдельная схема на клиента и отдельная база на клиента. Показаны компромиссы по стоимости и изоляции. ОБЩАЯ БАЗА одна база, признак компании данные компании А данные компании Б данные компании В дешево и быстро одна ошибка в запросе — чужие данные на экране СХЕМА НА КЛИЕНТА одна база, разные схемы схема А схема Б схема В баланс изоляция есть, миграции надо катить на каждую БАЗА НА КЛИЕНТА база компании Абаза компании Ббаза компании В максимальная изоляция дороже в обслуживании, зато можно отдать клиенту поменять эту схему после запуска — отдельный проект, поэтому решается в самом начале
Первый вариант дешевле и быстрее, третий безопаснее и дороже. Выбор зависит не от вкуса, а от того, кто ваши клиенты и что они требуют по защите данных.

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

Что нужно кроме продукта

Это та часть, которую недооценивают, когда считают сроки.

  1. Регистрация и организации. Не просто пользователи, а компании с несколькими сотрудниками и ролями внутри. Приглашения, смена владельца, выход сотрудника.
  2. Тарифы и ограничения. Что входит, где предел, что происходит при превышении. Логика тарифов пронизывает весь продукт, поэтому закладывается с начала.
  3. Платежи и их отказы. Регулярное списание, неудачное списание, повторная попытка, блокировка, возврат. Отказ платежа — нормальное событие, а не исключение.
  4. Документы для юрлиц. Счета, акты, закрывающие. Для российского рынка это обязательная часть, а не опция.
  5. Пробный период. С ограничением по времени или по объему. И понятный путь, что происходит в день окончания.
  6. Поддержка и обновления. Все клиенты на одной версии. Значит, обновление не должно ломать работу ни у кого, а откат должен быть возможен за минуты.

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

Экономика, которую считают до разработки

Стоимость обслуживания клиентаСерверы, поддержка, платежные комиссии в расчете на одну подписку
Срок окупаемости привлеченияСколько месяцев подписки нужно, чтобы вернуть стоимость привлечения клиента
ОттокКакая доля клиентов уходит за месяц. Главная цифра, определяющая, живет бизнес или нет

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

Где здесь ИИ

У SaaS есть два разных сценария применения, и путать их не стоит.

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

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

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

Что ломается на первых клиентах

Список короткий, но повторяется почти у всех.

  • Клиент оказался больше, чем ожидали. Один крупный заказчик приносит объем, на который система не рассчитана, и тормозит всем остальным. Лимиты по тарифам нужны не только для денег.
  • Нет разграничения внутри компании клиента. Выясняется, что у них три отдела и рядовой сотрудник не должен видеть все. Роли внутри организации закладываются сразу.
  • Требуют выгрузку своих данных. Нормальное требование, и оно возникнет. Лучше сделать его сразу, чем объяснять, почему это невозможно.
  • Спрашивают про размещение и защиту. Служба безопасности крупного клиента задаст вопросы про хранение и доступ. Ответы должны быть готовы до переговоров.
  • Просят доработку под себя. Первый же клиент попросит функцию только для него. Согласиться легко, а дальше продукт превращается в набор индивидуальных версий.

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

Частые вопросы

Сколько занимает запуск

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

Можно ли начать без подписки и биллинга

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

Где размещать

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

Разберем архитектуру и объем до старта

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

Обсудить продукт

Начинать разумно с версии без биллинга — она дешевле и быстрее проверяет спрос.

Дальше по теме