Выбор редакции коробочного Битрикс24 — решение, которое компания принимает не каждый год, а часто один раз на три-пять лет вперёд. В отличие от облачного тарифа, который можно поменять за один клик в личном кабинете, смена редакции коробочной версии — это отдельный проект: обновление лицензии, а иногда и миграция базы данных, донастройка бизнес-процессов, повторное тестирование интеграций. Именно поэтому ошибка на старте обходится дорого — либо компания переплачивает за функциональность, которой не пользуется, либо утыкается в лимиты через полгода после внедрения и вынуждена спешно докупать более старшую редакцию посреди рабочего процесса.
Разбираемся, из чего складывается выбор лицензии коробочного Битрикс24, чем редакции отличаются друг от друга по факту (а не только по маркетинговому описанию), и как оценить потребности компании так, чтобы не покупать лицензию дважды.
Чем коробочная версия отличается от облака в вопросе лицензирования
В облачном Битрикс24 компания платит абонентскую плату за тариф с определённым набором функций и лимитом участников, и в любой момент может перейти на тариф выше или ниже. Инфраструктура, обновления и резервное копирование — на стороне вендора.
Коробочная версия устроена иначе. Компания покупает бессрочную лицензию на конкретную редакцию, разворачивает продукт на собственном сервере (или в арендованном дата-центре), сама отвечает за администрирование, резервное копирование, безопасность и производительность. Отдельно приобретается техническая поддержка на первый год — без неё нет доступа к обновлениям платформы и модулям, которые появляются в новых версиях.
Это меняет саму логику выбора. В облаке ошибку в выборе тарифа можно исправить в течение пяти минут. В коробке апгрейд редакции — это покупка новой лицензии (с зачётом стоимости уже имеющейся), plus время на тестирование обновлённого функционала на копии продакшена, прежде чем накатывать изменения на боевой портал. Поэтому при выборе коробочной лицензии нужно закладывать запас на рост компании на ближайшие два-три года, а не только текущую численность сотрудников.
Второй момент, который часто упускают: лицензия коробочного Битрикс24 — это не только про CRM. В зависимости от редакции в комплект входят интранет-портал, документооборот, модуль управления проектами и задачами, HR-блок, бизнес-процессы (BPM), возможность создавать несколько сайтов на одном ядре, а в старших редакциях — репликация базы данных, кластеризация веб-узла и поддержка распределённой нагрузки. То есть выбор редакции — это выбор не столько «сколько пользователей», сколько «какие процессы компания собирается автоматизировать помимо продаж».
Обзор редакций коробочного Битрикс24
Разработчик делит коробочные редакции на несколько уровней, ориентированных на разный масштаб бизнеса и разный набор задач.
Младшая редакция (CRM-уровень). Ориентирована на компании, которым нужна база коробочного Битрикс24 в первую очередь как система для работы с клиентами: сделки, лиды, контакты, базовая аналитика продаж, интеграция с телефонией и почтой. Интранет-функции, документооборот и продвинутый BPM здесь либо отсутствуют, либо доступны в урезанном виде. Это разумный старт для компании, которая мигрирует с облака на коробку именно ради контроля над данными CRM, но не планирует строить на портале полноценный внутренний контур.
Средняя редакция («Компания» и аналогичные по позиционированию). Добавляет полноценный интранет: структуру подразделений, доски задач, календари, базу знаний, документооборот с версионированием файлов, конструктор бизнес-процессов без ограничений младшей редакции, возможность создавать несколько внутренних порталов и сайтов на одном ядре. Это основной выбор для компаний среднего размера, где Битрикс24 закрывает не только продажи, но и внутренние коммуникации, задачи и документы одновременно.
Старшая редакция (Энтерпрайз-уровень). Рассчитана на компании с распределённой структурой — несколько юрлиц, филиалы, высокая нагрузка на портал (сотни одновременных пользователей). Здесь появляются кластеризация веб-сервера, репликация MySQL для распределения нагрузки на чтение, конвертер данных для миграции с других систем, расширенные права доступа с гибкой сегментацией по подразделениям и юрлицам, а также приоритетная техническая поддержка с выделенными SLA. Стоимость такой редакции ощутимо выше, и она оправдана только тогда, когда компания реально упирается в лимиты производительности или организационной сложности младших редакций.
Помимо базовых редакций, у вендора есть отдельные лицензии для узких сценариев — например, версия для интернет-магазинов с усиленным каталогом и складским учётом, и отраслевые решения на базе коробочного ядра. Если у компании в приоритете не столько CRM, сколько полноценная e-commerce платформа с товарным каталогом на десятки тысяч позиций, стоит сразу смотреть в сторону этой линейки, а не пытаться дотянуть функциональность базовой редакции модулями.
Как посчитать реальную потребность в пользователях и функциях
Прежде чем сравнивать редакции по прайс-листу, полезно закрыть на бумаге несколько вопросов — именно они, а не название редакции, определяют, что реально нужно компании.
Сколько сотрудников будет одновременно работать в системе, а не сколько человек в штате. Лицензии коробочного Битрикс24 считают активных пользователей портала, а не общую численность компании. Бухгалтерия, склад или производственный персонал, которым не нужен доступ к CRM и интранету, в расчёт не идут. Часто фактическая потребность в лицензии оказывается на 30–40% ниже, чем «весь штат», просто потому что часть сотрудников продолжает работать в профильных учётных системах.
Какие процессы должны жить в портале, а какие — во внешних системах. Если помимо CRM компании нужен полноценный документооборот с согласованиями, HR-блок с кадровым учётом и заявками на отпуск, самостоятельно настраиваемые бизнес-процессы — это аргумент в пользу средней или старшей редакции. Если же интранет и документооборот компания ведёт в других инструментах (например, в отдельной ECM-системе) и Битрикс24 нужен по сути как CRM с элементами проектного управления, переплачивать за интранет-функциональность старшей редакции нет смысла.
Планируется ли рост в горизонте двух-трёх лет. Компания на 25 сотрудников, которая планирует удвоиться за полтора года, может либо сразу взять лицензию с запасом, либо купить редакцию под текущий размер и заложить в бюджет апгрейд в момент роста. Оба варианта рабочие, но решение стоит принимать осознанно, а не откладывать вопрос до момента, когда рост уже произошёл, а лимит лицензии уже упёрся в потолок посреди квартала.
Есть ли требования к отказоустойчивости и нагрузке. Если компания рассчитывает на сотни одновременных сессий, географически распределённые филиалы или SLA на доступность портала, вопрос выбора редакции быстро смещается от «сколько функций» к «какая архитектура выдержит нагрузку» — а это уже прямой аргумент в пользу старшей редакции с поддержкой кластеризации и репликации, независимо от количества лицензированных пользователей.
Ограничения редакций, которые всплывают уже после покупки
Часть ограничений коробочных редакций не всегда очевидна на этапе выбора — команда сталкивается с ними уже в процессе эксплуатации, когда менять лицензию сложнее, чем на старте проекта.
Первое — это ограничение на количество сайтов и порталов, создаваемых на одном ядре. Если компания планирует, например, отдельный портал для головного офиса и отдельный для дочерней структуры на общей базе, это функциональность средней и старшей редакции, а не младшей.
Второе — глубина настройки прав доступа. В младшей редакции права обычно настраиваются на уровне ролей и групп, без тонкой сегментации по подразделениям и юрлицам. Для компании с несколькими филиалами и требованием разграничить видимость сделок и клиентской базы между подразделениями это может стать неожиданным препятствием уже после внедрения.
Третье — ограничения на автоматизацию через бизнес-процессы. В младших редакциях конструктор BPM либо недоступен, либо работает по упрощённым сценариям без сложных ветвлений и интеграции с внешними системами через вебхуки. Если отдел продаж или производство планирует выстраивать многошаговые автоматические сценарии — согласования, эскалации, автоматическая смена ответственных по условиям — стоит заранее уточнить, входит ли нужная глубина BPM в выбранную редакцию.
Четвёртое, и самое дорогое по последствиям — производительность при росте числа одновременных пользователей. Формально лицензия младшей и средней редакции может покрывать нужное количество аккаунтов, но при реальной нагрузке (много одновременных обращений к CRM, тяжёлые отчёты, интеграции с внешними сервисами) начинает страдать скорость отклика портала. Переход на кластеризацию и репликацию базы данных доступен только в старшей редакции — и если компания достигла этого порога на младшей лицензии, единственный путь — покупка апгрейда, обычно под давлением уже недовольных пользователей, а не в спокойном режиме планирования.
Что влияет на итоговую стоимость владения, помимо лицензии
Стоимость лицензии — только часть бюджета на коробочный Битрикс24. При сравнении редакций стоит сразу учитывать сопутствующие статьи расходов, иначе итоговая экономика проекта окажется другой, чем казалось на этапе выбора.
Хостинг и серверные ресурсы. Требования к серверу растут вместе с редакцией: младшая версия способна работать на достаточно скромной конфигурации, тогда как старшая редакция с кластеризацией предполагает выделенные мощности под веб-сервер и отдельно под базу данных, а также резервные узлы для отказоустойчивости. Экономия на лицензии за счёт выбора младшей редакции может нивелироваться, если под неё всё равно приходится держать избыточно мощный сервер «на будущее».
Техническая поддержка от вендора. Она оплачивается отдельно и даёт доступ к обновлениям платформы, новым модулям и технической линии поддержки. Без действующей подписки на техподдержку портал продолжает работать, но перестаёт получать обновления безопасности — а это уже риск для компании, обрабатывающей персональные данные клиентов.
Внедрение и настройка. Чем шире функциональность редакции, тем больше работы у интегратора на этапе настройки — конфигурирование бизнес-процессов, прав доступа, интеграций с телефонией, 1С, сайтом. Для младшей редакции внедрение обычно ограничивается настройкой CRM и телефонии; для средней и старшей — добавляется интранет, документооборот, обучение сотрудников работе с новыми модулями.
Администрирование после запуска. Коробочная версия требует администратора — либо штатного, либо на аутсорсе — который следит за резервным копированием, обновлениями, производительностью сервера и безопасностью. Это регулярная статья расходов, которая не зависит напрямую от редакции, но растёт вместе со сложностью инфраструктуры старших редакций.
Разумный подход — считать не цену лицензии саму по себе, а совокупную стоимость владения на горизонте трёх лет: лицензия плюс поддержка плюс хостинг плюс администрирование. На этом горизонте разница между редакциями иногда сокращается или, наоборот, увеличивается — и решение, которое выглядело очевидным по прайс-листу, может поменяться.
Как перейти с одной редакции на другую без остановки бизнеса
Если компания выросла из текущей редакции или на старте была выбрана заведомо младшая лицензия «на попробовать», апгрейд коробочного Битрикс24 — стандартная и предсказуемая процедура, если её правильно спланировать.
Вендор засчитывает стоимость уже приобретённой лицензии в оплату более старшей редакции — доплачивается разница, а не полная стоимость новой лицензии с нуля. Это делает апгрейд ощутимо дешевле повторной покупки и снимает часть страха перед тем, чтобы стартовать с более скромной редакции, если бюджет или уверенность в масштабе компании на старте ограничены.
Технически апгрейд не требует переноса данных — это тот же портал на той же базе данных, просто с открытым доступом к дополнительным модулям и снятыми лимитами. Тем не менее до перехода на боевом портале стоит развернуть тестовую копию, обновить её до новой редакции и проверить, что кастомные доработки, интеграции и бизнес-процессы корректно работают в новом окружении — особенно если апгрейд идёт до старшей редакции с кластеризацией, где меняется топология развёртывания.
Дата апгрейда стоит планировать заранее, а не в момент, когда лимиты уже мешают работе. Оптимальный момент — когда компания видит рост числа активных пользователей или потребность в новых модулях за один-два квартала до фактического упора в ограничения, чтобы успеть протестировать обновление в спокойном режиме, а не в аварийном порядке посреди рабочей недели.
Отдельный сценарий — переход с облачного Битрикс24 на коробку, а не апгрейд внутри коробочных редакций. Здесь данные не переносятся автоматически «бесшовно»: используется отдельный инструмент миграции, доступный преимущественно в старших коробочных редакциях, и процесс требует полноценного тестового прогона перед переключением боевого контура. Если компания рассматривает такой переход, разумно сразу закладывать эту миграцию как отдельный этап проекта с собственным бюджетом времени, а не как опцию «в довесок» к покупке лицензии.
Практический пример: как производственная компания выбирала редакцию
Возьмём типичную ситуацию, с которой сталкивается интегратор при внедрении: производственная компания с офисом продаж на 35 человек и отдельным цехом, где Битрикс24 сотрудникам производства не нужен. На старте у компании было два кандидата — младшая CRM-редакция и средняя «Компания».
Формально в системе должно было работать 35 аккаунтов, что укладывалось в лимиты обеих редакций. Но при более внимательном разборе процессов выяснилось три вещи, которые изменили выбор.
Во-первых, отдел продаж и производственный отдел планировали передавать заказы через внутренний бизнес-процесс с несколькими этапами согласования — от коммерческого предложения до подтверждения сроков производства, с автоматической эскалацией, если ответственный не отреагировал в течение суток. Такой сценарий с ветвлениями и условной логикой в младшей редакции реализовать было нельзя — конструктор бизнес-процессов там работает по упрощённой схеме.
Во-вторых, компания вела учредительные и внутренние документы (регламенты, приказы, договоры с подрядчиками) в общей папке на файловом сервере без версионирования, и одной из целей внедрения было навести порядок именно в документообороте — с историей изменений и правами доступа по подразделениям. Это тоже функциональность средней редакции, а не младшей.
В-третьих, у компании уже был опыт неудачного внедрения другой CRM-системы двумя годами ранее, когда через год после запуска пришлось в срочном порядке докупать лицензию более высокого уровня — процесс занял полтора месяца из-за необходимости согласовывать бюджет вне планового цикла, и часть сотрудников за это время успела вернуться к работе в Excel по привычке. Второй раз компания не хотела повторять этот сценарий.
В итоге, несмотря на то что по формальному числу пользователей хватало и младшей редакции, компания выбрала среднюю — «Компания» — с запасом по функциональности на бизнес-процессы и документооборот. Разница в стоимости лицензии окупилась уже в первые полгода: автоматизация согласования заказов сократила среднее время от заявки клиента до подтверждённого срока производства почти вдвое, просто потому что процесс перестал зависеть от того, кто вспомнит написать письмо ответственному вручную.
Показательно, что число одновременных пользователей портала — самый очевидный и самый обманчивый критерий выбора. В этом кейсе решающими оказались не лимиты по пользователям, а глубина бизнес-процессов и документооборота, которые редко попадают в сравнительную таблицу редакций на сайте вендора, но напрямую определяют, какие задачи компания реально сможет закрыть системой.
Частые вопросы
Можно ли начать с младшей редакции и позже перейти на старшую без потери данных?
Да, апгрейд коробочной лицензии сохраняет базу данных и все накопленные данные — компания просто доплачивает разницу между стоимостью текущей и новой редакции и получает доступ к дополнительным модулям.
Что выгоднее для компании из 20–30 человек: облако или коробка?
Если ключевой критерий — контроль над данными, интеграция с локальной инфраструктурой или требования регулятора к хранению данных внутри компании, коробка оправдана даже при небольшом штате. Если таких требований нет, для 20–30 сотрудников часто выгоднее по совокупной стоимости именно облачный тариф, поскольку он не требует отдельных расходов на сервер и администрирование.
Входит ли техническая поддержка в стоимость лицензии коробочного Битрикс24?
Техническая поддержка от вендора оплачивается отдельно на первый год и затем продлевается по подписке. Без активной подписки портал продолжает работать, но не получает обновления платформы и модулей.
Сколько времени занимает переход на более старшую редакцию?
Сам апгрейд лицензии происходит быстро, но полноценный процесс с тестированием на копии портала, проверкой интеграций и кастомных доработок обычно занимает от одной до нескольких недель — в зависимости от сложности настроек и от того, требует ли апгрейд перехода на кластерную архитектуру.
Нужна ли отдельная лицензия для интернет-магазина на базе коробочного Битрикс24?
Если товарный каталог небольшой и e-commerce — не основной канал продаж, обычно достаточно стандартной редакции с базовым модулем интернет-магазина. Для полноценной торговой площадки с большим каталогом, складским учётом и высокой посещаемостью стоит рассматривать отдельную линейку решений, ориентированную именно на интернет-торговлю, а не пытаться масштабировать базовый модуль до уровня крупного магазина.