Заявка пропадает на стыке систем. Форма отправилась, но письмо ушло в спам. Менеджер увидел уведомление и не завёл сделку. Клиент написал повторно, и карточка задвоилась. Сквозная аналитика для поиска таких разрывов не нужна. Достаточно пройти цепочку руками и сверить, что видит клиент, с тем, что видит менеджер. Ниже — пять точек, где связь рвётся чаще всего, и порядок проверки, который занимает несколько дней.
Где рвётся цепочка между сайтом и CRM?
Путь заявки выглядит так: источник трафика, форма или квиз на сайте, уведомление, запись в CRM, обработка менеджером. Разрыв возможен на любом шаге. Клиент оставил номер, а интеграция с CRM отвалилась после обновления сайта. Или заявка дошла, но пролежала в папке «Спам» до вечера — человек к тому моменту договорился с другим подрядчиком.
У каждого канала свой стык. Заявки приходят из контекстной рекламы, с квизов, из карточки организации на картах, из почты и мессенджеров. Если реклама приводит трафик, а сделок нет, причина часто не в ставках: почему реклама не даёт заявок — вопрос к форме на сайте, а не к объявлениям. На картах работает своя логика: получать заявки с карт получается, когда звонки и сообщения из карточки попадают в CRM, а не в личный телефон менеджера.
Квизы собирают заявки активнее обычных форм: конверсия в 2–4 раза выше (блог Albato). Поэтому разрыв в квизе стоит дороже. Как собрать опрос и передать заявки в CRM, разобрано в материале про настройку квизов без программиста.
Общая схема движения заявки по каналам — в разборе как не терять заявки между сайтом, чатами и CRM.
Как проверить цепочку без сквозной аналитики?
Начните с ручной сверки. Она не требует бюджета и даёт достаточно данных, чтобы найти дыру.
| Этап | Что смотреть | Признак разрыва |
|---|---|---|
| Источник трафика | Метки UTM, номера телефонов, ссылки на карточку | В рекламном кабинете заявки есть, в CRM их нет |
| Форма на сайте | Куда уходит письмо, что видит клиент после отправки | Клиент получает «спасибо», письмо не приходит |
| Уведомление | Папка «Спам», фильтры ящика, чат для оповещений | Письма копятся, никто их не открывает |
| Запись в CRM | Создание сделки, поля, ответственный, источник | Сделка есть, но без источника или владельца |
| Обработка | Скорость первого ответа, повторные обращения | Клиент пишет второй раз, карточка дублируется |
Дальше — пять действий, которые закрывают большую часть потерь:
- Отправьте тестовую заявку из каждой формы и квиза. С личного номера, не с рабочего. Пройдите путь до сделки в CRM.
- Сверьте числа. Возьмите статистику источника за неделю и количество сделок в CRM за тот же срок. Расхождение показывает, где искать.
- Проверьте «Спам» и фильтры почты. После смены хостинга или почтового сервиса письма от форм часто улетают в спам.
- Назначьте ответственного за каждый канал. Сделка без владельца живёт в системе до первого напоминания, потом о ней забывают.
- Заведите журнал заявок. Таблица с датой, источником и статусом помогает заметить потери раньше, чем они станут привычкой.
Если сайт работает на 1С-Битрикс и обменивается с 1С, добавляется ещё один стык. Типовые сбои этого обмена — неверные права доступа, лимиты PHP на хостинге и настройки CommerceML (разбор настройки обмена Битрикс с 1С). Сделка не создаётся, когда обмен падает ночью, а мониторинга нет.
Почему ручные заявки и дубли мешают сильнее, чем кажется?
Менеджер заводит заявку в CRM вручную, потому что так быстрее. Через месяц он уходит в отпуск, и часть обращений остаётся в почте или блокноте. У CRM для этого есть штатные инструменты: распределение по истории взаимодействия, приоритет для менеджеров с высокой конверсией (школа торговли МойСклад). Включать их стоит после того, как цепочка собрана.
Дубли появляются там, где нет проверки по телефону или почте. Один клиент оставляет заявку через квиз и звонит по телефону с карточки. В CRM это две разные сделки. Менеджер перезванивает дважды, счёт выставляют наугад. Чистка дублей — часть настройки, а не разовая уборка.
Типичные ошибки
- Держать формы только на почте. Письма теряются среди рассылок и уведомлений.
- Оставить один канал оповещений. Один мессенджер или один ящик — единственная точка отказа.
- Не чистить дубли. Две карточки на клиента размывают историю сделки.
- Заводить заявки вручную. Болезнь или отпуск менеджера останавливает поток.
- Ждать, что клиент позвонит сам. Повторное обращение часто уходит другому подрядчику.
- Винить рекламу до проверки цепочки. Сначала убедитесь, что заявки доходят до CRM.
Разбор цепочки — первый шаг аудита лидогенерации. Сначала смотрят, где теряются обращения, потом чинят стыки. Менять CRM или сайт на этом этапе не нужно: чаще всего достаточно настроить уведомления, права доступа и автоматическое создание сделок.
3 шага на эту неделю:
- Отправьте тестовую заявку из каждой формы и квиза.
- Сравните число заявок в источнике и число сделок в CRM за последние семь дней.
- Назначьте ответственного за каждый канал и продублируйте уведомления в мессенджер.
