Ключевые выводы
- On-premise CRM и CDP — не пережиток прошлого, а осознанный выбор enterprise-компаний, которым облако не подходит по соображениям безопасности, compliance или интеграции
- Три главных причины отказа от облака: требования 152-ФЗ и ИБ, сложная интеграция с внутренними системами, непредсказуемый TCO при масштабировании
- On-prem не означает «тяжело и дорого» — lean-архитектура позволяет запустить production на 1 узле за 4-8 недель
- Критерий выбора — не «модно vs устарело», а «кто контролирует данные и за сколько»
On-premise CRM в 2026 году звучит как анахронизм — кажется, весь мир давно переехал в облако. Тем не менее enterprise-компании в России всё чаще делают обратный ход: забирают клиентские данные из SaaS обратно в собственный контур. Это не ностальгия по серверным. Это рациональный ответ на три конкретные проблемы, с которыми облачные решения не справляются.
Давайте разберёмся, когда облако действительно не вариант — и что on-prem CRM/CDP даёт enterprise-компании, чего SaaS дать не может.
Когда облачная CRM перестаёт работать
Облачные CRM и CDP — отличный выбор для компаний без жёстких требований к безопасности и с небольшой клиентской базой. Однако при масштабировании до enterprise-уровня появляются проблемы, которые нельзя решить покупкой более дорогого тарифа.
Проблема 1: безопасность и compliance
152-ФЗ требует хранения персональных данных российских граждан на территории РФ. Формально некоторые SaaS-провайдеры предлагают «российские дата-центры». На практике это означает:
- Данные хранятся в РФ, но обрабатываются за рубежом (API-запросы идут через серверы вендора)
- Ключи шифрования контролирует вендор, а не ваша ИБ-служба
- Аудит доступа ограничен тем, что вендор решил показать
- При утечке данных ответственность несёт ваша компания, а не SaaS-провайдер
Для банков, страховых компаний, телекома и крупного ритейла с программой лояльности такой уровень контроля недостаточен. Служба ИБ блокирует проект на этапе согласования — и правильно делает.
Проблема 2: интеграция с внутренними системами
Enterprise-компания — это не один SaaS-инструмент, а ландшафт из 10-30 внутренних систем: биллинг, ERP, контакт-центр, процессинг, кассовое ПО, внутренние API. Интеграция облачной CRM с этим ландшафтом требует:
- Проброса данных через интернет (задержки, риски перехвата)
- VPN-туннелей между контуром и облаком (сложность, стоимость, точка отказа)
- Rate limits на API облачного сервиса (ограничения скорости при массовых операциях)
- Двусторонней синхронизации с конфликтами версий
On-prem CRM/CDP, развёрнутая в том же сетевом контуре, интегрируется с внутренними системами напрямую — без интернета, без VPN, без rate limits. Скорость обмена данными ограничена только пропускной способностью локальной сети.
Проблема 3: непредсказуемый TCO
Облачные CDP и CRM тарифицируют по MAU (monthly active users), количеству контактов или объёму хранения. При росте базы с 50 000 до 500 000 клиентов стоимость растёт пропорционально — иногда в 5-8 раз. Более того, вендор может изменить ценовую политику в одностороннем порядке.
Реальный сценарий: компания с базой 200 000 клиентов платит за SaaS CDP 1,5 млн рублей в год. Через два года база выросла до 600 000 — и счёт составил 4,8 млн рублей в год. За 5 лет TCO облака превышает стоимость on-prem решения, включая лицензию, внедрение и сопровождение.
| Параметр | SaaS CRM/CDP | On-prem CRM/CDP |
|---|---|---|
| Модель оплаты | Ежемесячно, по MAU/контактам | Разовая лицензия + ежемесячная поддержка |
| Зависимость от роста базы | Прямая: 2x клиентов ≈ 2x стоимость | Минимальная: рост = расширение инфраструктуры |
| TCO на 3 года (500K клиентов) | 12-18 млн ₽ | 6-10 млн ₽ (лицензия + внедрение + поддержка) |
| Прогнозируемость | Низкая (вендор может изменить тарифы) | Высокая (фиксированная лицензия) |
| Контроль данных | Ограниченный | Полный |
| Время интеграции | Ограничено API вендора | Прямой доступ к БД и внутренним сервисам |
Вопреки мнению рынка: on-prem — это не «назад в прошлое»
Распространённый стереотип: on-prem = тяжёлый enterprise-монолит, 12 месяцев внедрения, выделенная серверная и команда из 5 администраторов. Такие решения действительно существуют. Однако modern on-prem работает иначе.
Lean on-prem архитектура — это:
- Минимальный baseline — 1 узел, 8 vCPU, 32 ГБ RAM. Без кластеров, без десятка middleware-компонентов
- Контейнеризация — Docker Compose для minimum/recommended, k3s для HA. Deployment за часы, не за месяцы
- Модульное масштабирование — начать с 1 узла и 50 000 клиентов, масштабировать до 3-5 узлов и 700 000+ по мере роста
- Предсказуемый стек — основная БД, один бинарь бэкенда, одна админка. Без Kafka, без Elasticsearch, без тяжёлого distributed стека на старте
Пилотный проект на lean on-prem занимает 4-8 недель — сравнимо с подключением SaaS, если учитывать время на согласование ИБ и интеграцию.
On-prem в 2026 — это не серверная в подвале. Это контейнеризированный стек в вашем дата-центре, который вы контролируете полностью.
Для каких отраслей on-prem обязателен
Есть отрасли, где on-prem — не просто предпочтение, а регуляторное требование или бизнес-необходимость:
- Банки и финсервисы — требования ЦБ к обработке клиентских данных, банковская тайна, PCI DSS
- Телеком — тайна связи, СОРМ, огромные объёмы событий (CDR, billing events)
- Страхование — врачебная тайна, персональные данные, compliance с ЦБ
- Крупный ритейл — программы лояльности с миллионами участников, интеграция с кассами и складом
- Travel и hospitality — паспортные данные, ФМС, интеграция с PMS/POS
- Государственные и около-государственные структуры — требования ФСБ/ФСТЭК, реестр отечественного ПО
Для этих отраслей вопрос «облако или on-prem» — не вопрос вкуса. Это вопрос соответствия требованиям регулятора. Подробнее о compliance — в нашем материале 152-ФЗ и клиентские данные.
Чек-лист: облако или on-prem — как выбрать
Вот конкретные критерии, которые помогут принять решение:
| Критерий | Выбирайте SaaS | Выбирайте on-prem |
|---|---|---|
| Клиентская база | < 50 000 | > 50 000 |
| Требования ИБ / регулятора | Минимальные | 152-ФЗ, ЦБ, PCI DSS |
| Внутренние системы для интеграции | 1-3 облачных сервиса | 5+ внутренних систем |
| ИТ-команда | Нет / минимальная | Есть DevOps / инфраструктурная команда |
| Горизонт планирования | 1-2 года | 3-5+ лет |
| Бюджет | Подписка, opex | Capex + предсказуемый opex |
| Контроль над данными | Не критичен | Критичен (аудит, шифрование, RBAC) |
Если в правом столбце 4+ совпадений — on-prem CRM/CDP будет экономически и архитектурно оправданным выбором.
Что учесть при переходе на on-prem
Переход с SaaS на on-prem — это проект, а не переключение тумблера. Вот ключевые нюансы:
- Миграция данных — экспорт из SaaS (проверьте заранее: не все вендоры отдают данные легко)
- Сетевая инфраструктура — убедитесь, что дата-центр обеспечивает нужную производительность и отказоустойчивость
- Команда эксплуатации — on-prem требует хотя бы одного инженера, ответственного за мониторинг, бэкапы, обновления
- Пилот перед полной миграцией — начните с одного бизнес-юнита или одного канала коммуникации
Впрочем, при выборе lean on-prem платформы порог входа значительно ниже: 1 узел, Docker Compose, один ответственный инженер. Без кластеров Kafka, без Elasticsearch, без выделенной серверной.
Подробнее о процессе внедрения — в материале Внедрение on-prem CDP: от 1 узла до HA-кластера.
FAQ о on-premise CRM
On-premise CRM дороже облачной?
На старте — да: лицензия + внедрение требуют capex от 2,1 млн рублей. Однако на горизонте 3-5 лет on-prem обходится дешевле за счёт фиксированной стоимости: вы не платите за каждого нового клиента в базе. При базе 500 000+ клиентов TCO on-prem на 30-40% ниже SaaS.
Нужна ли выделенная серверная для on-prem CDP?
Нет. Lean on-prem платформы работают на виртуальных машинах в корпоративном или арендованном дата-центре. Минимальная конфигурация — 1 узел, 8 vCPU, 32 ГБ RAM. Это стандартная виртуалка, не выделенный шкаф оборудования.
Можно ли начать с SaaS и потом перейти на on-prem?
Технически — да, но миграция данных из SaaS бывает болезненной: не все вендоры предоставляют полный экспорт, форматы данных отличаются, история событий может быть потеряна. Поэтому если on-prem — ваш стратегический выбор, лучше начинать с него сразу, пусть и в минимальной конфигурации.
Как обеспечить отказоустойчивость on-prem решения?
Lean on-prem платформы поддерживают три уровня: Minimum (1 узел, для пилота), Recommended (3 узла, с репликацией БД), HA (5 узлов, с полным резервированием). Переход между уровнями — модульный, без переписывания архитектуры.
Итого
Облачные CRM и CDP — рабочий инструмент для определённого сегмента. Однако для enterprise с требованиями к безопасности, сложной интеграцией и большой клиентской базой SaaS создаёт больше проблем, чем решает.
On-prem в 2026 — это не возврат к тяжёлым legacy-системам. Это lean-архитектура, контейнеризация и модульное масштабирование внутри вашего контура. Контроль над данными, предсказуемый TCO и прямая интеграция с внутренними системами — то, что облако дать не может.
Хотите оценить, подойдёт ли on-prem CDP для вашего ландшафта? Запишитесь на архитектурную консультацию — разберём ваш кейс на конкретных цифрах.