Почему менеджеры не перезванивают клиентам — и как выстроить систему контроля
Менеджеры забывают перезванивать не потому что ленивы. Проблема — в отсутствии процесса, который гарантирует: каждая заявка получает владельца, дедлайн, следующее действие и контроль.
По данным исследования Телфин и OkoCRM (7 500+ представителей МСБ, сентябрь 2025): задержка первой реакции более чем на 10 минут связана с потерей более половины клиентов. Данные MIT и InsideSales подтверждают на западном рынке: звонок в первые 5 минут повышает вероятность контакта примерно в 100 раз по сравнению со звонком через 30 минут.
Штрафы и мотивация не решают эту проблему. Решает система: событие → лид → ответственный → SLA → задача → эскалация.
7 системных причин, почему менеджеры не перезванивают
Проблема обычно не в конкретном сотруднике. Вот что ломается на уровне процесса:
-
Заявки приходят в разные места. Формы сайта, телефония, почта, Telegram, VK, Avito — и не попадают в единый контур. Менеджер видит не все обращения.
-
Нет автоматически назначенного ответственного. Лид лежит в общем ящике или в «нераспределённых» CRM. Никто не считает его своим.
-
Нет дедлайна на первое касание. Задача «перезвонить» есть, но без срока. Менеджер обработает её «когда освободится» — через час или завтра.
-
Менеджер занят текущими диалогами. Встречи, активные сделки, обработка текущих клиентов — новый лид не становится приоритетом автоматически.
-
Нет передачи при недоступности. Первый менеджер не ответил — лид не переходит к следующему свободному. Заявка зависает.
-
Руководитель не видит отчёт. Нет дашборда «лиды без первого контакта» и «просроченные задачи». Проблема вскрывается через жалобу клиента, а не через систему.
-
Контакт теряется при ручном копировании. Данные переносятся из рекламной площадки или мессенджера в CRM вручную — телефон записан неправильно, лид не создан, история потеряна.
Если убрать любые три причины из семи, скорость обработки заявок меняется радикально.
Какой SLA установить на перезвон по новой заявке
SLA первого касания зависит от срочности обращения и канала. Универсального ответа «всем — 5 минут» нет: для горячего лида с формы сайта 15 минут — уже долго, а для сложного B2B-запроса важнее качество follow-up, чем скорость.
| Тип заявки | Целевой SLA | Что считается реакцией |
|---|---|---|
| Горячая заявка (форма, звонок) | До 5 минут | Звонок или сообщение менеджера |
| Заявка из мессенджера | До 10 минут | Ответ в чате (не автоответ) |
| Обычная заявка (e-mail, соцсети) | До 30 минут | Звонок или персональное сообщение |
| Ночная / выходная заявка | Автоответ сразу + звонок в начале смены | Бот подтверждает получение, менеджер звонит утром |
| Сложный B2B-запрос | До 2 часов | Подтверждение с конкретным сроком ответа |
Реакция — это не обязательно консультация. Сообщение «Получили заявку, менеджер Анна свяжется с вами до 14:15» с последующим выполнением — уже рабочая реакция. По данным Телфин/OkoCRM, в первые 1–3 минуты клиенту важно увидеть, что запрос принят.
Как должна работать цепочка: от заявки до контроля
Минимально жизнеспособный процесс контроля перезвонов для МСБ:
Сайт / Telegram / WhatsApp / телефония / Avito
↓
Единый входящий контур (API-интеграция)
↓
CRM: лид + источник + канал + текст обращения
↓
Автораспределение → назначен ответственный
↓
Задача «Связаться» с дедлайном по SLA
↓
[SLA − 2 мин] → напоминание менеджеру
[SLA нарушен] → уведомление руководителю
[SLA + 5 мин] → перераспределение в общий пул
↓
Менеджер фиксирует результат:
дозвонился / не дозвонился / назначена встреча / нецелевой
↓
Если недозвон → автоматически создаётся следующая задача
(повторный звонок через 2 часа → сообщение в мессенджер → звонок на следующий день)Ключевой принцип: лид не может существовать без владельца, без задачи и без срока. Если все три элемента на месте — забыть перезвонить технически невозможно.
Именно это реализует автоматизация обработки заявок через кастомные API-интеграции сервисов: все каналы сходятся в одну точку, каждый лид получает SLA-таймер и эскалацию.
Какие отчёты должен видеть руководитель
Без отчёта руководитель узнаёт о пропущенных перезвонах из жалоб клиентов. С отчётом — видит проблему до того, как она стала потерей.
Пять метрик для ежедневного контроля:
| Метрика | Что показывает | На что реагировать |
|---|---|---|
| Новые лиды без первого контакта | Заявки, которые никто не обработал | Любое число > 0 утром |
| Медиана времени первого ответа | Реальная скорость команды | Рост более чем на 20% от нормы |
| Доля нарушений SLA | Системность проблемы | Более 10% — пересмотреть процесс |
| Лиды без следующей задачи | Зависшие сделки без действия | Любое число > 0 |
| Попытки контакта на лид | Настойчивость обработки | Менее 3 попыток — недостаточно |
Этот отчёт можно получать ежедневно в Telegram — автоматические отчёты для руководителя собирают данные из CRM и отправляют сводку без ручной работы.
CRM без правил не решает проблему
Распространённая ошибка: «мы купили CRM — значит, заявки не теряются». CRM — это инструмент, а не процесс. amoCRM, Битрикс24 или любая другая система помогает только при настроенных правилах: автораспределение, дедлайны, эскалация, обязательные поля.
По данным Сбер Бизнес Софт и TenChat (718 компаний, 2024): 25% российских компаний не используют CRM вообще. Из тех, кто использует — только 22% охватывают все подразделения.
CRM с правильными настройками закрывает большинство задач. Кастомная автоматизация нужна, когда:
- Лиды идут из 5+ каналов (сайт, Telegram, WhatsApp, Avito, VK, рекламные формы)
- Нужна нестандартная логика маршрутизации (по загрузке, по графику, по региону)
- Требуется SLA-контроль с эскалацией и повторными касаниями по разным каналам
- CRM не покрывает все источники нативно — нужен интеграционный слой
В нерабочее время бот для первичного ответа подтверждает получение заявки, собирает первичные данные и ставит лид в приоритетную очередь на утро.
Частые вопросы
Почему менеджеры не перезванивают клиентам?
В большинстве случаев причина не в лени, а в отсутствии системы: заявки приходят из разных каналов, нет автоматического назначения ответственного, нет дедлайна на первое касание и нет эскалации при нарушении. Если процесс не выстроен — потери неизбежны при любой мотивации.
Через сколько минут нужно перезвонить клиенту после заявки?
Горячие заявки (форма сайта, входящий звонок) — до 5 минут. Мессенджеры — до 10 минут. Обычные обращения — до 30 минут. По данным MIT/InsideSales, обработка в первые 5 минут даёт более чем 8-кратную конверсию по сравнению с обработкой через 5 минут — 24 часа.
Как проверить, все ли заявки обработаны менеджерами?
Сравните три числа: успешные отправки формы (данные аналитики) → созданные лиды в CRM → лиды с зафиксированным первым контактом. Разница между первым и третьим числом — ваши потери. Подробнее — в чеклисте потери заявок.
Как настроить автоматическое напоминание менеджеру о звонке?
В CRM создаётся задача с дедлайном по SLA. За 1–2 минуты до нарушения — push-уведомление менеджеру. После нарушения — уведомление руководителю и перенос лида следующему свободному. При кастомной автоматизации напоминания приходят в Telegram с кнопкой «Взять в работу».
Нужно ли штрафовать менеджеров за пропущенные звонки?
Штраф без процесса — демотивация. Штраф при наличии процесса — обоснованная мера. Сначала выстройте систему: автоназначение, SLA, напоминания, эскалация. Когда менеджер получает лид, задачу, напоминание и повторное напоминание — и всё равно не звонит — тогда вопрос к сотруднику. До этого момента вопрос к процессу.
Что лучше для контроля заявок: amoCRM, Битрикс24 или кастомная автоматизация?
Если все заявки приходят из 1–2 каналов и CRM покрывает их нативно — хватит настроенной amoCRM или Битрикс24. Если каналов пять и более, нужна нестандартная маршрутизация или SLA-логика с эскалацией — потребуется интеграционный слой через API. Подробнее — на странице автоматизации обработки заявок.
Итог
Менеджеры забывают перезванивать не из-за личных качеств, а из-за отсутствия гарантированного процесса. Решение — не «заставить», а сделать забывание технически невозможным: каждый лид получает владельца, задачу с дедлайном, напоминание и эскалацию.
Проведём аудит вашей цепочки обработки заявок и покажем, на каком шаге происходят потери.
Обсудить задачу → · Автоматизация обработки заявок →
Написать в Telegram @vitalystalenkov · Написать в WhatsApp · Оставить заявку
Виталий Сталенков
Основатель Systera. Автоматизирую бизнес-процессы для МСБ. Подробнее →
