Одинаковые вопросы в чате на сайте или в Telegram съедают первую линию, а сложные случаи всё равно уходят к человеку. Рабочий разрез: ИИ отвечает только по утверждённому прайсу и FAQ (часто задаваемые вопросы), человеку – жалобы, деньги, исключения и любая просьба «позвать менеджера». Ниже – три зоны, таблица «кто отвечает», правила передачи человеку (escalation / handoff) и чеклист пилота на одном канале без обещаний чуда.
TL;DR / Быстрый инсайт: Не ставьте цель «заменить операторов». Разделите обращения на ответ из файла, сбор полей и немедленную передачу человеку. В документации Intercom Fin и Zendesk AI agents передачу проектируют отдельно: сначала когда передать, потом куда и в каком канале. Для малого бизнеса хватает одного канала (сайт-чат или Telegram) и одной задачи на пилот.
Что значит FAQ: это короткий список готовых ответов на частые вопросы клиентов (цена, часы, адрес, пакет услуг). ИИ цитирует только то, что вы заранее утвердили в этом списке – не «придумывает от себя».
Что значит handoff (передача человеку): бот не дожимает клиента сам, а собирает суть и контакт и отдаёт менеджеру в том же чате или тикетом. Как передать смену коллеге с коротким резюме, а не «разбирайся с нуля».
У услуг, агентств и клиник с повторяющимися вопросами проблема редко в «слабом боте». Чаще нет границы: что можно цитировать из FAQ, а что нельзя даже пытаться формулировать моделью. Без границы человек отвечает на всё сам либо ИИ начинает импровизировать — и оба сценария бьют по доверию клиента.
Порядок ниже опирается на открытые гайды Intercom и Zendesk по escalation (просмотр 2026-08-07) и на практику «Начистоту»: ответ по утверждённым материалам, сложное — человеку. Чужие проценты экономии из маркетинговых кейсов в текст не переносим.
1. Разделите FAQ на три зоны до настройки ИИ
Возьмите 30-50 последних обращений без лишних ПДн в черновике правил. Каждое кладите в одну зону. Сомневаетесь — в зону человека.
- Зона A — ответ из прайса, режима работы, адреса, пакета услуг, типового FAQ.
- Зона B — нужно 3-7 полей, затем человек.
- Зона C — сразу человек: претензия, возврат, риск по здоровью/праву, нестандартная скидка, просьба человека.
Зона A живёт только если формулировка уже утверждена владельцем процесса. Нет утверждённого абзаца — вопроса нет в зоне A. Типичная ошибка: скормить модели весь сайт и ждать тон. Лучше короткий FAQ и честный handoff.
Практический приём: заведите таблицу «вопрос — утверждённый ответ — владелец — дата». Без даты и владельца ответ легко устаревает после смены прайса, и ИИ продолжит цитировать старое. Раз в две недели владелец первой линии проходит топ-10 вопросов и помечает устаревшее.
2. Соберите матрицу: ИИ, поля или человек
Матрица снимает споры. Заполните за час с тем, кто реально отвечает клиентам.
| Тип обращения | Что делает ИИ | Что делает человек | Когда эскалировать сразу |
|---|---|---|---|
| Цена / пакет / часы | Цитата из утверждённого FAQ | Уточняет исключения | Торг или «особая» цена |
| Заявка / запись | Собирает поля, подтверждает получение | Подтверждает слот или звонит | Конфликт или срочность «сегодня» |
| Статус заказа / оплаты | Только при безопасном источнике статуса | Проверяет в CRM/учёте (CRM – база клиентов и сделок) | Нет статуса в базе знаний |
| Жалоба / возврат | Не спорит, собирает факты и контакт | Ведёт решение | Всегда зона C |
| «Позовите человека» | Принимает запрос, передаёт контекст | Подключается по очереди | Всегда; не удерживать в боте |
Если тема всплывает чаще трёх раз в неделю — либо пишете утверждённый ответ в A, либо явно оставляете в C. Серую зону без владельца не оставляйте. Отдельно отметьте темы, где ответ зависит от CRM (программа учёта клиентов и заказов) или склада: без безопасного источника статуса это не зона A, даже если вопрос звучит «просто».
3. Задайте правила эскалации как у вендоров support
В Intercom Help для Fin отдельно описаны escalation rules и guidance: правила решают, когда передать разговор, а «к кому» живёт в workflow/helpdesk. Zendesk в гайде по escalation strategies для AI agents просит до запуска определить стратегию: что эскалировать, через messaging, ticket или email, и учитывать availability агентов перед live-передачей.
На язык МСБ без чужого стека:
- Триггеры «сразу человек» (жалоба, деньги, просьба человека, нет ответа в FAQ).
- Темы «только из файла» (прайс, адрес, пакеты).
- Темы «сначала поля» (квалификация).
- Вне часов: тикет или отложенная очередь, без обещания «менеджер уже пишет».
Важный нюанс из тех же гайдов: «когда эскалировать» и «кому назначить» — разные решения. Сначала зафиксируйте триггеры. Маршрутизацию (кто в очереди, какая смена) держите в правилах тикетов или уведомлений, а не в свободном тексте промпта.
Источники: Configuring escalation strategies and flows for AI agents (Zendesk Help, 2026-08-07) и Manage Fin AI Agent’s escalation guidance and rules (Intercom Help, 2026-08-07). Не прячьте кнопку «позвать человека» — это ломает доверие быстрее медленного FAQ.
4. Зона B: сначала поля, потом человек
У Zendesk есть recipe: AI agent собирает форму и сразу эскалирует, если вы не хотите генерировать ответ. Паттерн для услуг с пакетами: бот не спорит про скидку, а собирает то, что нужно менеджеру.
- Что нужно (услуга / вопрос)
- Город или формат (онлайн / офлайн)
- Желаемый срок
- Контакт (телефон или Telegram)
- Уже клиент или новый запрос
После сбора покажите короткое резюме и скажите, что передали человеку. Не обещайте точное время ответа без SLA. Источник: Workflow recipe: collect info and escalate (Zendesk Help, 2026-08-07).
Если поле необязательно для старта разговора — не спрашивайте его на первом шаге. Длинная форма повышает брошенные заявки. Лучше короткий минимум сейчас и уточнение уже человеком, чем пять экранов до кнопки «отправить».
5. Передавайте контекст: человек не начинает с нуля
В обзоре Fin AI Agent Intercom подчёркивает human handoff: агент отвечает и триажит, при риске передаёт человеку. Менеджер должен видеть исходный вопрос, зону A/B/C, собранные поля, ссылку на фрагмент FAQ и пометку «просил человека», если так.
Сделайте шаблон уведомления один раз и не меняйте его от диалога к диалогу. Тогда смена и подмена видят один и тот же формат. Типичная ошибка — пустой handoff «нужна помощь»: бот экономит секунды, человек теряет минуты. Источник: Fin AI Agent explained (Intercom Help, 2026-08-07).
6. Вне часов: тикет важнее пустого live
Zendesk советует учитывать availability: если агентов нет, лучше email/ticket, чем messaging в пустоту. Ночью ИИ может ответить по FAQ (A) или собрать заявку (B), но не обещать, что менеджер уже онлайн.
Три теста вне часов: вопрос A — цитата из FAQ; заявка B — поля + передача; жалоба C — спокойный handoff без спора. Ломается обещанием мгновенного человека — чините тексты до трафика. Запишите результаты теста в одну таблицу «сценарий — ожидание — факт»: это экономит час споров после запуска.
7. Пилот: один канал, одна задача
У «Начистоту» пилот начинается с одной понятной задачи и одного канала (сайт или Telegram). MAX как готовый канал не готов — пока не подключаем. Не расползайтесь сразу на почту, виджет, мессенджеры и CRM (учёт клиентов). Иначе вы не поймёте, где ломается FAQ, а где ломается канал.
Порядок на 5-10 рабочих дней после материалов:
- Утвердить короткий FAQ зоны A (не весь сайт).
- Утвердить матрицу эскалации с владельцем.
- Включить ответы только по утверждённым материалам.
- Настроить уведомление человеку с резюме полей.
- Прогнать 10 тестовых диалогов по зонам A/B/C, в том числе вне часов.
Успех — не фраза «бот отвечает на всё». Смотрите долю A без правок человеком, долю B с полными полями и ноль опасных ответов в C. Если A даёт спорные ответы — сначала режьте корпус знаний, а не «улучшайте промпт».
Словарь терминов (первая линия, резюме заявки и смежное) — на странице словаря, если нужно выровнять язык команды перед пилотом.
8. Частые ошибки
- Обещать, что ИИ заменит операторов — вместо этого режьте рутину зоны A.
- Публиковать % роста заявок без своего замера — считайте зоны две недели.
- Смешивать FAQ и продажи без правил — квалификация в зоне B.
- Эскалация без контекста — резюме полей в каждом handoff.
- Копировать чужие % экономии из кейсов вендоров как «наш результат» — чужой кейс только как ориентир метода, не как обещание цифр.
Если нужен разбор процесса обращений под ваш FAQ, начните с одной задачи на странице автоматизации обращений. Это направление-пример, не закрытый каталог из трёх услуг: пилот всё равно собирается вокруг одной понятной задачи вашего процесса.
Материал проверен: Максим Боднар, редакция «Начистоту».
Достоверность данных: escalation/handoff сверены с Intercom Help и Zendesk Help (просмотр 2026-08-07). Продуктовые сроки и каналы — по fact-bank maksimbodnar.ru на 2026-08-07. Юридических заключений по 152-ФЗ нет.
Частые вопросы
Можно ли сразу отдать ИИ весь сайт?
Не стоит. Для первой линии лучше короткий утверждённый FAQ.
Клиент сразу просит человека?
Передавайте. Не удерживайте в боте. Зафиксируйте просьбу в handoff.
Нужен ли отдельный канал ночью?
Достаточно правил вне часов: FAQ или сбор заявки плюс тикет. Live-менеджера ночью не обещайте, если его нет.
Чем это отличается от бота по кнопкам?
Важнее матрица зон и ответ только из утверждённых материалов, с человеком на исключениях.