Если каждую отправку формы сразу превращать в обычную сделку, CRM быстро наполняется дублями, тестовыми обращениями и спамом. Менеджеры тратят время на бесполезные звонки, отчёты показывают лишние лиды, а рекламные системы получают неверный сигнал о качестве трафика.
Фильтрация до CRM означает, что обращение сначала проходит серверную проверку и получает статус, а уже затем направляется в нужную очередь. Это не обязательно жёсткая блокировка: спорные заявки можно сохранить отдельно и проверить вручную.
Почему фильтровать лучше до создания сделки
После попадания в CRM нежелательное обращение уже влияет на процессы: запускает уведомления, задачи, роботов, рассылки и передачу конверсий в аналитику. Даже последующее удаление не всегда отменяет эти действия.
Проверка перед основной очередью позволяет:
- не создавать повторные сделки без необходимости;
- отделять подозрительные обращения от новых лидов;
- сокращать число ложных задач и уведомлений;
- передавать в рекламу более чистые события;
- сохранять историю решения для контроля качества.
Какие статусы использовать
Одного значения «спам / не спам» обычно недостаточно. Практичная схема включает несколько состояний:
- новый лид — обращение направляется в обычную очередь;
- дубль — связывается с существующим контактом или сделкой;
- подозрительная заявка — сохраняется для отдельной проверки;
- не проверено — анализ не завершён из-за технической ошибки;
- подтверждённый спам — учитывается отдельно и не запускает обычный сценарий продаж.
Такой набор не заставляет систему принимать необратимое решение при недостатке данных.
Рекомендуемый маршрут
- Принять форму и присвоить обращению внутренний идентификатор.
- Нормализовать телефон, email и остальные поля.
- Сохранить источник, идентификатор формы и контекст исходной отправки.
- Передать заявку на серверную проверку.
- Сохранить вердикт и причины решения.
- Направить обращение в основную, повторную или ручную очередь.
- Отправить подтверждённую конверсию в аналитику по выбранному правилу.
NoiseCut помогает выполнить проверку до основной очереди CRM. Формат запроса и требования к подписи описаны в документации API.
Как работать с дублями
Повторный телефон не всегда означает спам. Клиент мог уточнить запрос, отправить другую форму или обратиться повторно после перерыва. Поэтому важно отделять технический дубль от нового намерения.
При совпадении контакта можно прикрепить событие к существующей карточке, создать повторную активность или отправить заявку на проверку — выбор зависит от процесса продаж. Полезно учитывать форму, источник, время и содержание обращения, а не только одно поле телефона.
Как сделать аналитику чище
Событие «форма отправлена» показывает техническое действие, но не всегда отражает качественный лид. Для управленческой аналитики полезно разделить этапы:
- форма принята сайтом;
- заявка прошла автоматическую проверку;
- менеджер подтвердил реальный контакт;
- лид принят в работу;
- получен целевой результат.
Необязательно скрывать исходное число отправок. Напротив, его стоит сохранить как отдельную метрику, а для оптимизации рекламы использовать событие, соответствующее выбранному уровню качества.
Что сохранить рядом с заявкой
Для аудита решения полезны исходный идентификатор обращения, время, источник, form_id, нормализованный контакт, статус проверки и безопасный набор причин. Секретные ключи, внутренние пороги и технические сигнатуры не должны попадать в карточку CRM или публичные журналы.
Если проверка выполняется отложенно, технический контекст нужно сохранить в момент отправки формы. Адрес фонового процесса не заменяет данные исходного обращения.
Запуск без риска потери лидов
На первом этапе не удаляйте подозрительные заявки автоматически. Создайте отдельную очередь, сравнивайте вердикт с результатами звонков и фиксируйте ошибки. Это позволит увидеть ложные срабатывания и особенности конкретных источников.
После периода наблюдения можно автоматизировать очевидные сценарии, сохранив ручную проверку для пограничных случаев и понятный маршрут для статуса «не проверено».
Что измерять
- долю подтверждённых менеджерами лидов;
- число дублей и повторных обращений;
- количество контактов, отрицавших отправку формы;
- долю заявок, оставшихся без автоматического вердикта;
- различия качества между формами и источниками;
- время менеджеров на обработку спорных обращений.
Эти показатели полезнее одного числа заблокированных заявок: они показывают влияние фильтрации на продажи и работу команды.
Главное
Фильтрация до CRM — это управляемая маршрутизация, а не безвозвратное удаление. Заявка получает статус до запуска обычных процессов, а команда сохраняет возможность проверить решение.
Разделяйте техническую отправку формы, автоматический вердикт и подтверждённый лид. Тогда в CRM будет меньше шума, а аналитика будет ближе к реальному качеству обращений.