Валидация телефонных данных в CRM: добавление проверки WhatsApp в правила обработки данных

Пошаговое руководство для администраторов CRM по валидации полей с номерами телефонов и добавлению проверки регистрации в WhatsApp в качестве отдельного датированного сигнала канала связи.

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

Что должна охватывать валидация телефонных данных в CRM

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

Практичный набор правил состоит из четырех уровней:

Первые три уровня — это гигиена данных. Они относятся к самой CRM, выполняются для каждой записи и находятся в ведении команды администраторов. Четвертый уровень — это бизнес-сигнал, который меняется со временем, поэтому он требует даты проверки и плана обновления, а не разового флага валидации.

Правило 1: Нормализация полей телефона до единого международного формата

Нормализация — это правило, которое экономит больше всего работы в дальнейшем. Сохраняйте каждый номер с кодом страны, без магистрального префикса и без пробелов, скобок или дефисов, следуя международной структуре нумерации согласно ITU-T Recommendation E.164. Номер, введенный как (020) 7946 0018 для контакта из Великобритании, превращается в +442079460018.

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

Практические рекомендации для администраторов:

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

Правило 2 и Правило 3: Соответствие стране и дубликаты

Соответствие стране позволяет выявить номера, которые хорошо сформированы, но, вероятно, неверны для данной записи. Лид, отмеченный как находящийся в Германии, с номером +1 не обязательно является ошибкой, поскольку люди переезжают, а компании используют иностранные линии, но это заслуживает пометки. Сравните код страны с полем страны в записи и создайте задачу на проверку при несовпадении, вместо того чтобы перезаписывать любое из значений.

Правила дублирования работают только после нормализации. До нее +44 20 7946 0018 и 02079460018 выглядят как два разных номера. После нее они совпадают в точности, и стандартное правило дублирования или правило сопоставления может их обнаружить. Заранее решите, какой объект является приоритетным: например, существующий контакт обычно имеет приоритет над новым лидом из формы.

Распространенные ошибки на этом этапе:

• Запуск правил дублирования для исходных значений, что позволяет пропускать варианты форматирования.
• Отношение к общему офисному номеру коммутатора как к ошибке дублирования, когда несколько контактов законно используют его.
• Удаление проигрывающей записи вместо объединения, что приводит к потере истории активности.

Правило 4: Где проверка WhatsApp добавляет сигнал канала

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

WA Lookup предлагает три проверки в реальном времени для этого уровня:

Проверка регистрации в WhatsApp

Базовый сигнал: был ли у номера зарегистрированный аккаунт WhatsApp на момент проверки. Большинству правил CRM нужна только эта проверка.

Проверка аватара WhatsApp

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

Проверка аккаунта WhatsApp Business

Добавляет информацию о том, является ли аккаунт аккаунтом WhatsApp Business. Это описывает тип аккаунта, что может помочь в сегментации B2B и B2C; это не является проверкой юридического статуса компании.

Для существующих списков, которые значительно превышают возможности запроса в реальном времени, WA Lookup также предлагает пакетные задачи на основе файлов: загрузите файл TXT или CSV с одним номером в строке, дождитесь обработки и скачайте файл с результатами для импорта обратно в CRM.

Сохранение результата WhatsApp в CRM

Относитесь к проверке как к данным с датой, а не как к постоянному свойству контакта. Структура полей, которая хорошо себя зарекомендовала:

1. Статус WhatsApp: выпадающий список со значениями Зарегистрирован, Не зарегистрирован и Не определено. Проверка, которую не удалось завершить, остается со статусом Не определено и повторяется позже; она никогда не записывается как Не зарегистрирован.
2. Дата проверки WhatsApp: поле даты, обновляемое при каждой записи окончательного результата.
3. Тип аккаунта WhatsApp и Фотография WhatsApp доступна: отдельные поля, заполняемые только при выполнении соответствующей проверки.
4. Источник проверки: панель управления, API или пакетный файл, чтобы администраторы могли проводить аудит происхождения значений.

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

Краткое техническое примечание для интеграторов

Если проверка запускается из автоматизации CRM, а не из панели управления, REST API в реальном времени принимает один номер в формате E.164 через POST /api/v1/check, аутентифицируясь с помощью заголовка X-API-Key, и возвращает результат в том же ответе. Синхронный пакетный запрос через POST /api/v1/batch-check принимает до 100 номеров. Этого обычно достаточно для триггера создания или редактирования или для ночного задания по новым записям; текущая документация API описывает элементы управления параллелизмом и тайм-аутами для более интенсивного использования.

Порядок внедрения, позволяющий избежать переделок

Администраторы, которые добавляют все правила сразу, обычно сталкиваются с сотнями задач на проверку и отсутствием ответственных. Более спокойная последовательность:

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

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

Часто задаваемые вопросы

Как команды могут валидировать номера телефонов в CRM, не блокируя ввод данных?

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

Должен ли результат Не зарегистрирован в WhatsApp помечать номер телефона как недействительный?

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

Как администраторы CRM могут обрабатывать проверку WhatsApp, результат которой не удалось определить?

Оставьте статус Не определено, не меняйте дату проверки и повторите попытку позже. Запись неопределенного результата как Не зарегистрирован приведет к удалению доступных контактов из сегментов WhatsApp.

Как часто следует обновлять поле статуса WhatsApp?

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

Узнать больше

Выберите информацию о продукте, которая соответствует следующему шагу в вашем рабочем процессе.

• Просмотреть документацию по продукту →
• Связаться с командой →