Старт
Первая версия продукта для проверки спроса на живых клиентах
- SSO для корпоративных клиентов
- Публичный API и вебхуки
- Роли с настраиваемыми правами
Нижняя граница совпадает с опубликованным пакетом SaaS-MVP.
Выберите тему — соберём контекст
Собираем работающий подписочный продукт целиком: мультитенантность и изоляция данных, роли и права, тарифы с онлайн-оплатой и лимитами, онбординг, админка сервиса и продуктовая аналитика. Не прототип для показа, а сервис, за который клиент может заплатить.
Продукт готов не тогда, когда нарисованы экраны, а когда клиент может зарегистрироваться, начать пользоваться, дойти до ценности и заплатить — а вы видите, что происходит. Ниже четыре блока, из которых это собирается.
E-mail и пароль, подтверждение адреса, восстановление доступа. При необходимости — вход через Google или Яндекс.
Пользователь создаёт организацию, приглашает коллег, переключается между организациями, если состоит в нескольких.
Владелец, администратор, участник, наблюдатель. Доступ проверяется на сервере, а не скрытием кнопок в интерфейсе.
Приглашение по ссылке или e-mail с ограниченным сроком действия и отзывом.
Главное действие продукта реализуется целиком: от входа до результата, ради которого клиент оформляет подписку.
Разделы продукта с поиском, фильтрами и сортировкой; сохранение состояния интерфейса.
Комментарии, история изменений, упоминания коллег, уведомления о значимых событиях.
Загрузка файлов с ограничением по типу и размеру, хранение в объектном хранилище, ссылки с ограниченным сроком.
Месячная и годовая оплата, пробный период, промокоды, апгрейд и даунгрейд с пересчётом.
Подключение провайдера (ЮKassa, CloudPayments) с рекуррентными списаниями. Реквизиты карт у нас не хранятся.
Количество мест, проектов, объём хранилища или число операций. Превышение лимита видно пользователю до отказа в работе.
Счёт, акт и выгрузка платежей — то, без чего B2B-клиент не сможет провести оплату у себя.
Повторные списания, письма о просрочке, перевод в ограниченный режим вместо мгновенной блокировки.
Пошаговый онбординг: пустые состояния с подсказками, демо-данные, чек-лист первых шагов.
Письма и события по значимым действиям: приглашение принято, подписка оформлена, лимит приближается.
Ваши клиенты, их тарифы и платежи, ручная выдача доступа, блокировка, возвраты, просмотр состояния тенанта.
События активации, удержание по когортам, использование функций. Без этого развитие идёт по догадкам.
График для пакета «Старт». Каждые одну-две недели вы видите работающую версию на тестовом окружении, а не отчёт о занятости. Итоговый срок и состав этапов фиксируются в договоре.
Кто клиент, за что платит, какой сценарий обязателен в первой версии. Фиксируем границы MVP.
Схема изоляции данных тенантов, модель прав, структура тарифов и лимитов. Документируем решения.
Проект, окружения, CI/CD, базовая схема данных. Работающая авторизация и создание организации.
Регистрация, приглашения, роли и права, личный кабинет, переключение между организациями.
Ключевой сценарий целиком: экраны, состояния, поиск, фильтры, совместная работа.
Тарифы, подписка, оплата, лимиты, счета, обработка неудачных списаний.
Первый вход, пустые состояния, админка сервиса, продуктовая аналитика.
Бэкапы, мониторинг, нагрузочная проверка, обучение команды, передача доступов и документации.
Начинать почти всегда стоит со «Старта»: он проверяет спрос на живых клиентах. «Рост» и «Масштаб» — для случаев, когда B2B-требования или SLA появляются в первой же сделке.
Первая версия продукта для проверки спроса на живых клиентах
Нижняя граница совпадает с опубликованным пакетом SaaS-MVP.
Продукт уже продаётся, нужны B2B-требования и интеграции
Для перехода от первых клиентов к регулярным продажам.
Сервис с требованием SLA, white-label или выделенных контуров
Когда продукт становится критичной системой для клиента.
Нижняя граница «Старта» совпадает с опубликованным пакетом SaaS-MVP, от 449 000 ₽ · состав и срок фиксируются в договоре до начала работ.
Подписочный продукт живёт или умирает на экономике, а не на количестве функций. Ниже формулы, которые мы размечаем в аналитике: без них решение о цене и привлечении принимается наугад. Это не прогноз вашей выручки — это способ считать её самостоятельно.
| Показатель | Что означает | Как считать | Зачем |
|---|---|---|---|
| MRR | Сумма платежей за месяц |
ARPU × число платящих клиентов
|
Основной показатель для подписочного продукта. |
| ARPU | Средний доход с клиента в месяц |
MRR ÷ число платящих клиентов
|
Растёт за счёт тарифов выше и доплат за лимиты. |
| Churn | Доля ушедших за месяц |
Ушедшие ÷ клиенты на начало месяца
|
Для B2B-сервисов критично удержание, а не только привлечение. |
| LTV | Доход с клиента за всё время |
ARPU ÷ месячный churn
|
Сравнивайте с CAC: LTV должен заметно его превышать. |
| CAC | Стоимость привлечения клиента |
Расходы на продажи ÷ новые клиенты
|
Без учёта CAC рост выручки может увеличивать убыток. |
| Окупаемость | Месяцев до возврата CAC |
CAC ÷ ARPU
|
Ориентир для планирования бюджета на привлечение. |
Сначала считаем себестоимость обслуживания одного клиента и CAC, потом назначаем тариф — иначе рост выручки может увеличивать убыток. Оплату и лимиты размечаем событиями в аналитике до запуска, чтобы метрики считались из данных, а не собирались вручную в таблице.
Это выбор по умолчанию для пакета, а не догма: стек меняется под ваши требования, если у вас уже есть команда, инфраструктура или обязательства перед заказчиком.
Быстрый старт, очереди, планировщик, зрелая экосистема для подписок и платежей.
PostgreSQL выбираем, когда нужны строгие ограничения целостности и сложные отчёты.
Livewire — когда важна скорость разработки, Vue — когда интерфейс насыщенный и «живой».
Фоновые задачи: письма, отчёты, выгрузки, повторные списания.
Рекуррентные списания без хранения реквизитов карт на нашей стороне.
Вложения и выгрузки не раздувают сервер и переживают пересборку.
Ошибки, медленные запросы и падения видны до жалоб клиентов.
Изменения проверяются на stage, а не сразу на клиентах.
Состав данных, согласия, место хранения и сроки. Определяем до проектирования схемы: менять хранение после запуска дороже.
Реквизиты карт хранит платёжный провайдер — на нашей стороне их нет, поэтому требования PCI DSS не ложатся на сервис.
Выбор схемы (общая база с разделением, отдельные схемы или базы) фиксируется документально и проверяется автотестами.
Проверка доступа на сервере, журнал значимых действий, отзыв доступов уволенных сотрудников клиента.
Экспорт данных и удаление аккаунта по запросу — требование, которое всплывает на первой же сделке с крупным клиентом.
Регулярные бэкапы и проверенное восстановление, а не надежда на то, что «сработает».
Для каждой ошибки — то, что закладывается в работу заранее, а не исправляется после релиза.
Продукт делают в закрытом режиме и выходят на рынок без единого пользователя.
Первая версия — за 10 недель, дальше развитие по данным использования.
Без подписок и лимитов нельзя посчитать юнит-экономику и цену.
Тарифы, оплата и лимиты входят в первую версию, а не в «следующий этап».
Переделка мультитенантности после запуска затрагивает всю схему данных.
Схема изоляции выбирается на этапе архитектуры и закрепляется автотестами.
Клиент оплачивает подписку и не доходит до ценности за первые сессии.
Пустые состояния, подсказки и демо-данные закладываем с первой версии.
Непонятно, где отваливаются пользователи и какие функции не нужны.
События активации и когорты подключаем до релиза.
Цена ниже себестоимости поддержки, рост выручки ускоряет убыток.
Считаем себестоимость обслуживания и CAC до публикации тарифов.
Каждый клиент требует времени, а оно не заложено в тариф.
Считаем стоимость обслуживания на клиента и закладываем в тариф.
Код, домен и аккаунты остаются у студии, развитие тормозится.
Репозиторий, домен и инфраструктура оформляются на вас с первого дня.
Пункты, которые должны быть правдой к моменту передачи продукта. Проверяются вместе с вами до подписания, а не «где-то потом».
Домен оформлен на вас, сертификат настроен, редиректы с http и www работают.
Проведён тестовый платёж и проверено повторное списание, а не только первая оплата.
Восстановление из копии выполнено хотя бы один раз на stage.
Падение или рост ошибок приходит уведомлением, а не обнаруживается клиентом.
События активации и оплаты доходят до отчёта без пропусков.
Транзакционные письма не улетают в спам: настроены домен, SPF, DKIM, DMARC.
Пользователь одной организации не видит данные другой — проверено тестом.
Ваша команда умеет посмотреть платежи, выдать доступ и обработать обращение.
Репозиторий, хостинг, платёжный кабинет и аналитика переданы вам, а не остались у нас.
Понятно, что входит в 90 дней и что происходит после них.
Нужна оценка уже существующего продукта или кода перед доработкой?
Технический аудитЕсли видим, что ваш случай — из этого списка, скажем прямо до договора и предложим более подходящий вариант вместо разработки.
Работающий продукт на вашем домене: аккаунты и организации, роли и права, ключевой сценарий, тарифы с онлайн-оплатой, лимиты по тарифу, онбординг, админка сервиса, продуктовая аналитика, бэкапы и мониторинг. То есть сервис, который можно показать клиенту и взять с него деньги, а не прототип интерфейса.
В срок входят не только экраны: схема изоляции данных тенантов, права, биллинг с лимитами, онбординг и аналитика. Это те части, которые нельзя добавить «потом» без переделки. Если нужен только прототип для проверки гипотезы, мы скажем об этом прямо — он делается быстрее и дешевле, но это другой продукт.
В пакет «Старт» входит всё из списка на этой странице: от архитектуры до запуска и 90 дней поддержки. Не входят SSO для корпоративных клиентов, публичный API и настраиваемые права — они в пакете «Рост». Смета фиксируется в договоре до начала работ; дополнительные пожелания оформляются отдельным согласованием, а не «по факту часов».
Вам. Репозиторий, домен, хостинг, платёжный кабинет и аккаунты аналитики оформляются на вас с самого начала, код передаётся с документацией. Поэтому продукт можно развивать другой командой, не переписывая его заново.
Начинаем с технического аудита: архитектура, состояние кода, изоляция данных, готовность к биллингу. По результатам говорим честно — дорабатывать или переписывать отдельные части. Иногда дешевле доработать, и мы так и скажем.
Нет, и никто не может этого гарантировать: продажи зависят от рынка, цены и вашей работы с клиентами. Мы отвечаем за другое — за работающий продукт, срок и фиксированную смету. Отдельно скажем, если видим, что гипотеза не выдерживает проверки, вместо того чтобы просто взять деньги за разработку.
Для запуска — нет. Мы передаём документацию, проводим обучение и остаёмся на поддержке 90 дней. Но для развития продукта человек, который принимает продуктовые решения и работает с подрядчиком, нужен: иначе развитие останавливается после релиза.
Работаем поэтапно: оплата разбита по этапам плана, а не одной суммой вперёд. Состав этапов и их стоимость фиксируются в договоре вместе с общим сроком. Разбираем это на этапе сметы, до старта разработки.
Дальше — либо договор сопровождения, либо развитие своими силами: код, документация и доступы у вас, поэтому второй вариант реален. Очередь функций формируем по данным использования, а не по предположениям.
Да, и это входит в пакет. Подключаем события активации, удержание по когортам и использование функций, а также размечаем оплату, чтобы MRR, ARPU и отток считались из данных, а не из таблиц вручную.
Про сам продукт и архитектуру SaaS — в разделе SaaS-разработки, а про отраслевой пример — на странице SaaS для управления проектами.
Расскажите, для кого продукт и за что он будет брать деньги. Скажем, что войдёт в первую версию, сколько это займёт и сколько будет стоить — до договора и без обязательств.
Опишите продукт и аудиторию — вернёмся с составом первой версии, сроком и стоимостью.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.