Чем SaaS отличается от обычных продаж в CRM
Классическая CRM-воронка заканчивается победой в сделке. В SaaS-модели закрытие продажи — это только начало: дальше идёт активация, использование продукта, продление, апгрейд тарифа или отток. Стандартная воронка Битрикс24 для этого не предназначена, но её можно адаптировать.
Ключевые отличия подписной модели, которые влияют на настройку CRM:
| Параметр | Разовые продажи | SaaS / подписка |
|---|---|---|
| Жизненный цикл клиента | Завершается оплатой | Продолжается ежемесячно/ежегодно |
| Главный риск | Не закрыть сделку | Потерять активного клиента |
| Ключевые события | Лид → Сделка | Активация → Продление → Апгрейд |
| Нужная автоматизация | Напоминания менеджеру | Авто-триггеры по датам и событиям |
Именно поэтому для SaaS-компании стандартной воронки «Лиды» и «Сделки» недостаточно: нужна отдельная логика учёта подписок, тарифов и дат продления.
Как структурировать данные о подписках
Базовая единица учёта в Битрикс24 — карточка сделки или смарт-процесс. Для SaaS лучше разделить два потока:
- Воронка первичных продаж — стандартные сделки CRM, от лида до первой оплаты.
- Реестр подписок — отдельный смарт-процесс, где каждая запись соответствует одному активному клиенту.
В карточке подписки через пользовательские поля фиксируют:
- Текущий тариф (список: Free / Starter / Pro / Enterprise)
- Дата начала подписки
- Дата следующего продления
- Сумма ежемесячного/ежегодного платежа
- Статус (активна / приостановлена / отменена)
- Количество пользователей в аккаунте клиента
- Канал привлечения (для когортного анализа)
Такой реестр позволяет строить срезы по тарифам, видеть приближающиеся продления и отслеживать изменения статуса без ручного обновления — через роботов и вебхуки.
Воронка удержания: стадии и переходы
Параллельно с реестром подписок настраивают отдельную воронку удержания. Она активируется в двух случаях: при приближении даты продления и при появлении сигналов оттока.
На схеме ниже показано, как клиент движется по воронке удержания — от автоматического триггера за 30 дней до продления до финального статуса: продлён или утрачен.
flowchart TD
A[Дата продления через 30 дней] --> B[Авто-задача менеджеру]
B --> C{Клиент ответил?}
C -- Да --> D[Оформление продления / апгрейда]
C -- Нет --> E[Повторное касание через 7 дней]
E --> F{Ответ получен?}
F -- Да --> D
F -- Нет --> G[Передача в воронку риска оттока]
G --> H{Удержали?}
H -- Да --> D
H -- Нет --> I[Статус: Отток. Смарт-процесс закрыт]
D --> J[Подписка продлена. Дата обновлена]
Типовые стадии воронки удержания:
- Ожидание продления — клиент за 30 дней до окончания подписки
- В работе — менеджер вышел на контакт, идёт диалог
- Риск оттока — нет ответа более 14 дней или прямой отказ
- Апгрейд — клиент переходит на более высокий тариф
- Продлён — оплата прошла, дата в реестре обновлена
- Отток — подписка не продлена, причина зафиксирована
Автоматизация напоминаний о продлении
Роботы в Битрикс24 позволяют запускать цепочки действий по дате поля — в данном случае по полю «Дата следующего продления». По нашему опыту, для SaaS-компании минимально рабочая цепочка выглядит так:
- За 30 дней — автоматически создаётся задача ответственному менеджеру: связаться с клиентом, уточнить планы по продлению.
- За 14 дней — если задача не закрыта или нет изменений по сделке, ставится повторная задача и отправляется уведомление руководителю.
- За 7 дней — автоматически отправляется письмо или сообщение клиенту через открытые линии (WhatsApp, Telegram, email).
- В день окончания — статус смарт-процесса меняется на «Риск оттока», если продление не зафиксировано.
Подробнее о настройке триггеров и роботов для подобных цепочек — в статье про роботы и триггеры в воронке Битрикс24.
Учёт тарифов и сегментация базы
Тариф клиента — ключевое поле для сегментации. На его основе можно:
- Назначать разных ответственных менеджеров (корпоративные клиенты на Enterprise ведёт выделенный аккаунт-менеджер, остальные — в общей очереди).
- Настраивать разные цепочки автоматизации: клиентам на Free-тарифе уходит серия писем с апгрейд-предложением, платным — персональный звонок.
- Строить отчёты по MRR (ежемесячной выручке) в разрезе тарифов — через дашборды Битрикс24.
Для сегментации по тарифу достаточно настроить фильтры в списке смарт-процесса и сохранить их как именованные представления. Руководитель видит актуальный срез по каждому тарифу в реальном времени.
Контроль оттока: сигналы и реакция
Отток редко происходит внезапно — обычно ему предшествуют слабые сигналы. В Битрикс24 можно настроить автоматическое выявление таких сигналов:
Поведенческие триггеры (через вебхуки): - Клиент не заходил в продукт более N дней → вебхук передаёт событие в Битрикс24 → создаётся задача менеджеру. - Количество активных пользователей в аккаунте снизилось → обновляется поле в карточке → запускается робот.
Коммуникационные сигналы: - Открытое обращение в поддержку с жалобой → связывается с карточкой клиента → ответственный получает уведомление. - Нет ответа на два последних касания → автоматический перевод в стадию «Риск оттока».
Для передачи событий из вашего SaaS-продукта в Битрикс24 используют вебхуки смарт-процессов — это позволяет обновлять поля карточки и запускать автоматизации без ручного ввода.
Аналитика подписной базы в Битрикс24
Стандартные отчёты CRM дополняются пользовательскими срезами. Для SaaS-компании актуальны следующие представления:
| Отчёт | Что показывает | Как реализовать |
|---|---|---|
| Продления на ближайшие 30 дней | Список клиентов с датой продления в периоде | Фильтр по полю «Дата продления» |
| Отток за период | Количество и сумма закрытых отменой подписок | Смарт-процесс, стадия «Отток» |
| Тарифный срез | Распределение базы по тарифам | Группировка по полю «Тариф» |
| Апгрейды | Клиенты, сменившие тариф на более высокий | История изменений поля «Тариф» |
| NRR / расширение выручки | Суммарный прирост за счёт апгрейдов | Кастомный отчёт по сумме сделок |
Часть этих отчётов строится штатными средствами, часть требует доработки через API или приложения из маркетплейса Битрикс24.
С чего начать внедрение
По нашему опыту, типовой проект настройки Битрикс24 для SaaS-компании проходит через несколько обязательных шагов:
- Описание бизнес-процессов — фиксируем логику жизненного цикла клиента, стадии подписки, правила эскалации.
- Проектирование структуры данных — определяем поля карточек, списки тарифов, правила именования.
- Настройка воронок и смарт-процессов — первичные продажи и реестр подписок настраиваются отдельно.
- Автоматизация — роботы по датам, триггеры по изменению полей, цепочки уведомлений.
- Интеграция с продуктом — передача событий активности через вебхуки или REST API.
- Обучение команды — менеджеры по продлениям и аккаунт-менеджеры работают с разными представлениями.
Перед стартом полезно пройти аудит текущего портала, если Битрикс24 уже используется — это позволяет не перестраивать рабочие процессы с нуля, а надстраивать новую логику поверх существующей.