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