Где и почему теряются заявки — и как закрыть все точки утечки
Заявки с сайта теряются не потому что их мало. Они теряются потому что процесс между «клиент нажал отправить» и «менеджер позвонил» не выстроен и не измерен.
Исследование Callibri на выборке более 2 миллионов обращений из 3 443 проектов российского малого и среднего бизнеса (первое полугодие 2024): бизнес теряет до 51% клиентов в каналах чата и обратного звонка. Исследование HBR зафиксировало: среднее время ответа компаний на онлайн-заявку составляет 42 часа, а 23% компаний вообще не отвечают.
Это не проблема лидов. Это проблема процесса.
Две причины, по которым теряются заявки
Техническая потеря — форма отправила данные, но интеграция не создала лид в CRM. Или создала, но уведомление не пришло. Или письмо ушло в спам.
Операционная потеря — лид попал в CRM, но без ответственного и без задачи. Менеджер увидел слишком поздно или забыл.
Большинство бизнесов знают о второй проблеме. О первой — нет. Проверять нужно всю цепочку от отправки формы до первого живого контакта.
Почему теряются заявки с сайта: карта каналов
По данным Callibri (2 млн+ обращений, российский МСБ, первое полугодие 2024):
| Канал | Доля обращений | Главный риск потери |
|---|---|---|
| Телефон | 65% | Пропущенный звонок без задачи на перезвон |
| Форма сайта | 19,8% | Сбой интеграции или заявка только на e-mail |
| Онлайн-чат | 4,2% | Медленный ответ или брошенный диалог |
| 3,5% | Письмо в общем ящике без ответственного | |
| 3,0% | Переписка в личном аккаунте сотрудника | |
| ВКонтакте | 2,4% | Заявки между сообществом и личными сообщениями |
| Telegram | 1,2% | Нет единого окна, нет контроля SLA |
Звонки и форма сайта — основной поток. Мессенджеры дают меньший объём, но технически наиболее уязвимы: переписки ведутся вручную, история остаётся в личных аккаунтах, SLA никто не контролирует.
Критическое окно: когда нужно ответить
Скорость ответа прямо определяет вероятность сделки. Данные MIT и InsideSales: ответ в первые 5 минут против 30 минут увеличивает вероятность контакта примерно в 100 раз и квалификации лида — в 21 раз. Компании, ответившие в первый час, квалифицировали лид в 7 раз чаще тех, кто ответил позже. Через 24 часа вероятность квалификации падает в 60 раз по сравнению с первым часом.
HubSpot фиксирует конкретный кейс: после внедрения автоматической маршрутизации время ответа сократилось с 4,2 часа до 37 минут. Конверсия выросла на 23% за квартал.
Ни один менеджер без автоматизации не выдержит SLA в 5–15 минут стабильно — особенно в нерабочее время.
Чеклист: 8 точек потери заявок
Проверьте каждую. Три и более «нет» — сигнал для аудита.
1. Форма сайта
- Данные уходят на серверный endpoint или CRM API, а не только на e-mail?
- При успешной отправке лид создаётся в CRM автоматически?
- Есть журнал каждого запроса и повторная отправка при ошибке?
2. Телефония
- Каждый пропущенный звонок создаёт задачу на перезвон?
- Пропущенные в нерабочее время попадают в очередь на начало смены?
3. Мессенджеры
- Telegram и WhatsApp подключены к рабочему контуру, не к личным аккаунтам?
- Входящее сообщение создаёт или находит лид в CRM?
4. Назначение
- У каждого нового лида есть ответственный в первые минуты?
- Есть резервный менеджер или очередь при недоступности основного?
5. Уведомления
- Менеджер получает мгновенное уведомление о новом лиде?
- Уведомление содержит источник, канал и текст обращения?
6. SLA
- Установлен целевой срок первого ответа (например, 15 минут в рабочее время)?
- При нарушении SLA срабатывает эскалация к руководителю?
7. Follow-up
- После неудачной попытки контакта автоматически создаётся следующая задача?
- Нельзя закрыть лид «не дозвонились» после единственной попытки?
8. Дубли
- Повторное обращение того же клиента добавляется в существующую карточку, а не создаёт новый лид?
Минимальная архитектура
Единый поток выглядит так:
Сайт / формы ─┐
Телефония │
Telegram ─────┼──> API-интеграция → нормализация + дедупликация
WhatsApp │ ↓
┘ CRM: лид + источник + владелец
↓
Уведомление + задача + SLA-таймер
↓
Эскалация при нарушении → перераспределениеКлючевой принцип: форма не «отправляет письмо». Форма вызывает API, который создаёт лид, назначает ответственного и запускает таймер. Если в течение 15 минут нет реакции — менеджер получает второе уведомление, руководитель — третье.
Именно это реализует автоматизация обработки заявок через кастомные API-интеграции: сайт, телефония, Telegram и WhatsApp дают данные в одну точку с полным логированием и контролем SLA.
KPI: как измерить потери
Пяти метрик достаточно для еженедельного контроля:
| Метрика | Что показывает | Цель для старта |
|---|---|---|
| Доля лидов без владельца | Ошибки маршрутизации | 0% |
| Доля лидов без первого контакта | Прямые операционные потери | < 5% |
| Медиана времени первого ответа | Скорость команды | < 15 мин в рабочее время |
| Доля нарушений SLA | Системность проблемы | < 10% |
| % пропущенных звонков с перезвоном | Потери в телефонии | 100% |
Раз в неделю сравнивайте три цифры: успешные отправки формы в аналитике → созданные лиды в CRM → лиды с первым контактом в SLA. Разница между первой и третьей — ваши фактические потери.
По данным Сбер Бизнес Софт и TenChat (718 компаний, 2024): 25% российских компаний не используют CRM вообще, только 22% охватывают все подразделения. Каждая четвёртая компания ведёт заявки в таблицах или мессенджерах без единого реестра и без возможности замерить время ответа.
Частые вопросы
Форма работает, но заявки иногда пропадают. Почему?
Форма может отправить данные успешно в браузере, но интеграция с CRM — упасть. Проверьте: есть ли журнал запросов на сервере, сопоставьте число отправок формы в аналитике с числом лидов в CRM. Расхождение — точная цифра технических потерь.
Нужна ли CRM, если заявок немного?
Нужен единый реестр с ответственным, статусом и историей. CRM — наиболее удобный вариант, но подойдёт и кастомная система. Главное: данные не должны жить в разных мессенджерах, почте и таблицах без единой точки правды.
Что делать с заявками ночью и в выходные?
Отправлять автоматическое подтверждение с честным сроком ответа. Лид сохранять в CRM и ставить в приоритетную очередь на начало смены. Если объём позволяет — Telegram-бот для заявок собирает первичные данные круглосуточно.
Как объединить сайт, Telegram и WhatsApp?
Формы подключают через webhook или API на серверный endpoint. Telegram — через Bot API. WhatsApp Business Platform — через Graph API и webhook. Интеграционный слой нормализует данные и создаёт единый лид в CRM независимо от канала.
Как понять, что интеграция не сломалась?
Нужны три вещи: журнал запросов (каждое событие записывается), мониторинг ошибок (алерт при сбое) и тестовая заявка раз в день. Если событие формы есть, а лида в CRM нет — система сигнализирует автоматически, не через жалобу клиента.
Итог
Заявки с сайта теряются в двух местах: на интеграции (техника) и в обработке (операции). Обе проблемы измеримы и решаемы без смены всего стека — через API-подключение, автоназначение, SLA-таймер и эскалацию.
Проведём аудит цепочки от формы до первого ответа и покажем, где именно происходит утечка.
Обсудить задачу → · Автоматизация обработки заявок →
Написать в Telegram @vitalystalenkov · Написать в WhatsApp · Оставить заявку
Виталий Сталенков
Основатель Systera. Автоматизирую бизнес-процессы для МСБ. Подробнее →
