Модуль: SaaS

Актуальность: 2 августа 2026 года.

Модель

Повторяющаяся оплата за доступ к программному результату. Возможны B2B/B2C, self-service, sales-led и гибрид с внедрением. В маленькой команде опасно масштабировать привлечение раньше активации, удержания, поддержки и валовой экономики.

Связанные документы: ../METRICS_AND_FINANCE.md, ../SALES_AND_MARKETING_AUDIT.md, ../AI_BUSINESS_AUDIT.md и ../RISK_AND_CONTINUITY.md.

Главные вопросы аудита

• какой сегмент и workflow получают повторяемую измеримую ценность;
• что считается активацией и как быстро она наступает;
• почему клиент остаётся, расширяется, сокращается или уходит;
• существует ли одна воспроизводимая конфигурация или скрытая агентская работа;
• как сочетаются цена, инфраструктура, поддержка и стоимость привлечения;
• кто владеет данными и способен ли клиент безопасно выйти;
• что остановится при смене API/модели/ключевого разработчика;
• есть ли канал к первым 10/100 платящим, а не только TAM.

Обязательные показатели

• MRR/ARR с правилами валюты, скидок и разовых платежей;
• new, expansion, contraction и churned MRR;
• logo churn, revenue churn, GRR и NRR по когортам;
• activation rate, time-to-value и ключевое использование;
• trial/demo → оплата и цикл B2B-сделки;
• CAC и CAC payback по каналу/сегменту;
• валовая маржа с инфраструктурой, API и переменной поддержкой;
• ARPA/ARPU и вклад на аккаунт/когорту;
• uptime, инциденты, support load и дефекты;
• runway и концентрация крупных клиентов/провайдеров.

Определения фиксировать в scorecard; прогнозный LTV без удержания не выдавать за факт.

Характерные узкие места

• «зарегистрировался» ошибочно считается активированным;
• bespoke-внедрения скрывают отсутствие продукта;
• roadmap строится по громкому клиенту, а не повторяемой проблеме;
• freemium создаёт поддержку без канала конверсии;
• годовая предоплата скрывает будущую обязанность/отток;
• инфраструктура/API растут быстрее цены;
• churn анализируется без причин и когорт;
• технический долг и bus factor блокируют продажи/эксперименты.

РФ: право и налоги

Проверять лицензионную/сервисную модель, оферту, автопродление и возвраты, ККТ/чеки, персональные данные и локализацию, пользовательский контент, SLA, права на код/компоненты, ИТ-аккредитацию и реестр российского ПО. Для B2B/B2G учитывать требования заказчика к происхождению, инфраструктуре и защите. См. ../RU_LEGAL_TAX.md и ../compliance/INDEX.md.

Типовые ошибки

• строить много функций до повторной оплаты;
• считать весь MRR одинаково качественным;
• скрывать услуги внедрения внутри подписки;
• повышать маркетинг при слабой активации;
• обещать enterprise SLA без дежурства/резерва;
• хранить данные без карты, сроков и удаления;
• привязывать ценность к дешёвой технической единице;
• не иметь экспорта и плана смены провайдера.

Источники опыта

MicroConf, SaaStr, Y Combinator Library, Indie Hackers, First Round Review и AI/маркетинговые ветки из ../SOURCES.md. Советы венчурного SaaS проверять на совместимость с bootstrapped-командой и целями собственника.

15 направлений гипотез

1. Более узкая вертикаль с дорогим workflow.
2. Платный пилот вместо бесплатного trial.
3. Concierge/manual service до разработки функции.
4. Новый activation milestone, связанный с ценностью.
5. Шаблон/импорт, сокращающий time-to-value.
6. Цена за результат, объём, место или активный объект.
7. Годовой тариф после доказанного удержания.
8. Пакет внедрения как отдельный продукт.
9. Ограничение/закрытие убыточного free-плана.
10. Expansion по событию использования/риску.
11. Win-back по установленной причине ухода.
12. Партнёрский канал через интегратора/отраслевую систему.
13. Интеграция, делающая продукт частью ежедневного workflow.
14. AI-функция с измеримым улучшением задачи и контролем.
15. Экспорт/переносимость как доверительный дифференциатор.

Дешёвые проверки

• когортный разбор активации/ухода без новой разработки;
• 5 интервью ушедших и 5 активных клиентов по прошлому поведению;
• ручной onboarding и измерение time-to-value;
• fake-door с честным объяснением до оплаты;
• изменение упаковки/цены для новой когорты;
• платный пилот с заранее заданным результатом;
• ручное предложение расширения подходящим аккаунтам.

Когда закрывать гипотезу

• клиент не достигает ценности/не возвращается после onboarding;
• поведение не меняется, несмотря на интерес и регистрации;
• поддержка/инфраструктура съедают вклад при реалистичном объёме;
• канал не окупается по вкладовой когорте;
• функция полезна только одному невоспроизводимому клиенту;
• требуемые данные/качество/соответствие недостижимы;
• продолжение диктуется уже вложенной разработкой, а не будущей ценностью.