Битрикс24: казнить нельзя кастомизировать. Сигналы для перехода на low-code-платформу

Битрикс24 — одна из самых популярных CRM для малого и среднего бизнеса в России. Ее хвалят за функциональность, ругают за кастомизацию, но продолжают использовать, потому что это решение уже стало привычным. Но рано или поздно возникает вопрос: когда нужно дорабатывать CRM, когда менять конфигурацию, а когда пора рассмотреть альтернативу Битрикс24 — low-code-платформы?

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

Вообще у Битрикса как у on-prem CRM много сильных сторон, и в ряде случаев переходить с него действительно не нужно. Платформа хорошо работает там, где процессы типовые и редко меняются.

1. У компании линейная работа с клиентами: одна-две воронки продаж, понятные статусы, стандартные задачи. Битрикс24 закрывает это без каких-либо доработок.

2. Команды работают в едином пространстве: CRM + задачи + коммуникации. Чат, звонки, карточки клиентов, документы — всё в одном окне. Если это всех устраивает, уходить смысла нет.

3. Бизнесу важны готовые интеграции с 1С и телефонией. Битрикс легко справляется также с интеграцией почты или платежных сервисов.

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

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

Есть момент, когда система перестает помогать и начинает мешать. Вот типичные признаки, что Битрикс24 «дорос до предела» и стал точкой замедления.

1. Любая правка превращается в мини-проект. Если изменение статуса или добавление роли требует ТЗ, разработчика и двух недель ожидания — это признак того, что CRM утратила гибкость.

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

2. Большая часть логики держится на кастомных доработках. Чем больше кастомного кода, тем сложнее обновлять систему и поддерживать ее стабильность.

Пример: после установки обновления в Битрикс могут перестать работать автоматические задачи, потому что их писали поверх кода системы, и обновление их сломало.

3. Рядом работают еще 2-4 учетные системы. Если часть workflow ушла в Excel или отдельные сервисы, значит, CRM утратила статус единого окна проекта и соответственно стала содержать в себе неактуальные данные.

Пример: менеджеры ведут карточки клиентов в Битриксе, а график отгрузок в Google Sheets, потому что так менеджерам удобнее обрабатывать данные.

4. Бизнес меняется быстрее, чем CRM успевает адаптироваться. Раз в месяц появляется новая схема обработки или новый продукт, а CRM не может поддерживать эти изменения без сложных доработок.

Пример: компания запустила новое направление услуг, но настроить под него отдельную воронку в Битриксе оказалось слишком дорого и долго. Из-за этого приходится вести часть продаж в табличках.

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

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

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

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

Когда Битрикс перестает справляться, это не означает, что нужно срочно переезжать на любую другую платформу. Можно:

1. Перейти на другую отраслевую CRM

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

2. Оставить CRM, но вынести отдельные процессы в отдельные сервисы

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

3. Построить надстройку на low-code/BPM-системе

Этот подход используют, когда процессы сложные, уникальные или часто меняются.Low-code позволяет перенести часть логики поверх CRM или полностью заменить ее в зонах, где она уже не справляется.

Low-code — это способ собирать логику бизнес-процессов без разработчиков: построить визуализацию с помощью готовых модулей, настроить workflow. По сути, это конструктор бизнес-процессов, который можно адаптировать под задачи. Какие преимущества есть у low-code-решений:

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

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

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

Там, где в CRM все держится на кастоме, каждая правка требует вмешательства IT-отдела. Low-code снижает такую зависимость: большую часть логики ведет системный аналитик или другие специалисты, не связанные с разработкой напрямую.

Low-code-платформы (включая RunaWFE) открыты для API, вебхуков, обменов с 1С, сервисами и складом. Если нужно собрать сложную архитектуру, компании привлекают интегратора, который может задать собственнику процесса правильные вопросы, определить цели, договориться о метриках и создать решение, близкое к идеальному.

Существуют надежные лицензированные интеграторы, как, например, IT-бюро Соловьи: они внедряют low-code-платформу BPium под ключ. Если вам сложно выбрать интегратора, рассмотрите тех, у кого есть сертификация по отдельным платформам.

NoCode

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

Платформа подойдет, если:

Что получаете на выходе:

BPium

Это российская CRM/ERP low-code-платформа с упором на создание моделей данных и типовых процессов.

Область применения схожа с платформой NoCode, но есть и ряд особенностей:

Что получаете:

RunaWFE

BPM-платформа для автоматизации сложных бизнес-процессов. Ее процессный движок совместим с BPMN 2.0 — нотацией для моделирования кроссфункциональных бизнес-процессов, в которых много участников или сложная логика.

Платформа подойдет, если:

Что получаете:

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

1. Насколько сложны ваши процессы?

2. Как часто вы меняете регламенты и цепочки работы?

3. Есть ли в компании IT-отдел?

Когда CRM перестает тянуть ваши процессы, лучшее решение — прекратить бесконечно ее дорабатывать, а вынести сложную логику в low-code и воспользоваться услугами интегратора, если нужно. Это позволяет сохранить привычную систему работы с проектами и одновременно получить гибкость там, где она критична.