Битрикс24: облако или коробка. Как выбрать и не переезжать через год

Битрикс24 существует в двух вариантах: облачный сервис, который работает на серверах разработчика, и коробочная версия, которую вы устанавливаете на свой сервер. Функции в основе похожи: CRM, задачи, чаты, диск, телефония, бизнес-процессы. Но устроены они по-разному, и эта разница всплывает не в первый день, а через полгода, когда понадобится нестандартная доработка или интеграция с учётом.

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

Главное отличие в одном предложении

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

Сравнение по пунктам

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

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

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

Плюсы облака в том, что не надо думать об инфраструктуре: сервер, обновления, резервные копии и защита на стороне сервиса. Запуск быстрый, а расходы предсказуемы: подписка.

Ограничения тоже понятны. Изменить стандартное поведение интерфейса или логику CRM нельзя, можно только встроиться через REST API: приложение, вебхук, встройку в карточку. Для большинства задач этого хватает, но не для всех. Подробнее о настройке облачной версии: облачный Битрикс24.

Когда нужна коробка

Коробочная версия оправдана, если:

• нужны доработки, которые невозможно сделать через REST API: изменение логики стандартных сущностей, собственные модули, нестандартные интерфейсы;
• требуется глубокая интеграция с 1С или другой учётной системой, когда обмен должен работать по вашим правилам, а не по правилам коннектора;
• по требованиям безопасности или внутренней политике данные должны храниться на вашем сервере;
• компании важно самой решать, когда ставить обновления, чтобы они не ломали доработки;
• нужна интеграция с внутренними системами, которые недоступны из интернета.

Плата за свободу: сервер, его администрирование, резервное копирование, своевременные обновления безопасности. Если этим никто не занимается, коробка через год превращается в уязвимый сервер со старой версией, которую страшно обновлять. Подробнее: коробочный Битрикс24.

Стоимость владения: что сравнивать

Сравнивать нужно не цену тарифа с ценой лицензии, а полную стоимость за несколько лет.

Облако:

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

Коробка:

• лицензия и ежегодное продление обновлений и техподдержки;
• сервер: покупка или аренда, его администрирование;
• резервное копирование и мониторинг;
• доработки и их сопровождение при обновлениях.

В облаке почти все расходы видны сразу. В коробке значительная часть расходов приходит позже: администрирование, обновления, переделка доработок после обновлений. Это не делает коробку хуже, но эти деньги стоит заложить заранее.

Интеграция с 1С: частый решающий фактор

Для торговых и производственных компаний выбор часто определяется тем, как CRM будет обмениваться данными с 1С.

В облаке обмен строится через REST API Битрикс24 со стороны 1С или через промежуточный сервис. Стандартные решения закрывают передачу контрагентов, товаров, сделок и счетов. Если требования шире, обмен дописывают на стороне 1С, используя HTTP-сервисы 1С и REST API Битрикс24.

В коробке те же инструменты доступны, но можно также писать собственные модули на стороне портала и работать с данными напрямую. Это даёт больше гибкости, если логика обмена сложная.

Прежде чем выбирать версию, полезно описать, какие данные и в каком направлении должны ходить между CRM и 1С. Об этом подробнее на странице интеграция 1С с CRM.

Вопросы, которые помогут решить

Ответьте на них до выбора:

1. Есть ли у нас доработки, которые точно не сделать через REST API? Если не знаете, опишите процессы, и специалист ответит.
2. Насколько сложным будет обмен с 1С и другими системами?
3. Есть ли требования к месту хранения данных?
4. Есть ли сотрудник или подрядчик, который будет администрировать сервер?
5. Сколько пользователей будет через два-три года?
6. Насколько критична для нас скорость запуска?

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

Три типовых сценария

Чтобы было нагляднее, вот как выбор обычно выглядит в разных компаниях. Это не истории конкретных клиентов, а обобщённые ситуации.

Сервисная компания с отделом продаж

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

Здесь облако закрывает всё: воронки и роботы настраиваются штатно, телефония и формы сайта подключаются готовыми интеграциями, обмен с 1С по контрагентам и счетам решается стандартными средствами.

Оптовая компания со сложным прайсом

Персональные цены по соглашениям, проверка кредитного лимита перед сделкой, резервы на складе, согласование скидок. Всё это уже есть в 1С, и менеджеры хотят видеть это в CRM, не открывая учётную систему.

Здесь решает глубина обмена. Часть задач решается в облаке через REST API и доработку на стороне 1С. Но если нужна встройка нестандартной логики прямо в карточку сделки и проверка данных до её сохранения, коробка даёт больше свободы.

Производственная компания с внутренними системами

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

Здесь чаще выбирают коробку: она ставится в контур компании, рядом с остальными системами, и подчиняется тем же правилам безопасности.

Подготовка к внедрению: одинакова для обеих версий

Независимо от выбора, работа начинается с одних и тех же шагов:

1. Описать процессы. Как приходит заявка, кто её берёт, какие этапы проходит сделка, где появляется счёт и отгрузка.
2. Составить список источников. Сайт, телефония, мессенджеры, почта, маркетплейсы.
3. Определить обмен с учётом. Какие данные идут из 1С в CRM и обратно, кто главный по каждому типу данных.
4. Подготовить данные. Клиентскую базу из 1С или таблиц нужно почистить от дублей до загрузки, а не после.
5. Договориться о правах. Кто что видит, кто может удалять и выгружать базу.

Хорошо сделанная подготовка сокращает внедрение и уменьшает число переделок. А выбор версии на этом фоне часто становится очевидным.

Типичные ошибки выбора

• Брать коробку «на вырост», без конкретных доработок. Потом компания платит за сервер и администрирование, а пользуется теми же функциями, что есть в облаке.
• Брать облако и пытаться обойти его ограничения. Сложные обходные решения через внешние сервисы ломаются при обновлениях платформы и дорого стоят в поддержке.
• Дорабатывать коробку, не думая об обновлениях. Правки в ядре системы делают обновление болезненным. Доработки нужно делать так, чтобы они переживали обновления.
• Не считать стоимость владения. Сравнивают цену первого года, а разница проявляется на третьем.
• Выбирать без описанных процессов. Сначала нужно понять, как работает отдел продаж, а потом выбирать инструмент.

Что делать, если уже выбрали «не то»

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

В обоих случаях начинают с аудита: что используется, какие доработки и интеграции есть, что из этого действительно нужно. Иногда выясняется, что переезд не нужен, а проблему решает перенастройка текущей версии.

Что проверяют на таком аудите:

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

Коротко

• Облако: готовый сервис, быстрый запуск, доработки только через REST API.
• Коробка: свой сервер и полная свобода доработок, но и полная ответственность за сервер.
• Сравнивайте стоимость владения за несколько лет, а не цену первого года.
• Сложная интеграция с 1С и требования к хранению данных часто решают выбор в пользу коробки.
• Перед выбором опишите процессы и обмены: это дешевле, чем переезд.