UTM-метки показывают, откуда пришёл клиент, а Flash Call помогает подтвердить его номер коротким входящим звонком. Вместе эти инструменты подходят для заказа на сайте, записи на услугу и заявки из рекламы. В статье разберём, как связать источник обращения с подтверждением, какие данные передавать в систему учёта и как запустить сценарий без сложной перестройки сайта. В результате бизнес сможет видеть канал заявки и отдельно фиксировать подтверждённые заказы.
Зачем связывать UTM-метки с подтверждением заказа?
UTM-метка сопровождает ссылку из рекламного объявления, публикации или письма. Когда человек переходит по такой ссылке, сайт получает параметры источника: например, канал, кампанию и объявление. Эти данные можно сохранить вместе с заявкой.
Самой UTM-метки недостаточно, чтобы понять, состоялся ли заказ. Пользователь мог открыть страницу, заполнить форму и не ответить на звонок менеджера. Flash Call добавляет отдельный шаг: клиент указывает номер, система инициирует короткий входящий звонок, а пользователь вводит последние цифры номера или подтверждает вызов по правилам сценария. Такой подход относится к call-based каналам авторизации и верификации номера.
В карточке заявки полезно хранить две независимые отметки:
- откуда пришёл клиент;
- прошёл ли он проверку номера.
Например, заявка могла прийти из рекламной кампании «летняя диагностика», а подтверждение номера осталось незавершённым. Менеджер увидит причину задержки и сможет проверить заказ по конкретному статусу, не смешивая рекламную аналитику с фактом подтверждения.
Как подготовить UTM-метки для формы заказа?
Сначала определите, какие источники нужно различать. Для малого бизнеса обычно достаточно не перегружать ссылку большим количеством параметров. Практический набор может включать источник перехода, тип канала и название кампании. Значения лучше писать единообразно: без случайной смены регистра и разных вариантов одного слова.
Пример ссылки для рекламной кампании может выглядеть так: сайт получает параметры источника, кампании и объявления, а форма заказа сохраняет их в скрытых полях. Посетитель их не видит, зато система передаёт вместе с номером телефона и составом заказа.
Если метки настраиваются впервые, полезно отдельно проверить настройку UTM-меток без разработчика. Перед запуском откройте тестовую ссылку, заполните форму и убедитесь, что параметры не исчезают после перехода между страницами.
Для каждого заказа стоит предусмотреть такие поля:
- номер телефона;
- товар или услуга;
- сумма или состав заказа, если эти данные уже есть в форме;
- utm_source, источник перехода;
- utm_medium, тип канала;
- utm_campaign, название кампании;
- статус Flash Call;
- дата и время подтверждения.
Если клиент сначала открыл рекламу с телефона, а потом вернулся напрямую, система должна сохранить исходные метки по заранее выбранному правилу. Иначе заказ окажется записан за прямым заходом, хотя первое обращение пришло из кампании.
Как устроить подтверждение заказа через Flash Call?
Сценарий начинается после отправки формы. Сайт передаёт номер телефона в сервис Flash Call, получает результат попытки и показывает клиенту следующий шаг. При успешной проверке заказ получает статус «номер подтверждён». При незавершённой попытке система оставляет заявку в отдельном статусе, чтобы менеджер не принимал её за подтверждённую.
- Клиент открывает страницу по ссылке с UTM-метками.
- Он заполняет форму заказа или записи.
- Сайт сохраняет данные кампании и отправляет номер на проверку.
- Flash Call делает короткий входящий звонок.
- Клиент вводит код из номера или выполняет действие, предусмотренное интерфейсом.
- Система меняет статус заявки и передаёт его в CRM или другую учётную систему.
Код в пропущенном звонке и голосовой OTP решают разные задачи. В сценарии Flash Call клиент обычно не ждёт текстового сообщения: подтверждение связано с входящим вызовом и цифрами номера. Это сокращает количество действий в форме, но интерфейс всё равно должен объяснять, что делать после звонка.
На странице заказа напишите короткую инструкцию: «Введите номер телефона. Дождитесь входящего звонка и укажите последние цифры». После отправки формы покажите таймер ожидания и понятное сообщение об ошибке. Если попытка не удалась, дайте возможность повторить её, но ограничьте число повторов внутри одной заявки.
Какие статусы нужны менеджеру и системе учёта?
Один общий статус «заявка создана» плохо подходит для контроля. Он не показывает, на каком этапе остановился клиент. Минимальный набор можно сделать таким:
| Статус | Что он означает | Действие бизнеса |
|---|---|---|
| Новая | Форма отправлена, проверка ещё не завершена | Система ждёт результат Flash Call |
| Подтверждена | Номер прошёл проверку | Заказ можно передать в обработку |
| Не подтверждена | Клиент не завершил сценарий | Заявка остаётся на ручной проверке |
| Ошибка | Сервис не получил корректный результат | Показать причину и предложить повторить попытку |
| Отменена | Клиент отказался от заказа или запись закрыта | Не включать заявку в рабочую очередь |
UTM-данные лучше не менять после создания заявки. Если менеджер исправляет название товара или комментарий, источник обращения должен остаться прежним. Иначе отчёт по кампаниям начнёт зависеть от ручных изменений в карточке заказа.
При интеграции через API заранее согласуйте названия полей и значения статусов. В одной системе «confirmed» может означать успешную проверку, а в другой это слово используют для подтверждения самого заказа. Небольшой словарь статусов избавит разработчика и менеджера от разных трактовок.
Как связать Flash Call с сайтом и CRM?
Для простого сайта достаточно формы, которая умеет передавать номер и сохранённые UTM-параметры. Для интернет-магазина дополнительно передают идентификатор заказа, сумму и состав корзины. CRM получает событие о результате проверки и меняет карточку клиента или сделки.
До разработки зафиксируйте четыре момента: в какой момент запускается звонок, где хранится идентификатор попытки, какой ответ считается успешным и что происходит при сбое. Без этого техническая интеграция будет работать, но менеджер не поймёт, почему часть заявок зависает в промежуточном состоянии.
Если сайт работает на конструкторе или WordPress, пригодится отдельная инструкция о том, как подключить Flash Call к Tilda и WordPress. Для нестандартной формы разработчику понадобятся API-методы, обработчик результата и тестовый сценарий с несколькими статусами.
В отчёте по заказам разделяйте минимум два показателя: количество заявок по каждой кампании и количество подтверждённых номеров внутри этой кампании. Так руководитель видит не только поток переходов, но и этап, на котором клиент завершил оформление.
Какие ошибки мешают подтверждать заказы?
- Сайт не сохраняет UTM-метки после перехода на страницу оформления.
- Flash Call запускается до проверки формата номера, поэтому появляются лишние неуспешные попытки.
- После успешного звонка интерфейс не меняет статус, и клиент отправляет форму повторно.
- Менеджер видит только номер телефона, но не видит источник заявки.
- В CRM используют одно поле для статуса заказа и результата проверки номера.
- Система не показывает понятное сообщение, если входящий звонок не был завершён.
Проверяйте путь целиком: откройте ссылку с метками, отправьте тестовую заявку, дождитесь звонка, введите код и найдите в CRM источник, идентификатор заказа и новый статус. Отдельно проведите тест с ошибочным кодом и повторной попыткой, чтобы проверить обработку исключений.
3 шага, которые можно сделать на этой неделе:
- Составить список UTM-параметров и сохранить их в форме заказа.
- Разделить в учётной системе статус заказа и статус проверки номера.
- Подключить Flash Call к тестовой форме, проверить успешный сценарий, ошибку и повторную попытку.
