AIMORA

Почему заявки теряются между сайтом, Telegram и CRM

Заявка редко пропадает в одном красивом месте. Обычно она теряется на стыке: пользователь нажал Telegram, написал вопрос, менеджер ответил, потом отвлекся; форма ушла на почту, но не попала в CRM; звонок был, но источник рекламы не сохранился; лид есть в чате, а в отчете его нет.

Собственник видит симптом: "заявок мало" или "реклама не окупается". Внутри часто другая проблема: заявки есть, но бизнес не умеет надежно провести их от клика до статуса.

Короткий ответ

Заявки теряются между сайтом, Telegram и CRM из-за семи причин:

1. Нет единого идентификатора заявки.
2. UTM и yclid не сохраняются после перехода в форму или мессенджер.
3. Цель Метрики фиксирует клик, но не успешную заявку.
4. Telegram используется как CRM, хотя он не хранит нормальные статусы продаж.
5. Нет ответственного и SLA по первому ответу.
6. Данные из формы, звонка и чата не собираются в одну карточку.
7. Собственник смотрит только на количество лидов, но не на путь и качество обработки.

Решение - построить простую цепочку: событие на сайте, фиксация источника, создание заявки, уведомление ответственному, статус в CRM, контроль обработки и обратная передача результата в аналитику.

Где именно ломается путь

Путь лида обычно выглядит так:

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;
• видеть статус сделки;
• строить отчет по источникам;
• возвращаться к потерянным диалогам;
• отличать новый лид от повторного клиента.

Telegram лучше использовать как канал входа и быстрых уведомлений, но итог заявки должен попадать в CRM или хотя бы в таблицу с едиными статусами.

CRM: не склад контактов, а процесс

CRM не спасает сама по себе. Если в нее попадает мусор, дубли и неполные заявки, она превращается в дорогую адресную книгу.

Минимальная карточка лида:

Статусы должны быть простыми: новая, в работе, квалифицирована, предложение отправлено, сделка, отказ, дубль, спам.

Метрика: различайте интерес и заявку

Клик по кнопке Telegram - это интерес. Успешная отправка формы - это заявка. Созданная сделка в CRM - это уже следующий уровень качества.

Для сайта услуг полезно разделять цели:

• telegram_click - пользователь перешел в Telegram;
• leadformopen - открыл форму;
• leadformsubmit_success - форма успешно отправлена;
• phone_click - нажал телефон;
• crmleadcreated - заявка создана в CRM, если есть интеграция;
• qualified_lead - лид квалифицирован, если передаются офлайн-конверсии.

Если все эти действия смешать в одну цель "лид", отчет станет красивым, но бесполезным.

UTM и yclid должны жить дольше одной страницы

Пользователь может прийти с рекламы, почитать страницу, открыть кейсы, вернуться на услугу, потом нажать Telegram. Если UTM хранится только в первом URL и не сохраняется в браузере, источник потеряется.

Решение:

1. При первом заходе сохранить UTM, yclid, ysclid, gclid в cookie или localStorage с разумным сроком.
2. Подставлять эти значения в скрытые поля формы.
3. Передавать их в CRM.
4. При переходе в Telegram добавлять короткий стартовый текст или внутренний ID, если сценарий это позволяет.
5. Не перетирать первый источник пустыми значениями.

Важно соблюдать требования к персональным данным и не хранить лишнее. Но источник заявки - это не роскошь, а база для управления рекламой.

SLA: скорость ответа

Даже идеально настроенная CRM не поможет, если менеджер отвечает через сутки. Для заявок с рекламы скорость часто критична: человек отправил запрос нескольким подрядчикам и выберет того, кто быстрее и понятнее ответил.

Минимальные правила:

• новая заявка должна прийти ответственному сразу;
• первый ответ - в течение 5-15 минут в рабочее время;
• если ответственный недоступен, есть дублер;
• все новые лиды видны собственнику или руководителю;
• в конце дня нет заявок без статуса;
• каждое "не дозвонились" имеет следующее действие.

Как собрать надежную схему

Простая архитектура:

1. Сайт принимает заявку.
2. Скрипт сохраняет UTM и технический ID.
3. Форма отправляет данные на сервер.
4. Сервер записывает заявку в журнал.
5. Уведомление уходит в Telegram ответственному.
6. Заявка создается в CRM.
7. Метрика получает цель успешной отправки.
8. CRM хранит статус и результат.
9. Раз в неделю маркетинг сверяет расходы, заявки и сделки.

Журнал заявок нужен даже при CRM. Он помогает восстановить данные, если интеграция временно упала.

Чек-лист диагностики потерь

Частые ошибки

Ошибка 1. Считать Telegram полноценной CRM

Telegram хорош как канал общения, но слаб как система учета. Его нужно связать с CRM или журналом.

Ошибка 2. Передавать в CRM только телефон

Телефон без источника, страницы и UTM помогает связаться, но не помогает управлять маркетингом.

Ошибка 3. Ставить цель на клик, а не на успех

Если пользователь нажал "отправить", но сервер вернул ошибку, цель заявки не должна срабатывать.

Ошибка 4. Не проверять дубли

Один пользователь может написать в форму и Telegram. Без ID и правил дедупликации он станет двумя лидами в отчете.

FAQ

Что лучше: форма или Telegram?

Лучше оба канала, если они оба учитываются. Форма структурирует данные, Telegram снижает барьер общения. Главное - не терять источник и статус.

Нужна ли CRM малому бизнесу?

Если заявок мало, можно начать с таблицы и журнала. Но статусы, ответственный, источник и история должны быть с первого дня.

Можно ли передавать офлайн-конверсии обратно в рекламу?

Да, для более зрелой схемы можно передавать данные о качественных лидах и сделках. Это помогает оценивать рекламу не только по форме, но и по реальному результату.

Что делать сначала?

Сначала проверьте форму, Метрику, UTM и журнал заявок. Потом подключайте CRM-интеграции, офлайн-конверсии и более сложную аналитику.

Что сделать на практике

Если форма, UTM и уведомления уже есть, но обращения всё равно приходят без контекста, можно добавить умный чат для сайта. Когда проблема шире виджета и затрагивает формы, цели и CRM-связки, начните с доработки сайта.

Итог

Заявки теряются не потому, что бизнесу "не повезло с рекламой". Они теряются, когда между сайтом, Telegram и CRM нет единого процесса. Сделайте ID заявки, сохраняйте источники, разделяйте цели, назначайте ответственных и контролируйте статусы. Тогда маркетинг станет управляемым, а не просто шумным.

Связаться с AIMORA