Что такое дедупликация клиентов

Допустим, отдел продаж поздравил себя с тремя новыми клиентами. К вечеру выяснилось, что клиент один: утром он позвонил, днем написал, а после обеда заполнил форму под своим полным именем.

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

Почему база растет быстрее бизнеса

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

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

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

Совпадение – основание проверить, а не немедленно склеить

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

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

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

Что сохранить при объединении карточек

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

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

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

Безопасный порядок дедупликации

1. Сохранить исходную выгрузку и связи, необходимые для восстановления
2. Определить типы записей, критерии совпадения и приоритет источников
3. Сформировать группы предполагаемых дублей без изменения базы
4. Проверить небольшую выборку, включая спорные случаи
5. Выполнить объединение и записать соответствие старых и новых идентификаторов
6. Проверить историю, интеграции и отчеты после обработки

В задаче внедрения CRM MEDIA WORKS клиентскую базу полезно рассматривать вместе с источниками ее пополнения. Для настройки Битрикс24 практический вопрос звучит так: что произойдет, когда сайт снова передаст уже знакомый телефон? Очистка должна завершаться согласованным правилом поиска существующего клиента, иначе импорт аккуратно восстановит прежний беспорядок.

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

Как понять, что база стала лучше

Условный пример: до проверки в справочнике было 1200 карточек, после подтвержденного объединения осталось 1050. Число карточек уменьшилось на 150, то есть на 12,5% от исходного количества. Это не означает, что компания потеряла 12,5% клиентов: изменился учет записей, а не факт существования людей.

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