Битрикс24: коробка или облако — что выбрать малому бизнесу и когда коробка действительно нужна

Кому облако, кому коробка

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

Коробка — для трёх ситуаций. Первая: данные клиентов по закону или по внутренним правилам не могут храниться у стороннего сервиса, и нужна установка в своём контуре с подтверждёнными требованиями безопасности. Вторая: нужна доработка самого кода, а не настройка, например своя интеграция с учётной системой, которой нет среди готовых. Третья: компания уже обслуживает свои серверы и имеет администратора, для которого ещё один продукт — не проблема.

Проверено: 13.10.2026. Сравниваем версии по возможностям и условиям эксплуатации, без сумм: состав тарифов и ограничения — на официальной странице коробочной версии и в справке Битрикс24 на дату; там же названия редакций.

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

Названия редакций и тарифов в таблице не приводятся намеренно: они меняются, и актуальный список есть на официальной странице. Цен нет по той же причине и по правилу этого блога.

Что одинаково в обеих версиях

Почти всё, с чем работает отдел продаж. Карточка клиента, воронки и стадии, лиды и сделки, задачи, календарь, чаты, открытые линии, роботы и бизнес-процессы, мобильное приложение, права доступа, отчёты по воронке. Менеджер, который год проработал в облаке, сядет за коробку и не заметит разницы, кроме адреса портала. Это важно понимать до выбора: спор «коробка или облако», это спор не о том, как продавать, а о том, кто обслуживает сервер.

Одинаково работает и очередь открытой линии. Сообщение из мессенджера приходит в линию, распределяется по очереди, создаёт лид или сделку, и если в очереди никого нет клиент получает автоответ. Ни одна из версий не делает менеджера доступнее вечером и не отвечает за него. Поэтому все разговоры о «потерянных заявках» к выбору версии не относятся; к нему относятся данные, доработки и администратор.

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

Четыре спорных случая

«Нам нужна интеграция с нашей учётной системой». Чаще всего это решается в облаке готовым приложением из Маркетплейса или вебхуками без доработки кода. Коробка нужна, когда интеграция требует изменить поведение самой CRM, а не обменяться данными. Признак: интегратор говорит «в облаке не получится», и вы можете попросить его объяснить почему в двух предложениях.

«Мы не хотим, чтобы данные хранились не у нас». Законное желание, но спросите себя, чьи данные: переписка с клиентами, которая и так лежит в мессенджерах, или договоры и паспорта. Для первого облако подходит, для второго вопрос решается хранением документов отдельно, а не переездом всей CRM на свой сервер.

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

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

Что учесть при переезде между версиями

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

• Каналы. Мессенджеры и Авито отключаются от старого портала и подключаются к новому; пока это не сделано, сообщения приходят в оба или ни в один. Двойное подключение — одна из двенадцати причин «Битрикс24 не работает», и при переезде она почти наверняка случается хотя бы раз. Порядок переподключения на примере Telegram — в статье о том, как подключить Telegram к Битрикс24.
• Роботы и бизнес-процессы. Переносятся не всегда целиком; список роботов нужно выписать до переезда и проверить после.
• Люди. Интерфейс почти тот же, но адрес портала, уведомления и приложение на телефоне — новые. Один вечер на повторный ввод по статье про обучение новичка работе в Битрикс24 экономит неделю вопросов.
• Приложения и интеграции. Приложения из Маркетплейса устанавливаются заново, а их настройки не переносятся, интеграции по вебхукам получают новые адреса и ключи, и сторонние сервисы о переезде нужно предупредить заранее.
• Период «и там, и там». Самое опасное время: менеджеры две недели работают в двух системах, и заявки теряются на переходе. Срок перехода назначается заранее, старое выключается в один день.

Как выглядит эксплуатация через год

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

Коробка. Всё то же самое плюс сервер. Обновления нужно ставить руками и перед этим делать копию, потому что обновление может что-то сломать; копии нужно не только делать, но и хотя бы раз в полгода пробовать из них восстановиться, иначе в день сбоя выясняется, что копии пустые. Сервер требует места под файлы и записи звонков, которые растут быстрее, чем ожидали, и мощности, когда сотрудников становится вдвое больше. Безопасность: обновления операционной системы, сертификаты, доступ снаружи для мобильного приложения и каналов. Ночной звонок «портал не открывается» приходит вашему администратору, а не в поддержку сервиса.

Это не аргумент против коробки: для компании, у которой всё перечисленное уже делается для других систем, добавить ещё одну — рутина. Это аргумент против коробки «потому что так надёжнее»: надёжнее она ровно настолько, насколько надёжен ваш администратор.

Как решить за десять минут

1. Есть ли требование закона или заказчиков хранить данные CRM только в своём контуре? Нет — облако.
2. Нужна ли доработка кода CRM, которую не закрыть приложением или вебхуком? Нет — облако.
3. Есть ли у компании системный администратор, который уже обслуживает серверы и готов взять ещё один? Нет — облако, даже если на первые два вопроса ответ «да»: тогда коробка с подрядчиком на обслуживание.
4. Три «да» — коробка. Иначе облако, и по окончанию этого списка можно переходить к настройке.

Список специально короткий: в девяти случаях из десяти ответ «облако» виден на первом вопросе, а дальнейшее обсуждение — это разговор о привычках, а не о задаче. Если сомнения остались, их снимает не ещё одна статья, а разговор с тем, кто будет обслуживать сервер: он быстро скажет, готов ли к этому. Если же выбор стоит шире, между системами, а не версиями, начните с того, чем Битрикс24 отличается от amoCRM.

Три вопроса интегратору, который предлагает коробку

• Что именно из нужного нам не работает в облаке? Ответ должен быть конкретным: название функции или интеграции, а не «в коробке гибче».
• Кто будет обслуживать сервер после запуска и сколько часов в месяц это занимает? Если ответ «вы сами, там ничего сложного», это первый признак, что через полгода обновления перестанут ставиться.
• Как будет устроено восстановление после сбоя и кто его проверял? Интегратор который ставит коробки регулярно, ответит за минуту; который ставит первый раз, задумается.

Где заявки теряются в обеих версиях одинаково

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

Поэтому выбор версии — вопрос ИТ, а потеря заявок — вопрос очереди. Закрывают её дежурством или ИИ-менеджером, который стоит в очереди первым, отвечает по регламенту компании в любое время и утром передаёт сделку человеку; он работает и в облаке, и в коробке, где у каналов есть связь с внешними сервисами. Сколько заявок уходит у вас, считает калькулятор потерянных заявок, а настройку портала под отдел продаж в любой версии мы делаем как услугу, что входит, описано на странице настройки Битрикс24.

Простая проверка, которую стоит сделать до любого разговора о версиях: написать в свой же мессенджер в девять вечера и засечь, когда придёт первый ответ не от автоответчика. Если на следующее утро, то вопрос «коробка или облако» второй по важности; первый — кто отвечает вечером. Кстати в коробке с закрытым контуром подключить ИИ-менеджера сложнее, чем в облаке, потому что ему нужна связь с внешним сервисом; это стоит учесть, если вечерние заявки для вас важнее доработок.