Дубли клиентов в CRM: как объединять профили без потери истории
Два профиля с одинаковым телефоном кажутся очевидным дублем. Но этим номером может пользоваться семья, помощник или корпоративный заказчик. Ошибочное объединение соединит чужие покупки, бонусы и согласия. Поэтому очистку базы стоит начинать с правил идентификации и возможности отменить решение.
Содержание статьи
Сначала определите объект
Контакт, подписчик, плательщик и получатель заказа могут быть разными людьми. Компания может покупать через нескольких сотрудников. Одно физическое лицо может иметь несколько телефонов. Если считать все эти сущности одной строкой «клиент», часть расхождений появится еще до импорта.
Запишите, кого описывает профиль в каждой системе. Затем определите стабильные идентификаторы источников: ID контакта CRM, ID пользователя магазина, ID профиля CDP. Храните связи между ними отдельно от изменяемых телефона и email. Это поможет интеграции сайта, CRM и 1С сохранять историю при обновлении контактов.
Не удаляйте исходные идентификаторы после объединения. Новому общему профилю понадобится список всех связанных записей, иначе следующий импорт может снова создать те же дубли. Исправление должно пережить повторную синхронизацию.
Совпадение — повод для проверки
Начните с нормализации: уберите случайные пробелы, приведите номера к согласованному формату с учетом страны, проверьте очевидные ошибки ввода. Сохраните исходное значение рядом. Нормализация меняет запись контакта, но сама по себе не доказывает, что два человека идентичны.
Разделите правила по силе основания. Прямая связь по стабильному ID обычно надежнее совпадения имени. Подтвержденный телефон с согласованной историей дает больше оснований, чем общий адрес вроде info@company.ru. Даже сильное совпадение нужно проверять на конфликты: разные владельцы, одновременные заказы, несовместимые сведения.
Для первого прохода выделите кандидатов и причины совпадения, затем вручную разберите небольшую выборку из каждого правила. Оценивать только количество исчезнувших строк опасно. Оно показывает масштаб объединения, но ничего не говорит о его корректности.
Автоматическое объединение имеет ограничения
Например, Битрикс24 описывает автоматическое объединение дублей отдельно для лидов, контактов и компаний. У функции есть условия по совпадению полей, ответственному и стадии лида; сохраняется более старая запись. Ограничения функции объясняют, почему часть ожидаемых объединений останется ручной. Сами критерии совпадения тоже нужно сверить с вашей моделью клиента.
Перед включением любой автоматизации проверьте актуальные правила именно вашей системы и тарифа. Выгрузите исходные записи, зафиксируйте связанный с ними список заказов и протестируйте результат на ограниченном наборе. В рабочей базе должен существовать способ восстановить исходное состояние или разъединить ошибочно соединенные профили.
Резервная копия без порядка восстановления дает меньше защиты, чем кажется. Заранее выясните, сохраняются ли привязки заказов, задачи, заметки, согласия и события после обратной операции. Некоторые данные могут потребовать отдельного восстановления.
У каждого поля нужен источник и дата
Правило «оставить самое новое значение» подходит не всегда. Последний импорт мог принести устаревший телефон, а пустое поле — означать отсутствие данных вместо удаления. Для каждого значимого атрибута определите источник, время изменения и смысл пустого значения.
Особенно внимательно объединяйте подписки. Отказ от рассылки нельзя терять из-за более позднего импорта старого согласия. Храните историю разрешений по каналу и источнику; неоднозначные случаи исключайте из отправок до проверки. Баллы и скидки также нельзя механически складывать: две записи могут отражать одну операцию.
Список заказов сверяйте по их идентификаторам. Если покупка присутствует и в магазине, и в CRM, объединение профиля не должно превратить ее в две покупки. Иначе изменятся частота, сумма и RFM-сегмент клиента.
Как принять результат
Сравните до и после число профилей, заказов без повторного учета, сумму покупок на одинаковой базе и количество доступных для коммуникации контактов. Для каждого изменения должен быть объяснимый источник.
Снижение числа клиентов при неизменных заказах может быть нормальным следствием объединения. Рост суммы заказов требует расследования.
Сохраните журнал: исходные профили, примененное правило, итоговый ID, затронутые поля и способ отмены. Затем повторите импорт на проверочном наборе. Если дубли появились снова, разовая чистка сработала, а обмен данными остался неисправным. Именно его нужно исправить до следующей сегментации базы.