Стоп-темы — письменный список из восьми-двенадцати пунктов, где автоматический ответ запрещён и обращение уходит человеку сразу. Список пишется до запуска, согласуется с владельцем процесса и проверяется на приёмке набором тестовых обращений. Это документ ответственности: он отвечает на вопрос, кто виноват, если система уверенно ответила там, где отвечать было нельзя.
Техническая часть здесь простая, и потому её обычно делают одну: заводят три десятка стоп-слов и считают, что защита есть. Защиты нет. Стоп-слова ловят «верните деньги» и не ловят «я хочу расторгнуть, потому что вы третий раз срываете срок», зато срабатывают на слове «деньги» в вопросе про способы оплаты.
Ниже — базовый перечень стоп-тем, три механизма срабатывания с приоритетами, порог неуверенности, состав карточки, которая уходит оператору вместе с диалогом, правила на случай отсутствия оператора и порядок ревизии списка через месяц работы. Числовые примеры — на модельном потоке в 6 000 обращений в месяц, том же, что и в опорной статье кластера об автоматизации службы поддержки.
Восемь тем, где автоматический ответ запрещён
Перечень ниже — база, от которой стоит отталкиваться: в медицине и финансовых услугах он длиннее и жёстче, в интернет-магазине короче. Но эти восемь пунктов встречаются почти везде, и отсутствие любого из них в договоре — повод спросить подрядчика, почему.
| Стоп-тема | Как звучит у клиента | Почему нельзя отвечать автоматом | Что делает система |
|---|---|---|---|
| Претензия и требование компенсации | «Верните деньги за испорченный заказ», «требую компенсацию» | Быстрый вежливый ответ читается как отписка | Передаёт без попытки ответить, называет срок ответа |
| Здоровье и безопасность | «После приёма стало плохо», «прибор искрит» | Цена ошибки не измеряется в рублях | Передаёт немедленно, вне очереди, даёт телефон |
| Деньги сверх лимита | Возврат, перерасчёт, отмена оплаченного заказа дороже 5 000 ₽ | Нужны полномочия и след в учётной системе | Собирает данные, создаёт заявку и передаёт с суммой |
| Юридические вопросы | Договор, ответственность, «удалите мои данные», упоминание суда | Ответ становится позицией компании; у обращений о персданных по 152-ФЗ свои сроки | Передаёт юристу или ответственному за персданные, фиксирует дату |
| Угроза уйти или разорвать отношения | «Расторгаю договор», «уходим к конкуренту», «напишу в соцсетях» | Это точка удержания, а не справочный вопрос | Передаёт руководителю группы с повышенным приоритетом |
| Индивидуальные и договорные условия | Корпоративный клиент, дилер, партнёр со своим прайсом | В общей базе знаний для него неверные цифры | Определяет договор в CRM, передаёт закреплённому менеджеру |
| Регулируемые рекомендации | Дозировка, диагноз, налоговый или инвестиционный совет, техника безопасности | Такие рекомендации вправе давать только специалист | Прямо отказывает и передаёт профильному специалисту |
| Нестандартная комбинация условий | «Заказ на юрлицо, оплачен картой физлица, доставлен частично» | Ответа нет ни в одной статье — нужно решение | Передаёт с уже собранными данными по заказу |
Список утверждается письмом от владельца процесса, а не устно на встрече: «ну про претензии, конечно, пусть передаёт» через полгода превращается в спор о том, считается ли претензией фраза «я недоволен». У каждой стоп-темы в документе — по два примера: очевидный и пограничный.
Три механизма срабатывания и их приоритет
Стоп-тема распознаётся тремя независимыми способами, и порядок между ними важнее качества каждого. Приоритет означает: сработал механизм выше — нижние не проверяются, и ни одного уточняющего вопроса перед передачей система не задаёт.
- 1Явная просьба клиента — приоритет 1
Клиент написал «оператор», «человек», «соедините», «позовите живого». Срабатывает с первой реплики, всегда, без «сначала опишите проблему подробнее». Технически это не пять слов, а список из 40–60 форм с опечатками и грубыми вариантами: раздражённый клиент пишет не по словарю. Рядом обязательно живёт кнопка «позвать человека», видимая в каждой реплике, а не спрятанная в меню третьего уровня.
- 2Распознанная тема — приоритет 2
Обращение отнесено классификатором к одной из стоп-тем — именно классификатором, а не поиском по стоп-словам: тема «угроза расторжения» может быть выражена без единого ключевого слова. Механизм работает на том же справочнике тем, что и маршрутизация: отдельная разметка не нужна, нужно пометить, какие темы запрещены к автоответу.
- 3Признак негатива — приоритет 3
Тональность, обсценная лексика, капслок, конструкции «уже третий раз», «сколько можно», упоминание публичной жалобы. Ложных срабатываний здесь больше всего, поэтому механизм последний и работает мягче: сам по себе он не всегда переводит на человека, но снимает право отвечать по спорным темам и поднимает приоритет в очереди. Распознавание негатива в потоке — это решение «Анализ негатива клиентов».
Список из тридцати слов ошибается в обе стороны. Пропускает: «третий раз переносите доставку, я больше не хочу с вами работать» не содержит ни одного стоп-слова и уходит в автоответ. Срабатывает зря: «какими способами можно вернуть деньги на карту» — обычный справочный вопрос. На потоке 6 000 обращений такой список даёт 3–5% лишних передач и не ловит примерно половину реальных претензий.
Вертикальная схема-воронка обращения сверху вниз через три вентиля: «приоритет 1 — явная просьба клиента (40–60 форм)», «приоритет 2 — распознанная тема из списка стоп-тем», «приоритет 3 — признак негатива». От каждого вентиля вправо отходит стрелка «человек, без уточняющих вопросов». Ниже третьего вентиля — четвёртый, «порог неуверенности», и только под ним выход «отвечает система». Слева вертикальная подпись «приоритет сверху вниз».
Порог неуверенности: когда система обязана молчать
Стоп-темы закрывают то, что можно назвать заранее. Остальное — вопросы, ответа на которые в базе знаний просто нет. Здесь работает четвёртый вентиль: система не отвечает, потому что не может подтвердить ответ источником.
Минимальная релевантность найденной статьи базы знаний, ниже которой система не имеет права формулировать ответ и обязана передать обращение человеку. Порог настраивается один раз при запуске и фиксируется в договоре вместе с порогом по неверным ответам, потому что это две стороны одной настройки: чем ниже порог, тем меньше передач и тем больше уверенно сказанных неточностей.
Кроме порога, передачу запускают ещё три условия. Две лучшие найденные статьи противоречат друг другу — признак, что база знаний рассогласована, и отвечать нельзя ни по одной. Ответ требует данных, которых в доступных системах сейчас нет, — например, не отвечает система перевозчика. И правило двух попыток: если клиент переформулировал вопрос дважды, третьей попытки нет. Последнее самое дешёвое в реализации и даёт больше, чем любая донастройка модели.
Нормальная доля передач человеку — 10–20% обращений в первые месяцы и 10–15% к полугоду. Ниже 10% на живом потоке не бывает: конфликтные и нестандартные обращения — около десятой части потока, и автоматизации они не подлежат. Снижается доля от того, что редактор базы знаний ежемесячно разбирает передачи и дописывает статьи туда, где система остановилась; сколько часов это занимает, разобрано в материале о ведении базы знаний.
Порог и доля неверных ответов связаны напрямую. Опустив порог, вы получите красивое падение передач с 18% до 11% за неделю и такой же прирост ответов, сказанных уверенно и мимо. Заметит это не отчёт, а клиент, которому назвали несуществующий срок. Доля передач снижается пополнением базы знаний и добавлением действий в учётной системе; стоп-темы и порог не трогаются вообще.
Что уходит оператору вместе с диалогом
Плохая передача обнуляет и стоп-темы, и порог. Если оператор получил только строку «клиент просит человека», клиент пересказывает всё заново и злится дважды: на бота и на человека, который не в курсе. Правильная передача — карточка из шести полей, а первая реплика оператора не начинается со слов «расскажите, что случилось».
- Тема из справочника — чтобы диалог попал нужной группе, а не в общую очередь.
- Полная история диалога, включая сообщения до включения системы.
- Клиент и его объекты из учётной системы: заказы, договоры, открытые заявки со статусами.
- Что система уже проверила и с каким результатом: заказ 45231 найден, статус «передан в доставку», дата 12.09.
- Причина передачи: какой механизм сработал и какая стоп-тема; если сработал порог — какой вопрос остался без ответа.
- Что клиенту уже обещано: названный срок ответа и номер обращения.
Половину потерь выручки мы отбрасываем сознательно: часть клиентов бросила бы диалог и без пересказа. Пожизненную ценность клиента не считаем вовсе — она убедительна в презентации и не подтверждается отчётом о прибылях. Даже в урезанном виде передача с контекстом окупается за первый месяц, и именно поэтому её нельзя вычёркивать из сметы при торге.
Сравнение двух колонок. Левая «передача без контекста»: оператор получает строку «клиент просит человека», клиент пересказывает 3 минуты, внизу итог «57 780 ₽/мес» с разбивкой 35 100 ₽ времени и 22 680 ₽ потерянной выручки. Правая «передача с контекстом»: карточка из шести полей — тема, история, клиент и заказы, что проверено, причина передачи, что обещано; внизу «30 000–70 000 ₽ разово». Между колонками подпись «900 передач в месяц».
Если оператора нет на месте
Ночь, выходные, обеденный пик — заметная часть передач приходится на время, когда человека рядом нет. Соблазн понятный: пусть система «поддержит разговор». Этого делать нельзя: имитация диалога ради удержания раздражает сильнее любой другой ошибки, потому что клиент понимает, что его занимают разговором вместо ответа.
- 1Назвать конкретное время, а не «в ближайшее время»: «ответим до 10:00 в понедельник», «вы третий в очереди, обычно 15–20 минут». Выполненный срок снимает почти всё раздражение, невыполненный превращает обращение в претензию.
- 2Сразу выдать номер обращения: это доказательство, что оно существует, а не растворилось в чате.
- 3Спросить удобный канал для ответа: ночью клиент пишет в мессенджер, а утром хочет звонок.
- 4Не задавать уточняющих вопросов по стоп-теме: каждый такой вопрос по претензии воспринимается как попытка отговорить.
- 5Для темы «здоровье и безопасность» очередь не применяется: даётся телефон и прямая инструкция, куда обратиться немедленно.
Отдельно стоит завести контроль за тем, что обещание выполняется. Сроки первого ответа, их измерение и эскалация просрочек — задача решения «Контроль SLA»; без неё «ответим до 10:00» живёт до первой загруженной недели.
Ревизия списка через месяц работы
Список, написанный до запуска, всегда неполон — это нормально и заложено в план. Через месяц после старта его пересматривают по фактическим диалогам, дальше — раз в квартал и обязательно после изменения тарифов, оферты или правил площадок.
- 1Выгрузить все переданные диалоги за месяц — в примере это 900 — и отдельно все с отрицательной оценкой.
- 2Разметить причину каждой передачи: явная просьба, стоп-тема, негатив, порог, технический сбой. Это 4–6 часов силами поддержки.
- 3Найти пропуски: обращения, на которые система ответила, а должна была передать. Норма — меньше 1% автоответов, то есть меньше 27 из 2 700. Каждый пропуск — кандидат в новую стоп-тему.
- 4Найти обратное — передачи, где система могла ответить сама. Лечится статьёй в базе знаний, а не сужением списка стоп-тем.
- 5Записать изменения в тот же документ, с датой и подписью владельца процесса. Стоп-темы без версии через год превращаются в предмет спора вместо инструмента.
Та же разметка показывает, правильной ли группе уходят обращения. Справочник тем, на котором строится маршрутизация, собирается в решении «Классификация обращений» — и он же питает второй механизм срабатывания стоп-тем.
Если конфликтных, индивидуальных и требующих суждения обращений больше 40% потока — так бывает в медицине, во взыскании, в дорогих услугах и в сложном B2B-сервисе, — список превращается в правило «передавать почти всё». Автоматизировать тогда надо не ответ клиенту, а подготовку ответа для оператора: подсказку со ссылкой на регламент, черновик письма, сбор данных из систем. Часы экономятся сопоставимые, риск на порядок ниже.
