Сценарии

Запуск SaaS MVP

Минимальная версия, которой реальный клиент пользуется в проде и за которую можно выставить счёт.

Интеграции

  • REST API
  • Google Workspace
  • CRM
  • Собственные системы

Задача

Есть проверенная идея или внутренний инструмент, который просят купить, и следующий шаг версия, которую можно продавать. Не прототип и не платформа на полтора года, построенная до первой оплаты.

С чем работает

  • Существующий внутренний инструмент, прототип или таблица
  • То, что реально просили первые клиенты, их словами
  • Ваша коммерческая модель: тарифы, лимиты, период оплаты
  • Ограничения по размещению данных, соответствию требованиям и хостингу

Автоматизированный процесс

  1. Объём сокращается до минимальной версии, за которую клиент готов платить, и фиксируется письменно.
  2. Модель данных, стратегия мультиарендности и модель прав определяются и документируются.
  3. Сначала строятся аутентификация, организации, роли и приглашения.
  4. Основной сценарий продукта разрабатывается на работающем стенде, которым вы пользуетесь всё время.
  5. Добавляются биллинг, тарифы и лимиты — включая неудачные платежи и смену тарифа в середине периода.
  6. Админка и журналирование делаются до первого внешнего клиента.
  7. Онбординг, мониторинг и резервные копии готовы к запуску, а не появляются после него.

Где решение остаётся за человеком

  • Решения по объёму принимаете вы, и каждое откладывание фиксируется вместе с ценой отката.
  • Вы пользуетесь продуктом по ходу разработки, а не видите его на приёмке.
  • Код и инфраструктура находятся в ваших аккаунтах с первого коммита.
  • Архитектурные компромиссы записаны, чтобы будущая команда видела не только что сделано, но и почему.

Интеграции

  • REST API

    Задокументированные, версионируемые и защищённые эндпоинты — и потребление ваших, и предоставление наших.

  • Google Workspace

    Вход, Drive, Sheets и Calendar как источники и приёмники данных для автоматизированных сценариев.

  • CRM

    Чтение и запись сделок, контактов и активностей: квалифицированные заявки попадают туда, где уже работают продажи.

  • Собственные системы

    Внутренние и унаследованные системы без публичного API — через задокументированный адаптер, согласованный с вашей командой.

Ожидаемый эффект

Описан качественно. Реальный результат зависит от ваших объёмов, качества данных и дисциплины процесса.

  • Продукт, на который клиент может подписаться, пользоваться им и получить счёт.
  • Фундамент, рассчитанный на десятого клиента, а не только на первого.
  • Настоящий ответ о спросе, полученный дёшево и до вложений в платформу.
  • Документация и доступы, с которыми передача внутренней команде действительно возможна.

Ограничения и чего сценарий не делает

  • MVP — это не уменьшенная версия всего, а полная версия одного. Командам, не готовым резать объём, стоит рассчитывать на более долгий и дорогой проект, и мы скажем об этом до старта.
  • Он не включает постоянное продуктовое управление. Дорожную карту должен вести кто-то с вашей стороны.
  • Инженерия не создаёт спрос. Если продукт никому не нужен, MVP покажет это быстро — в этом и смысл.

Часть практики

SaaS-продукты

От архитектуры и MVP до мультиарендной платформы, которую реально эксплуатировать.

Следующий сценарий

Клиентский портал

Дайте клиентам их собственные данные — документы, статусы, обращения — вместо рассылки по запросу.