Ниже — порядок такого разбора и учебный журнал с воспроизводимой проверкой. Он поможет согласовать язык маркетинга и продаж, увидеть неизвестные данные и выбрать следующий тест. Все обращения, подтверждения и рекламные связи в примере вымышлены. Это инструмент проверки правил учёта, а не результат клиента и не способ автоматически распознать качество реальных людей.
Начать разборСначала определите, что бизнес считает целевой заявкой
Запишите, кому и с какой задачей компания действительно может помочь. Для одного бизнеса важны услуга и территория выезда, для другого — тип заказчика, объём закупки или совместимость оборудования. Критерий должен опираться на действующее предложение. Его нельзя менять задним числом только потому, что клиент не купил.
Например, человек запросил нужную услугу в обслуживаемом городе, обсудил условия и отказался из-за цены. Такое обращение может соответствовать предложению, хотя продажа не состоялась. В разборе нужны две записи: подходит ли задача бизнесу и чем закончилось общение. Иначе отказ после расчёта превратится в обвинение рекламы, а проблема ожиданий о цене останется без проверки.
Согласуйте критерии с тем, кто обрабатывает обращения. Недостаточно поля «некачественная заявка»: рядом должно быть основание. «Нужна услуга, которую мы не оказываем; это подтвердили в разговоре» позволяет проверить предложение. «Не понравился клиент» не объясняет ни потребность, ни ошибку пути.
Для начала достаточно короткого правила: какие задачи принимаем, где работаем, какое подтверждение используем и кто уточняет спорный случай. Если существенный параметр неизвестен, оставляйте статус открытым. Не превращайте пустое поле региона в доказательство обращения из другого города.
Разделите нецелевые, спам, дубли и ещё не проверенные
Полезно вести пригодность обращения, ход обработки и источник раздельно. Пригодность отвечает на вопрос «можем ли мы решить задачу». Статус обработки показывает, что уже произошло: связались, договорились перезвонить, получили отказ. Источник описывает подтверждённую связь с рекламой. Один из этих признаков не заменяет остальные.
| Что обнаружено | Как записать | Что проверить дальше |
|---|---|---|
| Подтверждена неподходящая услуга или территория | Нецелевое по согласованному критерию; сохранить основание | Где возникло ожидание: в запросе, объявлении или на странице |
| Вручную подтверждено постороннее коммерческое сообщение | Спам отдельно от клиентских запросов | Как сообщение попало в учёт и есть ли повторяющийся сценарий |
| Повторная запись об одном запросе | Дубль записи, сохранить связь с исходным обращением | Почему одно обращение записалось повторно |
| Не дозвонились, не выяснили услугу или регион | Пригодность неизвестна; статус обработки указать отдельно | Как и кто уточнит недостающие сведения |
| Услуга подходит, но человек отказался после цены | Пригодность и причина отказа отдельно | Что человек ожидал и что ему сообщили до расчёта |
Короткое сообщение «перезвоните» ещё не доказывает спам или бота. Обращение существующего клиента тоже не становится мусором автоматически. Если кампания должна привлекать только новых заказчиков, это отдельный согласованный критерий, который нужно проверить по данным.
Один номер телефона не всегда означает одно обращение: человек может вернуться с другой задачей. Выберите правило идентификации запроса в вашей системе. В учебном наборе для этого есть отдельный ID обращения; две строки с одним ID и одинаковыми сведениями считаются повторной записью. Это упрощённая модель, а не универсальное правило работы CRM.
Проследите запрос, объявление, страницу и обработку
Сначала проверьте, на каком основании обращение отнесли к Директу. Совпадение времени, знакомое название кампании или общее увеличение заявок не создают проверенную связь с конкретным запросом клиента. Если её нет, запишите «источник неизвестен» и сохраните задачу на проверку учёта.
Для размещения в Поиске используйте отчёт Директа «Поисковые запросы». Он предназначен для кампаний с размещением в Поиске; это не универсальный отчёт обо всех площадках. В нём различаются запрос пользователя, тип условия показа и ключевая фраза, инициировавшая показ. Перед сравнением зафиксируйте период, фильтры, цели и атрибуцию. Источник: справка Директа об отчёте поисковых запросов.
Не подставляйте ключевую фразу в историю конкретной заявки вместо фактического запроса. Например, условная ключевая фраза «ремонт оборудования» и запрос «ремонт оборудования рядом» — разные сведения. Даже подходящая строка в агрегированном отчёте не доказывает, что именно по ней пришёл выбранный клиент. Для сетевого размещения нужны относящиеся к нему данные; придумывать поисковую фразу по аналогии нельзя.
Дальше сопоставьте обещание объявления с посадочной страницей. Человеку предлагают ремонт или покупку запчастей? Видна ли территория обслуживания? Понятно ли, что входит в предложение? Это вопросы для проверки, а не готовые причины ваших нецелевых лидов. Сохраняйте конкретную версию объявления и страницы, чтобы обсуждать один и тот же материал.
Завершите цепочку обработкой обращения. Выясните, что сообщил клиент, какие вопросы ему задали и на каком основании присвоили статус. Если задача осталась неизвестной после неудачной попытки связи, журнал должен показывать именно это. Без такой проверки изменение рекламы может затронуть людей, которым услуга подходила.
Если обращений вообще нет, нужен более широкий разбор пути и измерения. Он рассмотрен в статье почему сайт не приносит заявки. Здесь задача уже: проверить качество полученных обращений и основания выводов о нём.
Разберите учебный журнал обращений
Возьмём вымышленную компанию, которая занимается ремонтом и установкой оборудования в Москве и Химках. Другие услуги и города в её предложение не входят. Это география только учебной компании. Новые и существующие клиенты допустимы; отказ по цене не меняет соответствие услуги и территории.
В журнале 24 записи. Две повторяют уже записанные обращения, поэтому после удаления повторного счёта остаётся 22 уникальных обращения. Для каждого отдельно заданы проверенные в рамках примера факты, источник, состояние контакта, следующая проверка и ответственный. Скрипт читает эти поля, но не устанавливает истинность разговора и не определяет качество человека по имени или телефону.
| Категория после удаления повторного счёта | Число обращений | Что означает |
|---|---|---|
| Соответствуют предложению | 8 | Подтверждены допустимые услуга, территория и запрос |
| Не соответствуют предложению | 5 | Подтверждено несоответствие услуги или территории |
| Подтверждённый спам | 2 | Вручную заданы основания постороннего коммерческого сообщения |
| Пригодность неизвестна | 7 | Проверенных сведений недостаточно |
| Всего уникальных обращений | 22 | Категории не пересекаются и сохраняют неизвестные случаи |
Пять подтверждённых нецелевых обращений из всех 22 — около 22,7%. Если взять только 13 обращений, для которых определена пригодность, получится 5 из 13, или около 38,5%. Обе доли рассчитаны верно, но отвечают на разные вопросы. Вторая исключает спам и неизвестные случаи; её нельзя представить долей всех обращений.
Есть и отдельное ограничение источника. Для 19 уникальных обращений задана проверенная учебная связь с рекламой, для трёх источник неизвестен. Среди 19 есть семь подходящих, четыре неподходящих, два спам-сообщения и шесть случаев с неизвестной пригодностью. Поэтому пять нецелевых из всей таблицы нельзя объявить пятью нецелевыми именно из Директа. Одна из этих пяти записей имеет неизвестный источник.
У L04 услуга подходит, но человек отказался по цене. У L05 обратился существующий клиент с новой задачей. L16 остаётся неизвестным после недозвона, у L17 не выяснен город, L18 содержит короткую просьбу перезвонить. Такие строки помогают проверить, не скрывает ли общий ярлык «нецелевые» разные ситуации.
Примеры следующих проверок из журнала
| Обращение и основание | Что проверить следующим шагом | Кто разбирает |
|---|---|---|
| L04: подходит, но отказался по цене | Уточнить ожидание стоимости и сверить его с обещанием объявления и условиями страницы | Продажи |
| L09: ремонт нужен в Твери | Сопоставить подтверждённый город с географией размещения и текстом объявления | Маркетинг |
| L10: нужна только запчасть | Проверить, обещают ли объявление или страница продажу запчастей отдельно | Маркетинг |
| L14: подтверждено предложение купить базу | Проверить журнал поступления и основание спама; источник рекламы установить отдельно | Аналитика |
| L17: не выяснен город ремонта | Уточнить город и сравнить с территорией обслуживания; до ответа сохранить неизвестность | Продажи |
В CSV такая следующая проверка и ответственный указаны у каждого обращения. Проверяем конкретное ожидание или недостающее сведение; готовой команды менять рекламу из одной записи не следует.
Как повторить проверку
Скачайте учебный журнал качества обращений, распакуйте архив и выполните:
python3 verify.pyНужен Python 3.10 или новее, сторонние библиотеки не требуются. Скрипт выводит PASS_EDUCATIONAL_REPLAY, 31 проверку и указанные итоги. В пакет входят правила, CSV, ожидаемые результаты, скрипт и пустой лист разбора. Скрипт работает без сети и не изменяет исходные данные, рекламу или CRM.
Отрицательные сценарии проверяют недозвон, неизвестный регион, короткую форму, отказ по цене и источник без подтверждённой связи. Если повтор одного ID противоречит исходной записи, проверка останавливается: выбирать удобную версию молча нельзя. В реальной CRM смена статуса может быть нормальным событием; наш маленький набор не моделирует историю обновлений.
Как выбрать изменение без поспешных выводов
Выберите конкретное расхождение и запишите гипотезу. Например: «Часть людей ожидает купить запчасть отдельно; проверим, какое обещание они увидели». Затем укажите доступное доказательство и следующий шаг. Если запрос с обращением не связан, так и отметьте: изучение агрегированной группы запросов будет отдельной проверкой, а не восстановлением истории клиента.
Когда подтверждено расхождение в объявлении или странице, проверьте формулировку предложения и условия. Когда сведения о задаче не собраны, сначала уточните обработку и правила статусов. Когда теряется источник, разберите учёт. Эти действия решают разные проблемы, поэтому общий приказ «почистить Директ» слишком неопределённый.
Один неподходящий запрос может быть полезным сигналом для проверки, но не доказывает причину всей кампании. Не переносите причину одной строки на всех клиентов и не задавайте универсальный порог числа заявок. Решение зависит от задачи, расхода, времени получения результата и того, насколько полны сведения. В учебном журнале нет расходов и реальных продаж, поэтому по нему нельзя рассчитывать окупаемость или выбирать ставки.
Перед изменением минус-фраз, условий показа или оптимизации согласуйте, какую гипотезу проверяете и какой результат будет основанием решения. Не добавляйте автоматически в исключения всё, что встретилось рядом с отказом. Сохраните исходную настройку и способ оценить изменение, чтобы затем сопоставить результат по тем же определениям и фильтрам.
Что передать специалисту по рекламе и продажам
Подготовьте журнал с обезличенными ID, согласованными критериями, основаниями статусов и отдельной отметкой неизвестного источника. Приложите период, настройки отчёта и примеры проверяемых расхождений. Для следующего шага укажите ответственного, нужные сведения и критерий решения. Частные разговоры и контактные данные не нужны в публичной ссылке или открытой таблице.
Если качество заявки должно учитываться в аналитике, проверьте механизм передачи статусов. Метрика допускает загрузку данных CRM и этапов сделки; связь с визитами зависит от переданных идентификаторов и корректной настройки. Наличие статуса в вашей таблице ещё не подтверждает такую интеграцию. Источник: загрузка данных из CRM в Метрику. Согласование передачи и приёмка разобраны в статье об интеграции сайта с CRM.
Завершённый разбор должен объяснять, какие обращения действительно не подходят, какие ещё не проверены и что именно следует выяснить дальше. Если нужна помощь с рекламной частью, передайте журнал и ограничения на аудит рекламных кампаний. Такой вход позволяет обсуждать конкретные основания для изменений; снижение стоимости и рост продаж потребуют отдельной проверки по реальным данным.
Автор статьи
