Дубли клиентов в CRM: как найти и разобрать совпадения

Почему одинаковое имя не доказывает дубль

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

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

Сначала определите, зачем исправляете конкретный случай: найти историю, убрать повторную рассылку, связать запись или корректно посчитать клиентов. Цель помогает выбрать действие. Иногда достаточно отметить связь между записями, не объединяя людей в одну сущность.

Откуда появляются повторные карточки

Человек обращается через другой канал, меняет номер, использует другой формат телефона или записывает родственника. Сотрудник может создать карточку, не выполнив поиск. Импорт тоже способен добавить дубли, если не совпали правила сопоставления.

Составьте список наиболее частых причин в вашей базе. Если основная проблема возникает при ручной записи, начните с поиска перед созданием. Если после импорта, проверьте формат полей и условия объединения. Массовая очистка без устранения источника даст временный результат.

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

Что проверять перед объединением

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

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

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

Как провести безопасное исправление

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

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

Зафиксируйте причину и исполнителя исправления. Для спорных случаев оставьте очередь ручной проверки. Не объединяйте всю базу по одному признаку только потому, что таблица позволяет выделить тысячи строк.

Телефоны и нормализация

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

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

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

Несколько каналов одного клиента

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

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

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

Профилактика и контроль

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

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

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

Что читать дальше

CRM NovaLead

Переход в электронный журнал