Стоит ли объединять контакты с одинаковым номером телефона?

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

→ Узнайте больше о CheckNumber.AI →

Значение номера телефона и запись контакта отвечают на разные вопросы

Контакт в CRM представляет собой человека или организацию со своей собственной историей, записями о согласии и взаимоотношениями с бизнесом. Значение телефона — это лишь один из способов связи, привязанный к этой записи. Одно и то же значение может относиться к нескольким контактам, но это не делает их одной и той же сущностью. В документе Google libphonenumber falsehoods list отмечается, что телефонные номера не являются надежно уникальными или постоянными идентификаторами людей. Основной номер компании может перенаправлять вызовы нескольким сотрудникам; члены одной семьи также могут использовать общую телефонную линию. Кроме того, со временем номера могут переходить к другим владельцам.

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

Сопоставьте каждое вхождение перед дедупликацией списка для загрузки

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

Выполняйте последовательную нормализацию кандидатов и направляйте неоднозначные локальные номера в очередь на ручную проверку, вместо того чтобы угадывать страну. В CheckNumber.AI описан процесс пакетной обработки списков телефонов через загрузку CSV или TXT, с одной страной на файл и одним номером на строку, включая код страны; знак плюса указывать необязательно. Инструмент очистки номеров платформы позволяет нормализовать номера по стандарту E.164, а также удалять дубликаты и невалидные записи перед платной проверкой. Это возможности подготовки и проверки данных, а не сопоставления личностей в CRM. Сохраняйте исходные значения CRM и локальное сопоставление между каждым отправленным номером и каждым идентификатором вхождения.

Используйте результат на уровне номера, затем оценивайте людей отдельно

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

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

Требуйте независимых доказательств перед слиянием в CRM

Слияние может быть обоснованным, когда независимые идентификаторы и актуальные исходные записи показывают, что две сущности описывают один и тот же объект. Сравнивайте постоянные идентификаторы CRM (где они доступны), проверенные идентификаторы исходных систем, имена и контекст организации, а также историю записей. Одно лишь совпадение имен также может быть неоднозначным. Разрешайте конфликты прав владения, разрешений и истории активности до слияния; сохраняйте возможность отката и журнал аудита принятого решения. Руководство HubSpot import guidance называет уникальные идентификаторы основой для распознавания и обновления записей, что наглядно показывает, почему поле телефона не должно определять все решение об идентификации.

Если доказательства остаются неоднозначными, сохраняйте записи раздельными и делайте пометку о связи через общий номер. При повторном использовании или переназначении номера проверяйте актуальность привязки, а не предполагайте, что старая связь сохраняется. Следующий практический шаг — построить локальное сопоставление номеров с записями, а затем выбрать подходящий Number Checker product для задачи на уровне номера. Рассматривайте слияние записей в CRM как отдельную контролируемую операцию.

FAQ

Можно ли связать один результат проверки с несколькими контактами?

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

Всегда ли повторяющийся номер указывает на дубликат записи в CRM?

Нет. Совместное использование линий и переназначение номеров делают такой вывод ненадежным. Перед слиянием проверяйте независимые идентификаторы и историю записей.