Маршрутизация лидов по регистрации в WhatsApp: выбор правильного канала

Узнайте, как использовать проверку регистрации в WhatsApp при маршрутизации лидов: где выполнять проверку, как объединять согласие и результаты в правила каналов, а также как обрабатывать лиды без определенного статуса.

Маршрутизация лидов по регистрации в WhatsApp направляет каждого нового лида в определенный канал на основе двух фактов: дал ли лид согласие на связь и был ли у номера зарегистрированный аккаунт WhatsApp на момент проверки. Лиды, соответствующие обоим критериям, попадают в очередь WhatsApp; завершенные результаты со статусом «Не зарегистрирован» направляются на email или телефон; лиды, по которым не удалось принять решение, ожидают повторной проверки. Выполнение проверки в режиме реального времени при отправке формы или импорте позволяет принять решение о маршрутизации на том же этапе, что и создание лида.

Зачем маршрутизировать лиды по статусу регистрации в WhatsApp

Большинство руководств по маршрутизации лидов фокусируются на том, кто является владельцем лида (регион, линейка продуктов, размер сделки), предполагая, что канал связи фиксирован. На рынках, где WhatsApp является основным бизнес-каналом, выбор канала имеет не меньшее значение. Назначение менеджера, работающего преимущественно через WhatsApp, на лид, у которого нет аккаунта в этой сети, приводит к потере первого контакта, а отправка email-рассылки лиду, предпочитающему WhatsApp, оставляет эффективный канал неиспользованным.

Проверка регистрации добавляет в логику маршрутизации сигнал о доступности платформы на момент проверки. Она отвечает на один вопрос: существует ли WhatsApp как канал связи для этого номера прямо сейчас? Она не отвечает на вопрос, хочет ли лид получать сообщения именно там, поэтому проверка всегда должна сочетаться с правилом получения согласия, а не заменять его. WhatsApp Business Messaging Policy разрешает деловые контакты только после того, как человек предоставил свой номер и дал opt-in.

Правила маршрутизации лидов по регистрации в WhatsApp

Составьте таблицу маршрутизации до подключения каких-либо инструментов. Каждая комбинация согласия и результата проверки должна иметь строго один пункт назначения:

Три дизайнерских решения помогут сохранить эту таблицу в актуальном состоянии:

• Разделяйте владельца и канал. Оставляйте правила распределения по территории или по принципу round-robin неизменными, позволяя проверке определять только канал. Смешивание этих логик затрудняет отладку правил переназначения.
• Сохраняйте причину. Записывайте результат проверки и дату в карточку лида, чтобы менеджеры видели, почему лид попал в их очередь WhatsApp.
• Определите резервного владельца. Если менеджер, работающий с WhatsApp, недоступен, лид должен быть передан назначенному резервному сотруднику, а не оставаться без владельца.

Руководство Meta по opt-in гласит, что согласие должно содержать название компании и соответствовать применимым законам. Получайте это согласие непосредственно в форме, чтобы у правила маршрутизации было поле для считывания.

Где выполняется проверка регистрации в потоке лидов

При отправке формы. Бэкенд может вызвать POST /api/v1/check, передав номер лида в формате E.164, заголовок X-API-Key и Проверка регистрации в WhatsApp в качестве выбранного service_type. Результат возвращается в том же ответе, поэтому этап маршрутизации может считать его до записи лида в CRM. Сначала нормализуйте номер: руководство Meta по форматам номеров телефонов пользователей WhatsApp показывает, как номер без кода страны может быть ошибочно интерпретирован как принадлежащий другой стране.

При импорте списка. Лиды с мероприятий или от партнеров поступают пакетами. Синхронный мульти-запрос к POST /api/v1/batch-check принимает до 100 номеров и возвращает результат по всему пакету в одном ответе; оператор также может вставить до 500 номеров в панель управления для функции Realtime Batch Check. Запускайте маршрутизацию после получения результата по пакету.

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

Текущая документация API описывает элементы управления параллелизмом и тайм-аутами для каждого пользователя; рассчитывайте трафик при отправке форм и повторные попытки с учетом этих ограничений.

Обработка лидов без определенного статуса

Некоторые проверки не могут быть завершены и возвращают ненулевой бизнес-код вместо окончательного результата. Относитесь к этому как к отсутствующим данным:

• Никогда не маршрутизируйте лид без определенного статуса как «Не зарегистрирован». Это приведет к тому, что доступные лиды попадут не в тот канал.
• Повторите попытку с задержкой. Поместите лид в короткую очередь повторных попыток и выполните проверку еще один или два раза, прежде чем переходить к альтернативному каналу.
• Используйте ограничение по времени. Для «горячих» входящих лидов установите максимальное время ожидания; если решение не получено, начните с email или телефона и позвольте маршруту WhatsApp вступить в силу, если последующая проверка завершится успешно.
• Логируйте отдельно. Растущая доля результатов «Не определено» является операционным сигналом, требующим мониторинга, а раздельное хранение предотвращает искажение отчетов по каналам.

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

Поддержание точности маршрутизации с течением времени

Результат регистрации описывает один момент времени. Внедрите три привычки обслуживания в настройку маршрутизации:

1. Повторная проверка перед основными последовательностями. Лиды, которые находились в «прогреве» месяцами, должны быть перепроверены перед включением в программу WhatsApp.
2. Повторная проверка при изменении номера. Любое редактирование поля телефона должно очищать старый результат и инициировать новую проверку.
3. Измерение качества маршрутизации. Сравнивайте показатели первого отклика и переназначения по каналам. Если лиды, направленные в WhatsApp, часто переназначаются, пересмотрите процесс получения согласия и покрытие менеджерами, а не саму проверку.

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

FAQ

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

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

Должна ли проверка выполняться до или после создания лида в CRM?

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

Что является правильным резервным вариантом для лидов, чьи номера не в WhatsApp?

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

Сколько номеров может проверить один запрос маршрутизации?

Проверка одного номера обрабатывает один лид. Мульти-эндпоинт API принимает до 100 номеров за запрос и возвращает пакет в одном ответе, а панель управления Realtime Batch Check принимает до 500 вставленных номеров.

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

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

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