18 августа
3
Просмотров: 572Полная воронка CRM ещё не означает, что компания управляет процессом. В системе есть лиды, активности, стадии и планы менеджеров, но отчёт не всегда показывает, где задерживается путь от заявки до оплаты и какое действие изменит результат.
На регулярной встрече разрыв особенно заметен. Продажи обсуждают конверсию, маркетинг — качество лидов, пресейл — загрузку, финансы — дебиторскую задолженность, производство и логистика — сроки. Показатели корректны по отдельности, но не объясняют, почему сделка идёт медленно или теряет маржу.
Сквозная аналитика — это не один огромный экран, а общая логика этапов, событий, метрик и решений. CRM хранит работу с клиентом, ERP — обязательства и экономику, а BI соединяет их так, чтобы команда обсуждала причины и действия вместо сверки выгрузок.
Почему стадий CRM недостаточно для анализа процесса
Статусы «в работе», «на согласовании» или «почти закрыто» удобны менеджеру, но слишком неоднозначны для аналитики. За словом «согласование» могут скрываться цена, договор, лимит или спецификация — разные участки процесса с разными причинами задержки.
BI приносит управленческий эффект, когда стадия подтверждается событием или условием: лид квалифицирован, спецификация готова, цена согласована, договор подписан, заказ создан, отгрузка подтверждена. Субъективный статус нельзя надёжно измерять.
На стыке систем CRM может считать сделку закрытой после согласия клиента, а заказ в ERP появится только после договора и проверки лимита. Без связи этих событий аналитика завышает скорость и скрывает ожидание между продажей и обязательством.
Как связать путь от лида до оплаты
CRM содержит лиды, активности и причины отказов, ERP — заказы, цены, себестоимость, отгрузки и оплату. BI соединяет их в последовательность: лид, возможность, заказ, отгрузка и деньги.
Главная техническая проблема — идентификаторы. Сделку и заказ создают разные сотрудники, суммы и состав меняются. Надёжнее передавать единый номер сделки или проекта; сопоставление по клиенту, дате и сумме допустимо только как временная мера.
Также нужно разделить события закрытия: коммерческое подтверждение, создание заказа и согласование спецификации. Иначе к сроку продаж ошибочно добавляется время договора, лимита и внутренних операций.
Для общего контура нужны единые определения даты, суммы, скидки, причины отказа и ключевых событий. Иначе BI показывает несколько версий одной сделки и возвращает совещание к спору о цифрах.
Как связать показатели процесса с решениями
Даже технически корректный BI останется витриной, если показатели не запускают действие. Контур лучше проектировать от решения назад: какой вопрос регулярно решает команда, какие отклонения требуют реакции и что происходит после сигнала.
Для вопроса о риске по сроку нужны метрики этапов: скорость реакции, время квалификации и подготовки предложения, незавершённые спецификации, пересогласование цены, загрузка пресейла, статус договора и задержки кредитного контроля. Недостающие события следует определить и начать фиксировать.
Метрика полезна только вместе с правилом. Для времени до квалификации нужно определить само событие и ответственного. Обязательные поля, причины возврата и паузы помогают отличить исключение процесса от ошибки данных.
Если задача — отсечь лиды с низкой экономикой, источник и сегмент связывают не только с конверсией, но и с маржой и cost-to-serve. Тогда видно, на каком этапе исчезает финансовый результат.
Зачем сквозному KPI владелец
Показатели процесса затрагивают несколько функций. Конверсия зависит от маркетинга, продаж, пресейла, юристов и финансов, а срок — ещё и от клиента и поставки. Без владельца KPI остаётся статистикой.
Владелец отвечает за формулу, источники, исключения и реакцию на отклонение. В коротком паспорте фиксируют определение, периодичность, порог, ответственного и решение. Тогда разговор идёт не о виноватых, а об этапе, который нужно изменить.
На совещании достаточно показать сквозной показатель — например, дни от заявки до заказа, места накопления ожидания и основные исключения. Это удерживает обсуждение в логике процесса.
Типовой BI часто строится по подразделениям, из-за чего отчёты расходятся. Привязка показателей к этапам и назначение владельцев создают общий язык и сокращают время на сверку.
С чего начать сквозную аналитику CRM и ERP
Начинать нужно с согласованной схемы процесса, а не с нового отчёта. Компания определяет этапы сделки, связывает заявку, заказ, отгрузку и оплату и решает, какие показатели нужны для регулярных решений.
Готовность можно проверить по трём условиям: единые этапы, связность объектов CRM и ERP и правила реакции на отклонения в BI. Проверка показывает разрывы и события, которые ещё нужно оцифровать.
Так BI перестаёт быть отдельной отчётностью и становится частью процесса принятия решений.