Качество данных в CRM: что проверять, чтобы доверять отчётам

Начните с отчёта, по которому принимаете решение

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

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

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

Разделяйте полноту, правильность и актуальность

В методике Government Data Quality Hub выделены разные стороны качества: точность, полнота, уникальность, согласованность, своевременность и соответствие допустимому формату. Для CRM это полезное разделение: заполненное поле может быть неверным, а корректный формат телефона не подтверждает, что номер принадлежит клиенту.

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

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

Оформите словарь полей и исключений

Для каждого важного поля запишите смысл, допустимые значения, момент заполнения и источник сведений. «Бюджет» может означать ожидание клиента, стоимость предложения или подтверждённую сумму договора. Эти значения нельзя без пояснений использовать в одном отчёте. Лучше договориться о смысле поля, чем каждый месяц вручную исправлять выгрузку.

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

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

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

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

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

Условный пример: из 120 активных сделок 18 не имеют следующего действия. Доля составляет 18 / 120 × 100 = 15%. После разбора выяснилось, что шесть записей на самом деле завершены, но их не закрыли. Не удаляйте их молча из исходной проверки. Зафиксируйте причину, исправьте стадии и отдельно посчитайте новое состояние базы.

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

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

Автоматическую выборку дополните просмотром карточек

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

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

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

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

Предотвращайте повторение, не заставляя заполнять всё сразу

Обязательность поля полезна, когда сведения действительно появляются к выбранному этапу. В Битрикс24 обязательные поля можно настраивать для стадий; особенности зависят от типа элемента и воронки. Это позволяет обсуждать бюджет перед предложением, не требуя от клиента точного бюджета уже при первом обращении.

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

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

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

Назначьте владельцев исправлений и срок разбора

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

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

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

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

Показывайте руководителю состояние данных и последствия

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

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

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

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