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