Клиент перешёл по объявлению, открыл несколько страниц и заполнил форму. В CRM появилась сделка, но поле «Источник» осталось пустым. Чтобы найти причину, нужно пройти маршрут заявки от первого перехода до карточки сделки. Найти исполнителей можно через Raiting.kz. Когда основная часть обращений приходит с сайта, разобраться в передаче данных могут веб-студии Казахстана. Если заявку можно оставить и в приложении, к разговору нужны разработчики мобильных приложений, чтобы оба канала передавали данные в CRM по согласованным правилам.
Согласуйте набор полей до начала интеграции
Запишите, что менеджер должен увидеть в карточке. Для обращения с сайта обычно достаточно адреса страницы и формы, источника, кампании и времени отправки. Для приложения добавьте идентификатор экрана или сценария. Согласуйте допустимые значения источника, чтобы в отчёте один канал не распался на несколько строк из-за разных написаний.
Для кампаний можно использовать UTM-метки. Например, значение utm_source показывает, откуда пришёл переход, а utm_campaign обозначает кампанию. Если посетитель переходит с посадочной на другую страницу, сохраните нужные метки до отправки формы в рамках выбранной настройки согласий. Отдельно договоритесь, как учитывать органические и прямые заходы и как помечать обращения, у которых источник определить не удалось.
Разведите первый визит и переход перед заявкой
Один покупатель может впервые увидеть компанию в соцсетях, потом открыть объявление в поиске и позже вернуться напрямую. Зафиксируйте, какой визит должен считаться источником для отчёта. Если бизнесу важно понимать, как клиент познакомился с компанией и откуда пришёл перед обращением, храните эти значения в отдельных полях. Назовите их одинаково в CRM и отчёте, чтобы цифры можно было проверить.
Предусмотрите повторную отправку и сбой CRM
При повторной попытке отправки форма может передать один запрос дважды. Присваивайте каждой новой заявке собственный идентификатор и используйте тот же идентификатор при повторной передаче. CRM сможет проверить его перед созданием карточки. Если тот же человек позже оставит другое обращение, менеджер должен увидеть новую заявку, связанную с известным контактом. Уточните, по каким правилам CRM различает обращения, контакты и сделки.
Если CRM временно недоступна, сохраните заявку для повторной передачи и сообщите ответственному о сбое. В журнале полезно видеть время отправки, её идентификатор и результат обмена. Тогда можно найти потерянное обращение, не просматривая переписку всех менеджеров.
Примите работу на контрольных заявках
Отправьте заявку с тестовой меткой после перехода на другую страницу сайта. Сделайте ещё одну без метки и, если предусмотрено, отправьте обращение из приложения. Проверьте, что менеджер видит все карточки, поля заполнены по правилам, а повторная передача одной и той же заявки не создаёт дубль. Затем откройте отчёт по каналам и убедитесь, что контрольные записи попали в нужные строки.
Зафиксируйте ответственного за новые формы и изменения полей CRM. При каждом обновлении повторяйте контрольную отправку. Так проще заметить разрыв в передаче данных до того, как он повлияет на решения по рекламному бюджету.
