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

Разговор про «бездушных роботов» бесполезен ещё и потому, что подменяет измеримое неизмеримым. Раздражение считается: по доле диалогов, где клиент требует человека, по брошенным разговорам, по повторным обращениям с тем же вопросом. На модельном потоке в 6 000 обращений превышение норм по этим метрикам стоит 87 564 ₽ в месяц — почти столько же, сколько автоматизация первой линии приносит.

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

Семь причин и что за каждой стоит технически

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

  1. 1
    1. Переход к оператору спрятан

    Клиент трижды пишет «оператор», а система отвечает «уточните ваш вопрос». Причина в двух местах: кнопка «позвать человека» живёт только в стартовом меню, а в распознавании просьбы заведено пять формулировок вместо сорока-шестидесяти. Раздражённый клиент пишет не по словарю — «сооедини с человеком», «дайте живого», «хватит бота». Починка: кнопка в каждой реплике и расширенный список форм.

  2. 2
    2. Кнопочное меню вместо ответа

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

  3. 3
    3. Повторные вопросы о том, что уже известно

    «Назовите номер заказа» — клиенту, который пишет из личного кабинета, где заказ единственный. Причина одна: канал не связан с карточкой клиента. Починка — определение клиента по каналу, телефону или идентификатору сессии и подтягивание его заказов из учётной системы; когда каналов несколько, это задача решения «Омниканальный ИИ-ассистент». Это же исправление поднимает долю автозакрытия: снимается половина транзакционных вопросов.

  4. 4
    4. Ответ не по теме

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

  5. 5
    5. Имитация человека

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

  6. 6
    6. Потеря контекста при переводе

    Клиент десять минут объяснял ситуацию, дошёл до оператора и услышал «расскажите, что случилось». Технически оператор получил строку «клиент просит человека» — и больше ничего. Починка — карточка передачи из шести полей: тема, история диалога, клиент и его заказы, что уже проверено, причина передачи, что обещано. Подробно — в материале о стоп-темах и переводе на оператора.

  7. 7
    7. Ответ по неактуальным данным

    Система уверенно называет срок доставки, который поменялся два месяца назад. Это не ошибка модели, а отсутствие процесса: базу знаний после запуска никто не ведёт. При типичной скорости устаревания в 6% статей в месяц через квартал простоя около 7,7% автоответов содержат неверные данные — при договорном пороге в 2%. Починка не проект, а строка эксплуатации: редактор на 12 часов в месяц и сроки годности у статей.

сравнениеpochemu-bot-razdrazhaet-klientov--01
Два диалога рядом: раздражающий сценарий бота и починенный вариант того же вопроса

Сравнение двух нарисованных диалогов на один вопрос «когда придёт мой заказ». Левый, подписанный «как раздражает»: меню из шести пунктов, просьба назвать номер заказа, ответ не по теме, на «оператор» — «уточните ваш вопрос». Правый, подписанный «как надо»: первая строка «отвечает автоматический помощник, ответы по базе знаний», сразу статус заказа с датой, кнопка «позвать человека» видна в каждой реплике. Абстрактные экраны без бренда, чертёжная подача.

Один и тот же вопрос в двух сценариях: разница не в модели, а в трёх настройках

Что чинится, за какой срок и за какие деньги

Семь причин делятся на три очень разные группы по стоимости. Это стоит знать до разговора с подрядчиком: часть претензий снимается за неделю и десятки тысяч, а часть означает, что систему покупали не того класса.

ПричинаЧто меняетсяСрокЦена
1. Спрятанный переход к операторуКнопка в каждой реплике, 40–60 форм явной просьбы2–4 дня10 000–20 000 ₽
2. Кнопочное меню вместо ответаСвободный ввод и поиск по базе знаний2–3 недели80 000–200 000 ₽
3. Повторные вопросыОпределение клиента по каналу, заказы из учётной системы1–2 недели40 000–120 000 ₽
4. Ответ не по темеПорог неуверенности, запрет отвечать без статьи, две попытки3–5 дней15 000–30 000 ₽
5. Имитация человекаПереписанная первая реплика и подпись канала1 деньвходит в настройку
6. Потеря контекста при переводеКарточка передачи из шести полей в тикет-систему1–2 недели30 000–70 000 ₽
7. Неактуальные данныеРедактор 12 часов в месяц, сроки годности статейпостоянно13 200 ₽/мес

Дешёвая группа — причины 1, 4 и 5: вместе 25 000–50 000 ₽ и неделя работ, а снимают они больше половины раздражения, потому что бьют по самому болезненному — закрытому выходу к человеку и ответам мимо вопроса. Дорогая группа — причины 2, 3 и 6, вместе 150 000–390 000 ₽: это уже не донастройка, а переход от сценарного дерева к первой линии с базой знаний и доступом в учётную систему. Седьмая причина не чинится деньгами вообще — только назначенным человеком и календарём.

Бот обязан представляться — и это снижает раздражение

Соблазн выдать систему за человека понятен: кажется, что живое имя смягчает разговор. На практике наоборот. Клиент калибрует ожидания по собеседнику: от «Анны из поддержки» ждут понимания полутонов и способности войти в положение, от автоматического помощника — точного ответа за восемь секунд, в том числе в 23:00. Второе выполнимо, первое нет, и обманутое ожидание превращается в претензию.

С 1 сентября 2026 года у честного представления есть и формальное основание: действует регулирование, требующее маркировать контент, созданный искусственным интеллектом. Для клиентского чата это прямая и заметная пометка, а не сноска мелким шрифтом.

Первая реплика отвечает на три вопроса

Кто отвечает, на чём основан ответ и как позвать человека. Рабочая формулировка: «Отвечает автоматический помощник, ответы — по базе знаний компании. Если нужен человек, напишите „оператор“ или нажмите кнопку ниже». Три строки и явный выход, видимый с первой секунды. Извиняться за автоматизацию не надо: это подсказывает клиенту, что происходит что-то неправильное.

разбор экранаpochemu-bot-razdrazhaet-klientov--02
Нарисованная первая реплика чата: кто отвечает, на чём основан ответ, как позвать человека

Абстрактный нарисованный экран чата, не скриншот реального продукта. Верхняя плашка диалога с тремя выделенными зонами и выносками: «кто отвечает — автоматический помощник», «на чём основан ответ — база знаний компании», «как позвать человека — слово „оператор“ или кнопка». Кнопка «позвать человека» продублирована рядом с каждым сообщением. Чертёжная подача, без бренда и без имени персонажа.

Три строки, которые снимают половину претензий ещё до первого вопроса

Как измерить раздражение в цифрах

Четыре метрики снимаются из журнала диалогов и не требуют опросов. Опрос удовлетворённости тоже полезен, но собирается с 10–20% диалогов и запаздывает; эти четыре считаются по всему потоку за прошлую неделю.

МетрикаКак считаетсяНормаТревога
Просьбы позвать человекаКлиент прямо потребовал операторадо 15%больше 25%
Брошенные диалогиКлиент перестал отвечать, не дойдя до решения и до человекадо 8%больше 15%
Повторные обращенияТот же вопрос от того же клиента за 72 часадо 10%больше 18%
ПереформулировкиОдин вопрос дважды подряд разными словамидо 12%больше 20%

Норму по первой метрике не стоит путать с долей передач вообще: 10–20% обращений уходят оператору по стоп-темам и порогу неуверенности, и это правильная работа системы. Здесь считается другое — сколько раз клиент потребовал человека сам, не дождавшись пользы. Возьмём обычный случай запущенного бота: 22% просьб позвать человека, 14% брошенных диалогов, 16% повторных обращений.

Цена раздражения. Поток 6 000 обращений, из них 2 700 закрывается автоматически
Просьбы позвать человека сверх нормы(22% − 15%) × 6 000 = 420 диалогов
Каждый уходит человеку и стоит как обращение420 × 92 ₽ = 38 640 ₽
Повторные обращения сверх нормы(16% − 10%) × 2 700 = 162 обращения
Их тоже обрабатывает человек162 × 92 ₽ = 14 904 ₽
Брошенные диалоги сверх нормы(14% − 8%) × 6 000 = 360 диалогов
Из них ушли с покупкой к конкуренту15% → 54 человека
Чек 4 200 ₽ при марже 30%, берём половину54 × 1 260 ÷ 2 = 34 020 ₽
Итого87 564 ₽ в месяц при чистом эффекте автоматизации первой линии около 96 300 ₽

Вывод жёстче, чем кажется: бот, который работает и при этом злит, экономически близок к отсутствию бота — раздражение съедает примерно девять десятых чистого эффекта. Дешёвая группа починок при этом стоит 25 000–50 000 ₽ и закрывает первую строку расчёта целиком, то есть окупается на первой неделе. Потери от брошенных диалогов мы взяли наполовину, пожизненную ценность клиента не считали вовсе.

Быстрый аудит своего бота: десять проверок за вечер

Проверки делаются на живом боте, с телефона, как обычный клиент, и занимают полтора-два часа. Результат — «прошло» или «не прошло», без оговорок «ну почти».

  1. 1Напишите «оператор» первой же репликой. Передал без уточняющих вопросов? Если просит описать проблему — это причина 1.
  2. 2Повторите с опечаткой и просторечием: «сооедини с живым». Не понял — список форм просьбы короткий.
  3. 3Задайте обычный вопрос своими словами, минуя меню. Ответил по сути или предложил выбрать пункт?
  4. 4Задайте вопрос, ответа на который в базе точно нет. Сказал «не знаю, передаю» или сочинил правдоподобный ответ?
  5. 5Спросите цену и срок, менявшиеся за последние три месяца, и сверьте с прайсом дословно.
  6. 6Спросите то же самое второй раз другими словами. Ответ не изменился на противоположный?
  7. 7Проверьте первую реплику: сказано ли, что отвечает автоматический помощник, и на чём основаны ответы?
  8. 8Видна ли кнопка «позвать человека» рядом с каждым сообщением, а не только в стартовом меню?
  9. 9Напишите ночью. Назван конкретный срок и выдан номер обращения — или «мы скоро свяжемся»?
  10. 10Напишите претензию с эмоцией. Ушла ли она человеку сразу, без попытки ответить по существу?

Интерпретация простая. Больше двух провалов из десяти — чинить надо сценарий и настройки, а не модель, и это неделя работы. Провалы на пунктах 3 и 4 одновременно означают сценарное дерево без базы знаний, и дешёвыми правками это не лечится. Провал на пункте 5 — вопрос не к боту, а к тому, кто ведёт «Корпоративную базу знаний»: сколько часов это занимает и во что обходится простой, разобрано отдельно. Провал на пункте 10 самый дорогой и ведёт к следующему разделу.

графикpochemu-bot-razdrazhaet-klientov--03
Четыре метрики раздражения с нормой, тревожным порогом и фактическими значениями

Четыре горизонтальные шкалы с зонами нормы и тревоги: «просьбы позвать человека» — норма до 15%, тревога от 25%, факт 22%; «брошенные диалоги» — до 8%, от 15%, факт 14%; «повторные обращения» — до 10%, от 18%, факт 16%; «переформулировки» — до 12%, от 20%. На первых трёх шкалах отмечены фактические значения. Справа общий вынос: «87 564 ₽ в месяц».

Три метрики за нормой дают 87 564 ₽ потерь в месяц на потоке 6 000 обращений

Одна причина, которую починить нельзя

Восьмой причины в списке нет, потому что это не дефект настройки. Клиент, который пишет с претензией, с эмоцией или с угрозой уйти, раздражается от любого автоматического ответа — независимо от того, насколько тот вежлив и точен. Хуже того: чем быстрее и вежливее, тем хуже — мгновенный корректный текст на жалобу читается как заготовленная отписка. Человек шёл разговаривать, а получил форму.

В разборе потока такие обращения составляют около 11% — конфликтные и нестандартные случаи, и доля автоматического закрытия для них не «низкая», а нулевая. Правильное поведение здесь одно: распознать тему и передать человеку без единой попытки ответить, добавив в карточку всё, что уже известно о клиенте и его заказах. Список таких тем пишется до запуска и согласуется письменно — как он устроен, разобрано в материале о стоп-темах.

Отсюда граница применимости всей затеи. Если конфликтных, индивидуальных и требующих суждения обращений больше 40% потока, автоматизировать ответ клиенту не нужно вовсе: стоп-темы превратятся в правило «передавать почти всё», а бот станет лишним экраном перед оператором — источником раздражения без экономии. Автоматизируют тогда не разговор с клиентом, а подготовку ответа для оператора: подсказку со ссылкой на регламент, черновик письма, сбор данных из систем.

Хороший автоматический помощник не старается понравиться. Он быстро отвечает там, где ответ есть, и уходит с дороги там, где его нет.