Аналитика без чистых данных не работает: почему сначала — порядок в CRM

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

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

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

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

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

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

Проверяйте свойства данных раздельно

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

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

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

Соберите небольшую проверяемую выборку

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

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

Проверяйте не только отрицательные случаи. Несколько полностью корректных карточек покажут, как должен выглядеть ожидаемый результат. Их удобно использовать при объяснении правил команде. Если проблема сосредоточена в повторных записях, сохраните отдельный перечень спорных пар и используйте разбор дублей в amoCRM. Массовое объединение до проверки может уничтожить различие между клиентом и его запросами.

Считайте долю пригодных записей с понятным знаменателем

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

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

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

Разделите исправление истории и изменение процесса

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

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

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

Покажите руководителю границы отчёта

Рядом с показателем должны быть видны дата среза, выбранный период, количество включённых записей и исключения. Если часть источников неизвестна, покажите её отдельно. Если итог по недавно созданным сделкам ещё не сформировался, так и подпишите. Ограничение не делает отчёт слабым: оно помогает не принимать решение, для которого сведений пока недостаточно.

Отделяйте отсутствие значения от нуля. Нулевое число оплат означает, что по правилам расчёта оплат не было. Пустое поле может означать, что оплата не загружена или связь не установлена. Подстановка нуля меняет смысл результата. Аналогично отсутствие причины отказа не равно отказу по цене. У неизвестного значения должно быть своё название и действие по проверке.

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

Назначьте владельцев и повторяйте полезную проверку

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

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

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

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

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

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

Частые вопросы

Вывод

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