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