CRM есть, аналитики нет: как несвязанные процессы ломают управляемость (и как это исправить при помощи Битрикс24)

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

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

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

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

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

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

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

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

При таком подходе CRM начинает работать как единая операционная система, где:

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

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

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

Статусы воронки отражают реальные этапы процесса и используются в расчётах и аналитике.

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

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

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

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

За счёт фиксации процессов и автоматизации ключевых этапов:

После выстраивания единого контура:

На уровне управления это привело к следующим изменениям: