Битрикс24 коробка или облако: что выбрать бизнесу

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

Коротко: в чём разница между облаком и коробкой

Облачную версию не нужно устанавливать на серверы. Работа идёт через браузер: вы регистрируетесь, выбираете нужные инструменты, приглашаете коллег и настраиваете воронки продаж и приём заявок. Обновления и новые возможности приходят автоматически, следить за актуальностью версии не требуется. Данные хранятся в дата-центрах Битрикс. Есть бесплатный тариф без ограничения по времени, но с ограниченной функциональностью; коммерческие тарифы рассчитаны на разное количество пользователей. В облаке доступны SSL и WAF, REST API, а также многодепартаментность (на соответствующих тарифах).

Коробочная версия — это лицензия и установка на сервер компании. Данные остаются внутри вашего контура, управление идёт через административную панель. Вместе с лицензией вы получаете техническую поддержку и обновления на год, дальше лицензию нужно продлевать ежегодно для их сохранения. Исходный код открыт: систему можно адаптировать под свои задачи, вплоть до изменения интерфейса, без отдельных приложений. Доступны интеграция с AD/LDAP, REST API, Битрикс API и D7 API, гибкие права доступа для пользователей и групп, настраиваемая безопасность и доступ к backend (в зависимости от редакции). Филиальная структура доступна в редакции Энтерпрайз. Для предварительного знакомства предусмотрена демо-установка с ограниченным периодом использования.

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

Кому достаточно облака

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

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

Важное уточнение: бесплатный тариф в облаке не ограничен по времени, но урезан по возможностям. Если компания упирается в его рамки, следующий шаг — коммерческий тариф, а не сразу коробка. Техническая поддержка Битрикс24 доступна на коммерческих тарифах.

Когда без коробки не обойтись

Коробочная версия нужна там, где облако не проходит по объективным условиям. Типичные ситуации:

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

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

Битрикс24 коробка или облако: сравнение по ключевым параметрам

Сравнение удобно вести не по общим словам, а по параметрам, каждый из которых влияет на бюджет и на состав работ.

Из таблицы видно главное: облако экономит время и снимает с компании инфраструктурные заботы, коробка даёт контроль и свободу доработок, но добавляет ответственность. Выбор версии — часть более широкой задачи, и её стоит рассматривать вместе с тем, как будет организовано внедрение и настройка Битрикс24.

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

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

Что входит в облако

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

Что входит в коробку

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

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

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

Данные, доступы и безопасность

В облаке данные лежат в защищённых дата-центрах, применяются SSL и WAF, а объём хранения и часть настроек зависят от тарифа. В коробке вы сами задаёте права доступа для пользователей и групп, можете шифровать данные, создавать и восстанавливать резервные копии, а также ограничивать доступ к серверной части (при наличии соответствующих компетенций).

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

Доработки, интеграции и Маркет

В облаке вы работаете в рамках возможностей платформы и приложений. REST API позволяет обмениваться данными с внешними сервисами, но менять ядро нельзя. В коробке доступны REST API, Битрикс API и D7 API, открытый код и интеграция с внутренними системами и каталогом пользователей — это обеспечивает принципиально другой уровень свободы.

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

Как принять решение: развилки и таблица выбора

Решение удобно принимать по ситуации, а не по общим соображениям. Ниже — типовые развилки.

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

Учебный пример: выбор версии для растущей компании

Учебный пример. Данные условные, это не описание реального проекта.

Входные условия. Компания «Пример», оптовая торговля, 120 сотрудников, из них 25 в отделе продаж. Есть один системный администратор, который обслуживает всю офисную инфраструктуру. Используется учётная система для склада и финансов. Служба безопасности сформулировала требование: переписка с клиентами и документы по сделкам должны храниться в контуре компании. Руководство хочет видеть воронку, задачи и отчётность в одном месте и планирует доработать карточку сделки под свои этапы согласования.

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

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

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

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

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

Что показал пример. Решающим был не размер компании, а подтверждённое требование к данным и объём доработок. Если бы требование не подтвердилось, разумнее было бы остаться в облаке и не брать на себя инфраструктуру.

Проверка решения на своём проекте

Перед покупкой лицензии или тарифа пройдите этот список. Он помогает не принять решение на эмоциях.

• Сформулированы требования к хранению данных письменно, а не устно
• Требования к данным сверены с профильным юристом и специалистом по безопасности
• Составлен список процессов, которые должны работать в системе в первый месяц
• Разделены задачи, закрываемые настройками, и задачи, требующие доработок
• Проверена совместимость нужных приложений Маркета с выбранной версией
• Посчитана стоимость владения за год и за три года по трём сценариям
• Определён ответственный за администрирование и за резервное копирование
• Есть подрядчик или сотрудник, готовый сопровождать доработки и обновления
• Спланирован тестовый контур и порядок возврата к прежней схеме работы
• Определено, как будет измеряться результат: какие отчёты и показатели смотрим

Ограничения и типичные ошибки

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

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

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

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

Ошибка пятая — ждать, что выбор версии сам по себе решит проблемы с процессами. Если сотрудники не работают в системе, смена облака на коробку ничего не изменит. Причины обычно лежат в процессах, обучении и мотивации — разбор в материале «Купили Битрикс24, никто не пользуется»: как реально запустить CRM.

Ошибка шестая — не проверять совместимость приложений и интеграций до покупки. Часть решений работает только в одной из версий, и это выясняется уже после оплаты.

Порядок действий и ответственные

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

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