CRM и отчёт по продажам показывают разные цифры: что проверить до автоматизации

Начните с одного управленческого вопроса

Фраза «цифры не сходятся» слишком широка для проверки. Сформулируйте решение, для которого нужен отчёт. Например: можно ли доверять прогнозу оплат на конец месяца, почему число продаж в CRM отличается от поступлений или какой источник заявок приводит оплаченные сделки.

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

На первом этапе достаточно одного показателя и одного периода. Это позволяет найти причину расхождения и проверить способ сверки, прежде чем разбирать весь набор отчётов компании.

Составьте паспорт показателя

Для каждой сравниваемой цифры запишите определение. Что именно считается лидом, контактом, сделкой, продажей и оплатой? Укажите объект учёта, событие, дату события, источник, фильтры, исключения и ответственного за правило расчёта.

Особенно важно различать дату создания сделки, дату перехода на этап, дату закрытия и дату поступления денег. Сделка может быть закрыта в CRM в одном месяце, а оплачена в другом. Это не обязательно ошибка, но без выбранного правила две корректные выборки будут показывать разные итоги.

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

Проследите путь цифры от источника до отчёта

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

Для обращения исходным источником может быть карточка в CRM, для поступления денег — запись об оплате, а для управленческой группировки — согласованный справочник каналов. Важно определить источник отдельно для каждого события и правило, по которому записи связываются между собой.

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

Учебный пример сверки

Ниже — вымышленный пример метода. Он не относится к клиентскому проекту и не показывает распространённость отдельных причин.

Допустим, CRM показывает 24 закрытые сделки за месяц, отчёт руководителя — 21 продажу, а в данных об оплатах найдено 19 поступлений. Сравнивать только три итоговые цифры недостаточно. Нужно взять согласованную выборку и связать записи по идентификатору сделки, клиента или платежа.

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

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

Разделите причины расхождений

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

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

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

Что должно быть готово до автоматизации

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

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

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

Какой результат нужен руководителю

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

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

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