Опорная модель
SaaS / микро-SaaS
Подписочный инструмент под узкую боль конкретной аудитории. Долгосрочный актив с возможностью продажи (мультипликаторы 2-4x ARR на малых SaaS). Главный риск — найти узкую боль, за которую готовы платить регулярно, а не разово.
паспорт модели
Качественные условия входа и работы: вложения, самостоятельный старт, формат, проверка и регулярная нагрузка. Это не прогноз дохода и не рекомендация.
- Вложения
- Заметные вложения
- Можно одному
- Один, с подрядчиками
- Формат
- Онлайн / удалённо
- Первый тест
- От трёх месяцев до года
- Выручка
- Подписка
- Операционка
- Сложная
Сначала понять модель
Суть модели
Что это за способ заработка, кто платит и где проходит его граница.
- Продажа программного продукта по подписке или регулярной оплате: клиент получает доступ к инструменту, который решает повторяющуюся задачу, автоматизирует процесс или снижает издержки. Это продуктовая модель, а не разовая разработка под заказ.
- Что входит: web/app-сервис по подписке; B2B-инструмент; микро-SaaS для узкой задачи; self-service продукт; вертикальный SaaS под отрасль.
Кто платит
- малый и средний бизнес
- специалисты
- команды внутри компаний
- нишевые профессионалы
- частные пользователи в consumer SaaS
Зачем платят
- автоматизировать повторяющуюся работу
- сэкономить время или деньги
- получить отчётность/контроль
- заменить таблицы и ручные операции
- получить доступ к данным или workflow
Условия входа
Вход и деньги
Что требуется до старта и за что в этой модели платят.
Что нужно на старте
- минимальный старт: выбрать узкую боль, сделать прототип/лендинг, поговорить с клиентами и получить первые предоплаты или пилоты
- нормальный старт: MVP, биллинг, поддержка, аналитика использования, документация, процесс продаж
- нужны продуктовая гипотеза, разработка, поддержка, канал привлечения и понимание retention
Как приходят деньги
- подписка
- usage-based оплата
- тарифы по пользователям/функциям
- настройка и онбординг
- enterprise-лицензии
Контекст решения
Экономика
- MRR/ARR
- CAC и payback
- churn и retention
- ARPU/ARPA
- стоимость поддержки и инфраструктуры
- маржа после эквайринга, хостинга, поддержки и продаж
Рынок и альтернативы
- Рынок состоит из клиентов, каналов дистрибуции, платформ, подрядчиков/поставщиков, конкурентов и альтернатив “сделать самому”.
- Ключевой вопрос: кто контролирует доступ к клиенту, где находится маржа и что удерживает клиента после первой покупки.
- прямые игроки той же модели
- косвенные альтернативы: штатный сотрудник, фрилансер, агентство, бесплатные инструменты, крупные платформы
- конкурируют ценой, доверием, скоростью, качеством результата, брендом, удобством, контентом и доступом к каналу
- Стартовые ресурсы
- Деньги / оборотный капитал · Идея / оффер · Экспертные знания · Связи / доступ · Команда / исполнители · Активы / инфраструктура · Документы / разрешения · Аудитория / доверие · Технология / разработка
- Механика выручки
- Оплата времени · Проектная оплата · Регулярный ретейнер · Торговая маржа · Подписка · Транзакционная выручка · Доходность капитала / актива · Реклама / спонсорство · Лицензирование / роялти
Unit-экономика SaaS / микро-SaaS
Нейтральный шаблон расчёта подписочной экономики SaaS или микро-SaaS. Единица расчёта — платящий аккаунт, клиентская организация или подписка за месяц. Шаблон не подставляет рыночные бенчмарки и не оценивает идею без фактических данных по acquisition, retention, gross margin and support load.
MRR
сумма recurring revenue активных платящих аккаунтов за месяц
ARR
MRR × 12
Gross margin
(MRR − hosting − API/data − AI/inference − support − payment fees) / MRR
CAC payback
CAC / (ARPA × gross margin)
LTV
ARPA × gross margin × average customer lifetime months
Net MRR retention
(starting MRR − churned MRR − contraction MRR + expansion MRR) / starting MRR
Runway
денежный остаток / monthly burn
Сравнение рядом
Где соседние модели расходятся
Перед входом посмотрите только на различия с соседними вариантами: вложения, самостоятельный старт, формат, первый тест, выручку и операционку. Это не рейтинг и не персональный подбор.
Только отличия: общие условия уже есть в паспорте текущей модели.
Похожий контекст, но другая механика денег, риска или операционки.
- Вложения
- Капиталоёмкая модель вместо «Заметные вложения»
- Можно одному
- Обычно нужна команда вместо «Один, с подрядчиками»
- Формат
- Онлайн и офлайн вместо «Онлайн / удалённо»
- Первый тест
- Длинный цикл вместо «От трёх месяцев до года»
Похожий контекст, но другая механика денег, риска или операционки.
- Вложения
- Капиталоёмкая модель вместо «Заметные вложения»
- Можно одному
- Обычно нужна команда вместо «Один, с подрядчиками»
- Формат
- Онлайн и офлайн вместо «Онлайн / удалённо»
- Первый тест
- Длинный цикл вместо «От трёх месяцев до года»
Похожий контекст, но другая механика денег, риска или операционки.
- Вложения
- Капиталоёмкая модель вместо «Заметные вложения»
- Можно одному
- Обычно нужна команда вместо «Один, с подрядчиками»
- Формат
- Онлайн и офлайн вместо «Онлайн / удалённо»
- Первый тест
- Длинный цикл вместо «От трёх месяцев до года»
Нейтральный маршрут чтения для расширения поля сравнения.
Асимметрия: разовые затраты на создание, повторяющийся доход. Медленный старт, долгосрочный актив.
- Вложения
- Капиталоёмкая модель вместо «Заметные вложения»
- Можно одному
- Обычно нужна команда вместо «Один, с подрядчиками»
- Формат
- Онлайн и офлайн вместо «Онлайн / удалённо»
- Первый тест
- Длинный цикл вместо «От трёх месяцев до года»
Операционка
Работа и рост
Как устроено выполнение, где появляется ручной труд и во что упирается масштаб.
Регулярная работа
- ежедневно: поддержка, баги, продажи, аналитика, улучшения продукта
- еженедельно: релизы, интервью, воронка продаж, метрики удержания
- операционка меняется от разработки к продажам, поддержке и customer success
Каналы и доступ к спросу
- контент и SEO
- B2B-outreach
- партнёрства
- маркетплейсы приложений
- сообщества
- интеграции с платформами
Рост и переносимость
Рычаги роста
- Рост через повторяемый продукт, подписку, self-service продажи, партнёрства, интеграции, expansion revenue и снижение ручного онбординга.
- Ручная услуга/скрипт → MVP → подписка → тарифы → интеграции → self-service/enterprise → платформа.
- Автоматизация помогает с CRM, аналитикой, отчётностью, контентом, онбордингом, поддержкой, документацией и повторяемыми расчётами.
- Но автоматизация не заменяет проверку спроса, доверие клиента, качество продукта и экономику канала.
Зависимость и делегирование
- На старте зависимость от основателя высокая: он знает клиента, продукт, код и продажи. Снижается при наличии команды, документации, метрик, поддержки и повторяемого процесса продаж.
- Делегируются повторяемые операции, поддержка, контент, продажи, настройка процессов и часть delivery, если есть регламент и контроль качества.
- Как поставляется ценность
- Личная работа основателя · Командная услуга · Софт / цифровой продукт · Физический товар · Платформа / маркетплейс · Офлайн-точка · Контент / медиа · Размещение капитала · Производство
- Потолки масштаба
- Доверие / репутация · Найм и качество людей · Продажи · Контроль качества · Поддержка клиентов · Регулирование · Зависимость от канала · Техдолг / разработка · Локация / помещение
Не пропустить
Риски и границы
Что обычно недооценивают и что может сорвать вход или рост модели.
Что часто недооценивают
- тарифы по пользователям/функциям
- ежедневно: поддержка, баги, продажи, аналитика, улучшения продукта
- еженедельно: релизы, интервью, воронка продаж, метрики удержания
- клиенты не готовы платить ежемесячно
- продукт легко заменить таблицей или базовым AI-инструментом
Регулирование и ограничения
- персональные данные
- платежи и чеки
- оферта/лицензионное соглашение
- SLA и ответственность
- хранение данных и безопасность
Риски модели
- нет регулярной боли
- клиенты не готовы платить ежемесячно
- низкий retention
- слишком дорогой CAC
- продукт легко заменить таблицей или базовым AI-инструментом
- поддержка съедает маржу
- Поверхности риска
- Спрос · Конкуренция · Канал продаж · Unit-экономика · Поставщики · Качество · Юридические ограничения · Операционка · Люди · Технология · Репутация · Правила платформ
Следующий шаг
Проверки и факты
Какие вопросы закрыть до действий и на что опираться при проверке.
Что проверить вначале
- найти 20–30 потенциальных клиентов и оценить боль
- разобрать 10 конкурентов и их тарифы
- Посчитать экономику модели до теста канала и отдельно проверить неблагоприятный сценарий.
- Определить небольшой тест, критерии остановки и лимит потерь до крупных расходов.
- посчитать CAC/payback и план retention
- оценить, кто принимает решение о покупке
- собрать список обязательных интеграций
На что смотреть в первом тесте
- Доверие / репутация
- Найм и качество людей
- Продажи
- Спрос
- Конкуренция
Источники и фактический разбор
Первый фактический слой по SaaS-модели: recurring revenue, MRR/ARR, churn, retention, NRR, CAC, pricing, billing, support и compliance. Fact sheet описывает механику подписочного software-бизнеса без выбора конкретной ниши или продукта.