IVA 360 — переход enterprise-платформы на SaaS
Запустил SaaS-направление облачной B2B-платформы UC&C: self-service, подписка, продуктовая аналитика. Activation rate с 0 до ~14%, next-day return ~30%.
Overview
Перевод облачной B2B-платформы (Unified Communications & Collaboration) в группе IVA Technologies с enterprise-проектной модели на SaaS-модель с self-service-онбордингом и подписочной экономикой.
Problem
Продукт исторически продавался крупными проектами с внедрением: длинный цикл сделки, ручная активация клиента, отсутствие подписочной экономики и продуктовых данных. Бизнес-цель — выйти на SaaS-модель с прозрачным P&L, повторяющейся выручкой и self-service-привлечением клиентов.
Constraints
- Сохранить продажу больших enterprise-сделок параллельно с запуском SaaS — не ломать существующую выручку
- Команда продаж замотивирована на крупные чеки, не на SMB/self-service
- Часть клиентов на легаси-лицензиях — нужна стратегия миграции без давления
- Биллинг и self-service-онбординг не существовали — строили с нуля
- Юридические и compliance-ограничения российского B2B-рынка
Approach
Параллельная стройка двух треков. Первый — продуктовый: проектирование self-service личного кабинета, гибкой тарифной системы, подписочной логики, продуктовой аналитики и CDP на Yandex DataLens. Второй — операционный: переустройство квалификации лидов, data-driven discovery-процесс, KPI-структура SaaS-направления, миграционная стратегия для легаси-клиентов. Метрики (activation, adoption, retention) сразу привязывали к P&L SaaS-направления, чтобы команда оптимизировала не фичи, а выручку.
Key Decisions
Запускать SaaS как отдельное P&L-направление, а не как «опцию» внутри enterprise-продукта
Это позволило команде SaaS-направления иметь свою экономику, метрики и приоритеты, не конкурируя с проектными KPI продаж. Без этого SaaS бы умер на старте — менеджеры всегда выбирают крупный чек.
- Добавить подписочный тариф в существующую сделку и не перестраивать процессы
- Запустить SaaS как отдельное юрлицо с нуля
Строить продуктовую аналитику и CDP до запуска подписки, а не после
Без данных невозможно оптимизировать activation и retention. Если запустить SaaS «как есть» и докручивать аналитику потом — упустим первые 6 месяцев данных и не поймём, что работает.
- Запустить минимальный биллинг, аналитику делать позже
- Использовать только маркетинговую аналитику без продуктовых событий
Миграция легаси-клиентов — добровольная, без принуждения
Принудительный перевод клиентов с работающей лицензии на подписку ломает доверие и ведёт к оттоку. Дешевле дать время и стимулы, чем потерять enterprise-выручку.
- Жёсткий end-of-life для лицензионной модели с конкретной датой
- Двойная цена для тех, кто остаётся на лицензии
Tech Stack
- Продуктовая аналитика (события, воронки, retention-кохорты)
- Yandex DataLens для дашбордов и P&L-связки
- CDP для синхронизации продуктовых данных с маркетингом
- Подписочный биллинг с гибкой тарификацией
- Self-service личный кабинет
- Quality scoring лидов на стороне маркетинга
Result & Impact
- с 0 до ~14%Activation rate
- ~30% на ключевые действияNext-day return
- выведено в самостоятельную структуруSaaS P&L
- автоматизирован end-to-endЦикл подписки
SaaS-направление получило собственную экономику, продуктовые ритуалы и систему квалификации лидов. Команда научилась принимать решения на данных, а не на интуиции. Миграция легаси-клиентов запущена и идёт без давления.
Learnings
- Без отдельного P&L SaaS внутри enterprise-компании не выживает — продажи всегда выбирают крупный чек
- Продуктовую аналитику нужно строить ДО запуска, а не после — иначе первые 6 месяцев данных потеряны
- Миграция легаси-клиентов — отдельный продукт со своим UX, а не «галочка в админке»
- В enterprise-команде с проектным KPI введение product-метрик требует переустройства мотивации, а не просто новых дашбордов
- «Первая тяга» — реалистичная цель для 6–9 месяцев; полная зрелость SaaS — горизонт 18–24 месяца
Честно про границы
Это запуск трансформации и доведение до первой работающей модели на подписке. Activation и first-impact-метрики поднялись, цикл подписки и квалификации лидов автоматизирован — но настоящая проверка SaaS-модели (долгосрочный retention, LTV, подтверждённый PMF) — следующая фаза. Моя зона ответственности — запуск и доведение до первой работающей модели. Дальнейшее масштабирование — отдельная задача.
Что осталось вне публичной части
Большая часть конкретных цифр (ARR, CAC, payback) и архитектурных решений — под NDA. Готов разобрать детали в личном разговоре, если у вас близкая задача.