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