Мониторинг SLA по лидам: предупреждения о просрочке, автоэскалация и разбор

Мониторинг SLA по лидам: четыре уровня предупреждений, автоэскалация и регулярный разбор

Мониторинг SLA по лидам: предупреждения о просрочке, автоэскалация и разбор

Сначала вывод: Настроить SLA и не следить за ним — всё равно что не настраивать. Если по лиду класса A никто не ответил за 5 минут, система должна на 4-й минуте отправить предупреждение самому менеджеру, на 10-й — эскалировать руководителю, на 15-й — автоматически передать лид свободному коллеге. Предупреждения должны быть уровневыми: на 80% таймера — личное сообщение менеджеру, при просрочке — эскалация, при двойной просрочке — автоматическая передача лида. У здорового отдела доля просрочек первого ответа по классу A не должна превышать 5%. Контринтуитивный вывод: слишком частые предупреждения равносильны их отсутствию — если их больше 10 в день, менеджеры просто отмечают все как прочитанные и не смотрят. И руководитель не должен отвечать за менеджера, который просрочил ответ: это лишь маскирует проблему с нагрузкой.

1. С какого момента начинается отсчёт SLA

У многих команд SLA существует только на бумаге, и первая причина — неверная точка отсчёта. Они начинают считать с момента, когда менеджер «увидел» лид, но менеджер может полдня не открывать CRM, и просрочка по такому лиду никогда не сработает.

Правильная точка отсчёта — момент попадания лида в CRM, независимо от того, онлайн менеджер или нет. Успешная отправка формы, пересланное письмо, сообщение в WhatsApp — по всем трём каналам нужно ставить метку времени и с неё начинать отсчёт. Как объединить несколько каналов в одном месте, читайте в Объединение запросов из разных каналов.

Порог отсчёта зависит от класса лида. Класс A — 5 минут, класс B — 1 час, класс C — 24 часа, что соответствует классификации входных точек из предыдущей статьи. Как делить лиды на классы, читайте в Фильтрация воронки лидов и разделение по качеству.

Уровень	SLA первого ответа	Предупреждение на 80%	Эскалация по таймауту	Двойная просрочка
Класс A	5 минут	На 4-й минуте — личное сообщение менеджеру	На 10-й минуте — уведомление руководителю	На 15-й минуте — автоматическая передача
Класс B	1 час	На 48-й минуте — напоминание	На 90-й минуте — уведомление руководителю	На 2-м часу — передача
Класс C	24 часа	На 20-м часу — напоминание	На 36-м часу — подключается руководитель	—

Как считать лиды, пришедшие в выходные и ночью? Не будите менеджера в 3 часа ночи. На ночные лиды отправляйте автоответ: «Мы ответим вам в рабочее время в первую очередь», а отсчёт начинайте со следующего рабочего дня. Как охватить разные часовые пояса, читайте в Работа с запросами в разных часовых поясах.

2. Как спроектировать четыре уровня предупреждений, чтобы их не игнорировали

Предупреждения делятся на четыре уровня — не начинайте сразу со звонков и SMS. Чем тяжелее канал, тем быстрее у менеджеров вырабатывается иммунитет.

Первый уровень — предупреждение на 80% таймера: личное сообщение менеджеру с текстом «по этому лиду класса A осталась 1 минута до срока». Это напоминание, а не выговор. Второй уровень — фактическая просрочка: уведомление получают и менеджер, и руководитель.

Уровень оповещения	Условие	Кого уведомлять	Канал
L1 Предупреждение	80% от SLA	Только менеджер	Личное сообщение в мессенджере
L2 Просрочка	SLA превышен	Менеджер + руководитель	Мессенджер + почта
L3 Эскалация	Просрочка 5 минут, ответа нет	Руководитель	Упоминание в мессенджере + звонок
L4 Передача	Двойная просрочка	Новый ответственный + руководитель	Автоматическая передача системой

Контринтуитивный вывод: чем больше уведомлений, тем чаще их игнорируют. Если продавец получает больше 10 уведомлений в день, он привыкает отмечать все прочитанными одной кнопкой, и действительно срочное тоже теряется. Поэтому L1-предупреждения должны быть сдержанными — только для класса A, по классам B и C в личку не пишем.

Пример из жизни: продавец ведёт видеовстречу, телефон на беззвуке, приходит заявка класса A. На 4-й минуте система отправила сообщение в мессенджер — он не увидел; на 10-й минуте руководитель получил уведомление и позвонил ему; он ответил сразу после встречи, и сделка ещё в золотом окне. Без этой цепочки эскалации заявку он увидел бы только после обеда.

Три. Автоэскалация: переназначить, а не отвечать за продавца

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

Ответ руководителя вместо продавца — самая частая ошибка. Кажется, что проблема решена, а на деле скрыты две настоящие: первый продавец перегружен, а время руководителя уходит на работу первой линии. На следующей неделе всё повторится.

Неправильный подход	Внешний эффект	Реальная цена	Правильный подход
Руководитель отвечает сам	Лид спасён	Проблема загрузки скрыта	Автопереназначение свободному продавцу
Просрочка только фиксируется, без штрафа	У продавца нет давления	Доля просрочек растёт	Доля просрочек входит в месячный KPI
Уведомления только руководителю	Продавец не чувствует	В следующий раз снова просрочка	Сначала напомнить самому продавцу
Уведомлять все уровни сразу	Все всё знают	Усталость от уведомлений, все игнорируют	Поэтапные уведомления по уровням

После переназначения исходный продавец должен получить пояснение: «Эта заявка переназначена коллеге из-за просрочки». Не оставляйте его в неведении и не давайте ему думать, что в системе баг.

Механизм эскалации и балансировка нагрузки работают в паре. Кому переназначать, зависит от того, у кого сейчас меньше всего активных заявок. Алгоритм балансировки нагрузки см. в Балансировка нагрузки менеджеров по заявкам, здесь речь только об условиях запуска переназначения.

Четыре. Разбор: что смотреть каждую неделю, что менять каждый месяц

Мониторинг уведомлений — это не «поставил и забыл»: раз в неделю смотреть данные по просрочкам, раз в месяц разбирать причины.

На недельном дашборде три цифры: доля просрочек первого ответа по классу A (цель — ниже 5%), доля просрочек по классу B (цель — ниже 15%), число переназначений по уведомлениям (больше 5 — разобраться почему). Эти три цифры выводим в ежедневный дашборд, см.Дашборд по заявкам.

Периодичность разбора	Какие показатели смотреть	Здоровый порог	Действие
Ежедневно	Просрочки класса A за день	0	Есть — разбираем в тот же день
Еженедельно	Доля просрочек класса A, число переназначений	<5%, <5 раз	Анализ топ-3 причин просрочек
Ежемесячно	Распределение просрочек по продавцам	Ни у кого нет превышения 2 месяца подряд	Перераспределить нагрузку или обучить
Ежеквартально	Разумны ли сами пороги SLA	Нет последовательного смягчения	По данным ужесточить или ослабить

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

Пример из практики: в одном месяце доля просрочек по категории A выросла с 3% до 12%. Смотрим на дашборд — один из трёх продавцов был в отпуске две недели, и двое оставшихся тянули двойной поток заявок. Это не проблема отношения к работе, это проблема графика — в следующий раз перед отпуском нужно заранее передать нагрузку дублёру.

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

Совместный анализ данных SLA и последующих результатов конверсии можно посмотреть в Связь времени ответа на запрос с конверсией в сделку. В той статье речь о том, как скорость ответа влияет на закрытие сделки, а в этой — о том, как с помощью системы мониторинга удержать время ответа. Эти два подхода стоит рассматривать вместе.

FAQ: частые вопросы

С какого момента должен начинаться отсчёт SLA?

С момента попадания заявки в CRM, независимо от того, онлайн продавец или нет. Все три канала — отправка формы, пересылка письма, входящее сообщение в WhatsApp — должны фиксировать метку времени. Не считайте с момента, когда продавец «увидел» заявку: тогда продавец полдня не открывает CRM, и по этой заявке просрочка никогда не сработает. Заявки в выходные и ночью получают автоответ, а отсчёт начинается в рабочие часы следующего дня.

Какие SLA установить для категорий A, B и C?

Для категории A — первый ответ в течение 5 минут, для B — 1 час, для C — 24 часа. Порог предупреждения — 80% от SLA: для A — на 4-й минуте, для B — на 48-й минуте, для C — на 20-й час. Если просрочка превысила 5 минут и ответа всё нет — эскалация руководителю, при двойной просрочке заявка автоматически переназначается коллеге с наименьшей текущей нагрузкой.

Почему нельзя сразу звонить при срабатывании оповещения?

Потому что чем жёстче оповещения, тем быстрее к ним привыкают. Если каждый продавец получает больше 10 оповещений в день, он просто отмечает все как прочитанные, и действительно срочное тоже теряется. Правильный подход — четыре уровня: при 80% отсчёта — личное сообщение продавцу, при просрочке — уведомление руководителю, при просрочке 5 минут — эскалация, при двойной просрочке — переназначение. Предупреждения уровня L1 отправляются только по категории A, по B и C не нужно заваливать личными сообщениями.

Может ли руководитель сам ответить при просрочке?

Нет. Когда руководитель отвечает вместо продавца, кажется, что заявка спасена, но на самом деле это скрывает две реальные проблемы: первая — продавец перегружен, вторая — время руководителя тратится на работу первой линии. Правильно: при двойной просрочке система автоматически переназначает заявку продавцу с наименьшей текущей нагрузкой и уведомляет исходного продавца. Если руководитель отвечает сам, та же просрочка повторится и на следующей неделе.

Какая доля просрочек первого ответа по категории A считается нормой?

Доля просроченных первых ответов по категории A не должна превышать 5%, по категории B — 15%. Ежедневно на дашборде число просрочек по категории A должно быть нулевым; еженедельно смотрим долю просрочек и число переназначений (если больше 5 — разбираемся в причинах); ежемесячно смотрим распределение просрочек по продавцам: тех, кто два месяца подряд внизу, разбираем отдельно — это перегрузка, нехватка обучения или неправильный график.

Как считать SLA для заявок, пришедших в выходные и ночью?

Не будите продавца таймером в 3 часа ночи. На заявки, пришедшие ночью и в выходные, сразу отправляйте покупателю автоответ: мы свяжемся в рабочее время. Отсчёт начинается в первый рабочий час следующего дня. Если заявка категории A действительно срочная (оставлен телефон, спрашивают о срочном заказе), только тогда срабатывает сигнал на дежурный телефон; для всех остальных категорий — ждём рабочего времени.

В заключение

SLA — это не лозунг в трудовом договоре, а полноценная система контроля: от отметки времени до эскалации по уровням, автоматического переназначения и еженедельного и ежемесячного разбора. Без контроля продавцы вообще не боятся просрочек по SLA.

Три шага внедрения: сначала привяжите начало отсчёта к моменту попадания заявки в CRM и задайте три порога по категориям A/B/C — 5 минут / 1 час / 24 часа; затем сделайте эскалацию четырёхуровневой: на 80% времени — напоминание самому продавцу, при просрочке — уведомление руководителю, при двойной просрочке — автоматическое переназначение; и наконец, еженедельно смотрите долю просрочек, ежемесячно разбирайте первопричины. Руководитель не должен отвечать за продавца — он должен переназначать заявку.

Запомните одну фразу: SLA держится на системе, а не на сознательности — точная отметка времени, эскалация по уровням, автоматическое переназначение при просрочке, и тогда заявки категории A не утонут в почте продавца.