AIMORA
Почему заявки теряются между сайтом, Telegram и CRM
Заявка редко пропадает в одном красивом месте. Обычно она теряется на стыке: пользователь нажал Telegram, написал вопрос, менеджер ответил, потом отвлекся; форма ушла на почту, но не попала в CRM; звонок был, но источник рекламы не сохранился; лид есть в чате, а в отчете его нет.
Короткий ответ
Заявки теряются между сайтом, Telegram и CRM изза семи причин: Нет единого идентификатора заявки. UTM и yclid не сохраняются после перехода в форму или мессенджер. Цель Метрики фиксирует клик, но не успешную заявку. Telegram используется как CRM, хотя он не хранит нормальные статусы продаж. Нет ответственного и SLA по первому ответу. Данные из формы, звонка и чата не собираются в одну карточку. Собственник смотрит то
Где именно ломается путь
Путь лида обычно выглядит так: flowchart LR A["Реклама или поиск"] B["Сайт"] B C["Форма, звонок или Telegram"] C D["Уведомление"] D E["CRM или журнал"] E F["Менеджер"] F G["Статус и сделка"] Потеря может случиться в любом звене: пользователь пришел, но не понял оффер; нажал кнопку, но форма не открылась; отправил форму, но письмо попало в спам; перешел в Telegram, но UTM не сохранились; менеджер ответил, но не создал
Сайт: первая точка учета
Сайт должен фиксировать не только факт отправки формы, но и контекст: URL страницы; дата и время; форма или кнопка; имя; телефон или контакт; комментарий; UTM; yclid; referrer; согласие на обработку данных; технический статус отправки. Если форма отправляет только имя и телефон, маркетинг теряет половину картины. Потом невозможно понять, какая страница, кампания или фраза привела заявку.
Telegram: удобный вход, но плохой архив продаж
Telegram удобен для быстрого контакта. Пользователь не хочет заполнять форму, он нажимает кнопку и пишет "сколько стоит сайт?". Это нормальный сценарий. Проблема начинается, когда Telegram становится единственным местом учета. В чате сложно: хранить UTM; назначать ответственного; контролировать SLA; видеть статус сделки; строить отчет по источникам; возвращаться к потерянным диалогам; отличать новый лид от повторного
CRM: не склад контактов, а процесс
CRM не спасает сама по себе. Если в нее попадает мусор, дубли и неполные заявки, она превращается в дорогую адресную книгу. Минимальная карточка лида: Статусы должны быть простыми: новая, в работе, квалифицирована, предложение отправлено, сделка, отказ, дубль, спам.
Метрика: различайте интерес и заявку
Клик по кнопке Telegram это интерес. Успешная отправка формы это заявка. Созданная сделка в CRM это уже следующий уровень качества. Для сайта услуг полезно разделять цели: telegramclick пользователь перешел в Telegram; leadformopen открыл форму; leadformsubmitsuccess форма успешно отправлена; phoneclick нажал телефон; crmleadcreated заявка создана в CRM, если есть интеграция; qualifiedlead лид квалифицирован, если пе
UTM и yclid должны жить дольше одной страницы
Пользователь может прийти с рекламы, почитать страницу, открыть кейсы, вернуться на услугу, потом нажать Telegram. Если UTM хранится только в первом URL и не сохраняется в браузере, источник потеряется. Решение: При первом заходе сохранить UTM, yclid, ysclid, gclid в cookie или localStorage с разумным сроком. Подставлять эти значения в скрытые поля формы. Передавать их в CRM. При переходе в Telegram добавлять коротки
SLA: скорость ответа
Даже идеально настроенная CRM не поможет, если менеджер отвечает через сутки. Для заявок с рекламы скорость часто критична: человек отправил запрос нескольким подрядчикам и выберет того, кто быстрее и понятнее ответил. Минимальные правила: новая заявка должна прийти ответственному сразу; первый ответ в течение 515 минут в рабочее время; если ответственный недоступен, есть дублер; все новые лиды видны собственнику или
Как собрать надежную схему
Простая архитектура: Сайт принимает заявку. Скрипт сохраняет UTM и технический ID. Форма отправляет данные на сервер. Сервер записывает заявку в журнал. Уведомление уходит в Telegram ответственному. Заявка создается в CRM. Метрика получает цель успешной отправки. CRM хранит статус и результат. Раз в неделю маркетинг сверяет расходы, заявки и сделки. Журнал заявок нужен даже при CRM. Он помогает восстановить данные, е
Частые ошибки
Telegram хорош как канал общения, но слаб как система учета. Его нужно связать с CRM или журналом. Телефон без источника, страницы и UTM помогает связаться, но не помогает управлять маркетингом. Если пользователь нажал "отправить", но сервер вернул ошибку, цель заявки не должна срабатывать. Один пользователь может написать в форму и Telegram. Без ID и правил дедупликации он станет двумя лидами в отчете.