Один телефон у двух клиентов: почему CRM не должна склеивать их автоматически

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

Сначала договоритесь, что называется клиентом

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

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

Что можно автоматизировать

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

Для каждого кандидата покажите, какие именно поля совпали, из какого источника они пришли и когда были изменены. Человек должен видеть не «совпадение 87%», а объяснение: одинаковый номер, разные имена, две независимые сделки. Балл может помогать сортировке, но не заменяет решения о смысле данных.

Объединение должно сохранять происхождение

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

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

Маленькая контрольная выборка лучше большой кнопки «очистить»

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

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

Инструмент: группировка общих контактов

Введите обезличенные строки в формате «ID;имя;телефон». Инструмент убирает пробелы и знаки форматирования номера и группирует совпадения. Он намеренно ничего не объединяет, не определяет человека по номеру и не исправляет страну. Его результат — очередь ручной проверки с исходными идентификаторами.

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