
Дубли клиентов в CRM: как очистить базу и сохранить историю
Одинаковый телефон ещё не всегда означает одного клиента. Определите критерии совпадения, проверьте связанные сделки и только затем объединяйте записи с возможностью отката.
Отделите похожие записи от настоящих дублей
Один номер телефона может принадлежать компании, семье или колл-центру; одно имя встречается у разных людей. Сначала определите, что для вашего процесса означает один клиент: физическое лицо, организация, филиал или контакт внутри компании. Затем проверьте сочетание признаков и связанную историю. Автоматический список совпадений — очередь на разбор, а не разрешение удалить всё лишнее.
Учитывайте формат телефонов, пробелы в почте и разные написания названий. Нормализация помогает найти кандидатов, но не заменяет решение человека для спорных пар. Отдельно помечайте записи, где есть юридически значимые документы или разные согласия на связь.
| Сигнал | Возможный вывод | Проверка |
|---|---|---|
| Одинаковая почта | Возможный дубль | Сверить владельца и историю |
| Один телефон компании | Могут быть разные контакты | Проверить роли и сделки |
| Разное написание названия | Возможная одна организация | Сверить реквизиты и филиал |
Зафиксируйте главную карточку и связи
Перед объединением откройте обе записи и проверьте ответственного, сделки, сообщения, задачи, документы и источники обращений. Решите, какая карточка станет основной, какие поля сохранятся и что делать при противоречии. В Битрикс24 есть штатные инструменты объединения, но их поведение и доступные действия нужно проверять в своей конфигурации и с нужными правами.
Начните с небольшой тестовой группы и сохраните резервную копию или экспорт, пригодный для восстановления. После операции проверьте не только итоговую карточку, но и связанные отчёты и автоматизации. Нельзя считать очистку успешной по одному уменьшившемуся счётчику контактов.
Разберите источник новых дублей
Если сайт, телефония и импорт создают клиента независимо, повторение проблемы неизбежно. Проследите путь одного обращения: по каким полям система ищет существующую запись, когда создаёт новую и как поступает при пустом или изменившемся телефоне. Для каждого канала согласуйте одинаковые правила нормализации и проверки, но оставьте безопасный путь для сомнительных совпадений.
При массовом импорте сначала проверяйте тестовую выборку с уже существующими клиентами. Сопоставление полей, компаний и контактов может быть сложнее простой загрузки CSV. Проверьте, не создаёт ли повторный импорт новые карточки и сохраняется ли связь с обращениями.
Проверяйте результат после очистки
Выберите несколько объединённых клиентов и пройдите их историю от первой заявки до текущей сделки. Убедитесь, что сотрудники видят нужные записи, уведомления не ушли неверному человеку и отчёт не начал считать одну сделку дважды. Зафиксируйте критерии, по которым пару объединили или оставили раздельной.
После разового проекта назначьте владельца качества базы и периодический просмотр кандидатов на дубль. Цель — не ноль похожих записей любой ценой, а надёжная история клиента, в которой команда может принимать решения.
Вопросы и ответы
Можно ли удалять дубли автоматически?
Только при подтверждённых правилах и проверенном откате. Спорные совпадения лучше отправлять на разбор, чтобы не смешать истории разных клиентов.
Что проверить перед объединением?
Ответственного, сделки, задачи, сообщения, документы, источники и различающиеся поля. Сначала протестируйте на небольшой выборке.
Почему дубли возвращаются?
Каналы заявок и импорта могут по-разному искать существующую запись. Нужно исправить правила на входе и повторно проверить интеграции.
.webp&w=1920&q=85)