AI-агент в продажах МСП: handoff, эскалации и SLA за 45 дней

В отделе продаж МСП AI-агент даёт эффект не «красивым диалогом», а жёстким контуром handoff↔человек, эскалациями по правилам, журналом решений и SLA ответа: за 30–45 дней обычно видно, держит ли агент первую волну касаний или просто плодит хаос в CRM.

Я не ставлю агента «вместо менеджера». Ставлю его как исполнителя узких шагов с правом передать сделку человеку, когда срабатывает правило. Ниже — рабочая схема для МСП: кто что делает, как эскалировать, что писать в журнал и какие цифры смотреть через 30–45 дней.

---

Handoff человек↔агент: границы ролей

Без границ агент либо молчит на всём, либо лезет туда, где нужен живой продавец. Я фиксирую роли письменно до пилота.

Зона	Делает агент	Делает человек	Триггер передачи
Первый ответ 24/7	Да, по шаблону + контекст заявки	Нет, если агент в SLA	—
Уточнение бюджета/срока	Да, 1–3 коротких вопроса	Да, если клиент уходит в нюансы	«нестандартный scope», «тендер», «жалоба»
КП и цена	Нет (черновик — опционально)	Да, всегда финал	любой запрос цены вне прайса
Возражение «дорого / уже есть подрядчик»	Короткий скрипт + handoff	Да, переговоры	2-е возражение подряд
Договор / оплата / юрлицо	Нет	Да	любое юр. слово в переписке

Правило handoff: агент не «дожимает» после триггера. Он пишет клиенту, что подключает менеджера, кладёт в CRM карточку с причиной и ссылкой на тред, ставит задачу человеку с дедлайном SLA.

Чеклист handoff-карточки:

1. Причина эскалации (код из справочника, не свободный текст).
2. Краткое summary (3–5 строк) + цитаты клиента.
3. Статус сделки и следующий шаг.
4. Срок, до которого человек обязан ответить.
5. Флаг «клиент ждёт / не ждёт».

---

Матрица эскалаций и журнал решений

Эскалация без матрицы — это «напишите Васе в личку». В production я держу 2–3 уровня и один журнал.

Уровень	Когда	Кому	SLA внутренней реакции
L1	штатный handoff по правилам	менеджер смены / владелец очереди	15–30 мин в рабочее время
L2	повторный срыв SLA L1, конфликт, риск оттока	РОП / собственник продаж	1–2 часа
L3	юр./финансы, персональные данные, угрозы	ответственный + стоп агента на диалоге	немедленно

Журнал решений — не «лог чата», а таблица (в CRM или отдельном store), куда агент и человек пишут:

Поле	Зачем
decision_id	идемпотентность, разбор инцидентов
actor (agent/human)	кто принял решение
rule_id / reason_code	почему так, а не «на глаз»
before → after	смена статуса, оффера, владельца
evidence	ссылка на сообщение / файл
ts + channel	аудит по времени и каналу

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

---

SLA ответа: внешний и внутренний

Я разделяю два SLA.

Тип	Пример цели для МСП	Как мерить
Внешний (клиент)	первый ответ ≤ 2–5 мин off-hours агентом; ≤ 15 мин в рабочее человеком после handoff	p50/p95 времени до первого ответа
Внутренний (команда)	взятие handoff-задачи ≤ 30 мин; закрытие L2 ≤ 2 ч	возраст открытых handoff в очереди
Качество	доля диалогов с заполненным журналом ≥ 95%	% карточек без reason_code

Типовые поломки SLA:

• агент «держит» диалог после триггера handoff;
• handoff без владельца (задача «в никуда»);
• ночные ответы агента без утреннего разбора человеком;
• разные SLA в Telegram, почте и форме на сайте.

Один канал — один контракт SLA. Если каналов несколько, сводная таблица в одном дашборде, иначе цифры врут.

---

Метрики 30–45 дней: что смотреть

За две недели видно только «агент отвечает». За 30–45 дней — держит ли контур продажи.

Метрика	Baseline (до)	Цель пилота 30–45 дн.	Красный флаг
Time-to-first-response (p95)	часто 2–24 ч	−50–80% off-hours	p95 не падает
Доля handoff с reason_code	0	≥ 95%	«свободный текст» > 20%
Срыв внутреннего SLA L1	—	≤ 10% задач	> 25%
Конверсия заявка→квалиф. диалог	своя	не хуже baseline ±5 п.п.	просадка > 10 п.п.
Доля сделок, где агент вышел за scope	—	≤ 2%	любой «сам назначил скидку»
Повторные обращения «где менеджер?»	—	→ 0	рост жалоб на «бота»

Порядок цифр из пилотов МСП (коммерция, услуги, 1–2 менеджера + агент на первой волне): внешний p95 ответа ночью часто падает с часов до минут; выигрыш в деньгах появляется только если handoff не теряется и журнал заполнен. Если конверсия проседает — сначала режу scope агента, а не «улучшаю промпт».

Чеклист на день 30:

1. Выгрузка всех handoff за период — есть ли пустые reason_code.
2. 10 случайных диалогов: агент не торговался ли ценой.
3. Очередь просроченных L1/L2 — кто владелец.
4. Сверка статусов CRM с журналом решений.
5. Решение: расширить scope / оставить / откатить канал.

---

Часто задаваемые вопросы

Можно ли без журнала решений, если «всё в переписке»?
Нет. Переписка — сырьё, журнал — структурированное решение. Без него нельзя посчитать SLA по правилам и разобрать спор «кто обещал клиенту X».

Агент должен сам выбирать, когда звать человека?
Только по заранее описанным правилам и кодам. «На своё усмотрение» в продажах МСП быстро превращается в либо вечный handoff, либо сделки без менеджера.

Что важнее за 45 дней — скорость ответа или конверсия?
Сначала стабильный handoff и журнал (качество контура), параллельно — внешний SLA. Конверсию смотрю как ограничитель: если падает — сужаю агента, даже если ответы быстрые.

Сколько правил эскалации достаточно на старте?
5–9 кодов reason_code и 2 уровня (L1/L2). L3 — только для юр./ Pal/угроз. Больше 15 кодов на пилоте никто не заполняет.

---

Читайте также

• Протокол handoff AI-агента: QA, скоринг и production
• Handoff AI↔человек: матрица эскалаций и KPI
• Внедрение AI-агента за 90 дней: этапы и цифры

Запустить контур handoff и SLA под ваш отдел продаж: raisovich.ru

Что должно быть в handoff-карточке при передаче менеджеру?

Код причины эскалации, summary 3–5 строк с цитатами клиента, статус сделки и следующий шаг, дедлайн ответа человека и флаг «клиент ждёт / не ждёт».

Чем внешний SLA отличается от внутреннего в продажах МСП?

Внешний — время ответа клиенту (агент off-hours, человек после handoff); внутренний — взятие handoff-задачи и закрытие L2 в очереди команды.

Какие метрики смотреть на 30–45 день пилота AI-агента?

p95 time-to-first-response, доля handoff с reason_code ≥ 95%, срыв L1 ≤ 10%, конверсия заявка→квалификация не хуже baseline и доля выходов агента за scope ≤ 2%.