Облако или коробка Битрикс24: как рассчитать TCO и выбрать модель для крупного бизнеса

Короткий ответ: для компании с типовыми процессами, отсутствием собственного DevOps-контура и потребностью быстро запустить CRM, корпоративный портал и автоматизацию чаще рационален облачный Битрикс24 Enterprise. Если бизнесу нужен контролируемый контур данных, глубокие доработки, интеграции с внутренними системами в закрытой сети, собственный график обновлений и управляемая инфраструктура, следует рассматривать коробочный Битрикс24 Enterprise — on-premise в корпоративном ЦОД или частном облаке.

Выбирать модель нужно не по цене лицензии и не только по числу сотрудников. Правильный критерий — TCO, Total Cost of Ownership, то есть полная стоимость владения Битрикс24 на горизонте 3–5 лет: лицензирование, внедрение, инфраструктура, сопровождение, интеграции, информационная безопасность, обновления, развитие и цена рисков.

Ответ за 60 секунд

Главный принцип: компания не покупает «облако» или «коробку». Она выбирает распределение ответственности между вендором, интегратором и своей ИТ-командой.

Что такое облачный и коробочный Битрикс24

Облачный Битрикс24 Enterprise

Облачный Битрикс24 Enterprise — SaaS-модель: компания использует готовую платформу через веб-интерфейс и не разворачивает Битрикс24 на собственных серверах. Вендор позиционирует Enterprise как решение для средних и крупных организаций, включая команды от 250 сотрудников и более.

Облачная модель подходит для CRM, задач и проектов, корпоративного портала, коммуникаций, автоматизации и типовых интеграций через REST API, вебхуки и доступные приложения.

В облаке компания отвечает за:

• 🔹структуру портала и бизнес-процессы;
• 🔹роли, группы и права пользователей;
• 🔹качество CRM-данных;
• 🔹настройки автоматизации;
• 🔹интеграции с 1С, ERP, телефонией, HRM, BI и внешними сервисами;
• 🔹обучение сотрудников;
• 🔹управление изменениями.

Коробочный Битрикс24 Enterprise

Коробочный Битрикс24 Enterprise — модель on-premise. Платформа устанавливается на серверы компании, в корпоративный ЦОД или частное облако. Компания получает больше контроля над инфраструктурой, данными, производительностью, доработками, интеграциями и графиком обновлений.

Коробочная версия может быть актуальна для холдинга, производственной компании, организации с изолированным ИТ-контуром, банка, крупной сервисной сети или другой структуры с повышенными требованиями к ИБ, доступам и корпоративным интеграциям.

Важно: коробка не становится обязательной автоматически для компаний на 500, 1 000 или 3 000 сотрудников. Важнее количество одновременных пользователей, критичность процессов, объём интеграций, требования к данным и готовность компании обслуживать платформу после запуска.

До сравнения вариантов размещения нужно определить, соответствует ли сама платформа требованиям компании. Для этого используйте разбор возможностей и ограничений Битрикс24 Enterprise для крупного бизнеса.

Облако или коробка Битрикс24: таблица различий

Официальная документация Битрикс24 указывает, что облачная версия доступна без установки на серверы компании, а коробочная разворачивается на инфраструктуре заказчика.

Когда выбирать облачный Битрикс24 Enterprise

Выбирайте облачный Битрикс24 Enterprise, если большинство условий выполняется одновременно:

• 🔹Компания хочет быстро внедрить CRM, задачи, проекты, внутренние коммуникации и автоматизацию.
• 🔹Бизнес-процессы в основном укладываются в стандартные возможности Битрикс24.
• 🔹Интеграции с 1С, ERP, телефонией, DWH или BI можно построить через API и согласованные сервисные контракты.
• 🔹Нет формального требования хранить экземпляр платформы в изолированном корпоративном сегменте.
• 🔹Нет внутренней команды, готовой поддерживать серверы, СУБД, мониторинг, резервное копирование и обновления.
• 🔹Бизнес предпочитает регулярный прогнозируемый OPEX значительным стартовым инфраструктурным инвестициям.
• 🔹Критична скорость запуска и ранний эффект от цифровизации процессов.

Облачная модель не отменяет необходимость внедрения. CRM-воронки, роли, маршруты согласования, интеграции, KPI, контроль качества данных и обучение сотрудников всё равно требуют проектирования.

Что проверять до запуска облака

• 🔹Ограничения конкретного Enterprise-тарифа.
• 🔹Требования к количеству пользователей и объёму данных.
• 🔹Доступность нужных API и способов авторизации.
• 🔹Возможность интеграции с 1С, ERP, SAP, WMS, MES, DWH и телефонией.
• 🔹Модель доступа для филиалов, юридических лиц и внешних участников.
• 🔹Требования CISO к SSO, MFA, журналированию и хранению данных.
• 🔹Допустимые RTO и RPO для критичных процессов.

Когда коробочный Битрикс24 Enterprise оправдан

Коробочная версия Битрикс24 оправдана не ради статуса Enterprise и не ради «полного контроля» как абстрактной идеи. Она обоснована, когда контроль имеет измеримую ценность для бизнеса.

Рассматривайте коробочный Битрикс24 Enterprise, если есть несколько факторов:

• 🔹Требования ИБ или комплаенса требуют контролируемого внутреннего контура.
• 🔹Критичные системы находятся в закрытом сегменте сети.
• 🔹Нужны собственные PHP-модули, нетиповые интерфейсы или глубокая адаптация бизнес-логики.
• 🔹Требуется интеграция с внутренними ERP, 1С, SAP, WMS, MES, ECM или Service Desk без вывода чувствительных данных за пределы контура.
• 🔹Компания должна сама определять график обновлений и проводить релизы только после тестирования.
• 🔹Высока цена простоя CRM, HR-портала, проектного офиса или сервисной службы.
• 🔹Есть DevOps, системные администраторы, DBA, команда ИБ либо контракт с интегратором, где эти обязанности и SLA зафиксированы.
• 🔹Нужно управлять отказоустойчивостью, сетевыми сегментами, СУБД, резервированием и производительностью в собственной архитектуре.

Коробочный Enterprise Битрикс24 позиционируется для развёртывания в собственном ЦОД или частном облаке, а также для компаний, которым необходимы расширенная кастомизация, контроль инфраструктуры и интеграции с внутренними системами.

Если компания не готова выделить бюджет на поддержку, тестовые контуры, резервное копирование и обновления, коробочная версия часто создаёт не контроль, а отложенный технический долг.

Комментарий архитектора ALPE Consulting

TCO Битрикс24: как рассчитать полную стоимость владения

TCO Битрикс24 — это не прайс лицензии. Это сумма всех расходов, необходимых для запуска, эксплуатации, развития и восстановления системы на выбранном горизонте планирования.

Рекомендуемый горизонт: 3 года для первого инвестиционного решения и 5 лет для крупных корпоративных контуров.

TCO_N = C_{лицензии} + C_{внедрения} + C_{инфраструктуры} + C_{эксплуатации} + C_ИБ + C_{интеграций} + C_{развития} + C_рисков

N — период расчёта в годах

Какие расходы входят в TCO облачного Битрикс24

Какие расходы входят в TCO коробочного Битрикс24

Статьи расходов, которые часто забывают

• 🔸UAT: время ключевых пользователей на тестирование.
• 🔸Test/Staging: инфраструктура для проверки обновлений и доработок.
• 🔸RTO/RPO: расходы на достижение нужного времени восстановления и допустимой потери данных.
• 🔸Мониторинг: API, очереди, фоновые задания, СУБД, диски, интеграции.
• 🔸Документация: карта интеграций, реестр доработок, регламент поддержки.
• 🔸Поддержка L1/L2/L3: кто принимает, решает и эскалирует обращения.
• 🔸Цена часа простоя: работа отдела продаж, контакт-центра, HR, сервиса и руководителей.
• 🔸Технический долг: стоимость сопровождения старых доработок и пропущенных обновлений.

Отдельного расчёта требуют серверы, staging, DevOps, резервное копирование и сопровождение обновлений. Эти статьи бюджета подробно разобраны в материале о скрытых затратах коробочного Битрикс24.

Как рассчитать TCO Битрикс24 за 5 шагов

Шаг 1. Соберите профиль компании

До выбора модели зафиксируйте:

• 🔹число зарегистрированных и одновременно активных пользователей;
• 🔹число филиалов, юридических лиц и департаментов;
• 🔹критичные процессы: CRM, HR-портал, сервис, проекты, КЭДО, согласования;
• 🔹список интеграций: 1С, ERP, SAP, телефония, WMS, MES, DWH, BI, SSO;
• 🔹объём файлов, CRM-данных и истории;
• 🔹пиковую нагрузку;
• 🔹требования к доступности и SLA;
• 🔹требования к RTO и RPO;
• 🔹категории обрабатываемых данных;
• 🔹план роста на 3–5 лет.

Шаг 2. Рассчитайте стартовые инвестиции

Шаг 3. Посчитайте ежегодный OPEX

Для коробки нужно заранее распределить ответственность.

Наличие технических специалистов не заменяет управленческой ответственности за платформу. Поэтому в эксплуатационной модели важно заранее определить, кто должен отвечать за Битрикс24 в компании.

Шаг 4. Добавьте стоимость изменений и рисков

За пять лет Битрикс24 почти наверняка изменится: появятся новые пользователи, процессы, филиалы, интеграции, требования ИБ и отчётности.

Для оценки риска используйте простую модель:

C_рисков = P_{инцидента} × C_{последствия}

Pинцидента — вероятность сбоя, Cпоследствия — стоимость простоя, ручной обработки операций, восстановления и возможных потерь

Шаг 5. Сравните три сценария

• 🔸Базовый: текущие процессы, штат и известные интеграции.
• 🔸Рост: новые филиалы, пользователи, объём данных и автоматизация.
• 🔸Критичный: повышенные требования к SLA, RTO/RPO, ИБ и отказоустойчивости.

Практический результат: итогом должен стать не один «самый дешёвый» вариант, а сравнение облака, коробки и, при необходимости, частного облака по TCO, рискам и организационной готовности.

Интеграция Битрикс24 с 1С, ERP и корпоративными системами

Когда облака достаточно

Облачный Битрикс24 подходит для многих сценариев:

• 🔹обмен заказами, контрагентами и товарами с 1С;
• 🔹интеграция CRM с телефонией;
• 🔹обмен данными с ERP через REST API;
• 🔹вебхуки и автоматизация событий;
• 🔹подключение внешних сервисов поддержки, аналитики и маркетинга;
• 🔹смарт-процессы, роботы и бизнес-процессы;
• 🔹подключение SSO в рамках архитектуры компании.

Сам факт, что у компании есть ERP или 1С, не означает необходимость покупать коробку.

Когда нужна коробочная модель

Коробка становится более вероятным выбором, когда нужны:

• 🔹собственные PHP-модули;
• 🔹нетиповые интерфейсы и бизнес-правила;
• 🔹интеграция с закрытым сегментом сети;
• 🔹нестандартная авторизация;
• 🔹сложные очереди сообщений;
• 🔹прямое управление производительностью СУБД и веб-кластера;
• 🔹единый внутренний контур с SAP, ERP, WMS, MES, ECM и Service Desk;
• 🔹самостоятельный выпуск обновлений после регрессионного тестирования.

Перед заказом доработки задайте четыре вопроса:

1. 1. Можно ли решить задачу штатной настройкой, роботом или API?
2. 2. Какой измеримый бизнес-эффект создаёт доработка?
3. 3. Как она повлияет на обновления и тестирование?
4. 4. Кто будет сопровождать код через три года?

Безопасность: кто за что отвечает

Облачный Битрикс24

В облачной модели часть инфраструктурных задач находится на стороне поставщика. Однако компания продолжает отвечать за права доступа, жизненный цикл пользователей, MFA, SSO, качество данных, настройки интеграций и соблюдение внутренних политик.

Коробочный Битрикс24

В коробочной модели компания сама отвечает за:

• 🔹защиту серверов и сетевых сегментов;
• 🔹обновления и патчи;
• 🔹мониторинг;
• 🔹резервное копирование;
• 🔹тестирование восстановления;
• 🔹SSO, SAML, LDAP и Active Directory;
• 🔹RBAC и административные доступы;
• 🔹журналирование;
• 🔹реагирование на инциденты;
• 🔹отказоустойчивость и производительность.

Коробка не является «безопаснее» автоматически. Она предоставляет больше контроля, но переносит на компанию больше обязанностей.

Вопросы для CISO

CISO — Chief Information Security Officer, руководитель по информационной безопасности.

• 🔹Какие категории данных обрабатываются в Битрикс24?
• 🔹Где должны находиться основной и резервный контуры?
• 🔹Какие системы находятся в закрытом сегменте?
• 🔹Нужны ли VPN, SSO, MFA, LDAP, SAML или Active Directory?
• 🔹Какие события требуется журналировать?
• 🔹Какой RTO и RPO допустимы?
• 🔹Кто отвечает за устранение уязвимостей?
• 🔹Как регулярно тестируется восстановление?
• 🔹Какие процессы нельзя останавливать в рабочее время?

Финансовую модель следует проверять вместе с требованиями ИБ и непрерывности бизнеса. Подробное сравнение представлено в статье про безопасность и отказоустойчивость облака и коробки Битрикс24.

Обновления, поддержка и технический долг

Для коробочной версии обновления — часть эксплуатационной модели. Их нельзя откладывать по принципу «система работает, значит не трогаем». Битрикс24 указывает, что несвоевременные обновления могут повышать риски безопасности и ухудшать совместимость с внешними API, мобильными приложениями и облачными сервисами.

Безопасный процесс обновления коробочного Битрикс24

1. 1. Зафиксировать состав релиза.
2. 2. Сделать резервную копию файлов и базы данных.
3. 3. Проверить возможность восстановления.
4. 4. Обновить test- или staging-контур.
5. 5. Провести регрессионное тестирование CRM, задач, прав, процессов и интеграций.
6. 6. Согласовать окно работ.
7. 7. Подготовить план отката.
8. 8. Обновить production.
9. 9. Проверить критичные пользовательские сценарии.
10. 10. Обновить документацию и реестр изменений.

Как снизить зависимость от интегратора

Компания должна владеть следующими артефактами:

• 🔹картой интеграций;
• 🔹технической документацией;
• 🔹описанием бизнес-процессов;
• 🔹реестром доработок;
• 🔹исходным кодом и правами доступа к репозиториям;
• 🔹инструкцией по backup и восстановлению;
• 🔹регламентом обновлений;
• 🔹SLA и схемой эскалации;
• 🔹списком владельцев систем и процессов.

Матрица выбора модели Битрикс24

Типичные ошибки

Выбирать по цене лицензии

Подписка может выглядеть дороже разовой покупки коробки. Но после добавления серверов, DevOps, DBA, мониторинга, резервного копирования, обновлений и поддержки финансовая картина меняется.

Покупать коробку без команды эксплуатации

Без владельца инфраструктуры, тестового контура, backup-политики и регламента обновлений коробка становится уязвимой и дорогой в сопровождении.

Считать кастомизацию доказательством зрелости

Доработка оправдана только тогда, когда есть бизнес-эффект, владелец, документация и план сопровождения.

Не учитывать интеграции в бюджете

Интеграция Битрикс24 с 1С или ERP — это не просто передача полей. Нужно определить источники истины, логику обработки ошибок, очереди, повторную отправку, мониторинг и владельцев инцидентов.

Не назначать владельца продукта

У Битрикс24 должен быть владелец продукта, который управляет приоритетами, собирает требования и отвечает за развитие платформы после внедрения.

Как принять решение за 10 рабочих дней

Дни 1–2: интервью

Соберите владельцев процессов, ИТ, ИБ, финансов и ключевых подразделений. Зафиксируйте цели, риски, ограничения и критерии успеха.

Дни 3–4: карта систем и интеграций

Опишите CRM, 1С, ERP, HRM, телефонию, DWH, BI, SSO, Service Desk, файловые хранилища и внешние сервисы.

Дни 5–6: нагрузка и доступность

Определите активных пользователей, пиковую нагрузку, критичные процессы, SLA, RTO, RPO, требования к данным и перспективы роста.

Дни 7–8: TCO-модель

Сравните облако, коробку и частное облако на горизонте 3 и 5 лет. Отдельно покажите CAPEX, OPEX, риски и обязательные роли.

День 9: RACI и риски

Зафиксируйте, кто отвечает за инфраструктуру, ИБ, обновления, интеграции, поддержку и развитие.

День 10: решение и дорожная карта

Руководство получает обоснование выбранной модели, финансовые допущения, список рисков, организационные требования и последовательность внедрения.

Краткие выводы

• 🔸Облачный Битрикс24 Enterprise чаще подходит компаниям, которым важны быстрый запуск, прогнозируемый OPEX и отсутствие собственной инфраструктурной команды.
• 🔸Коробочный Битрикс24 Enterprise оправдан при закрытом контуре, глубоких доработках, сложных внутренних интеграциях, контролируемых обновлениях и готовности к эксплуатации.
• 🔸Цена лицензии не показывает реальную стоимость решения: сравнивайте TCO на 3 и 5 лет.
• 🔸Число сотрудников не является достаточным критерием. Важнее нагрузка, интеграции, критичность процессов, RTO/RPO, ИБ и зрелость ИТ-команды.
• 🔸До покупки лицензии подготовьте архитектурную карту, RACI, TCO-модель и сценарии роста.