Что такое чат-бот и когда он окупается

Зачем это знать

• Понять, какую часть обращений бот закроет сам, а какую всё равно возьмёт человек
• Отличать сценарного бота на кнопках от бота на языковой модели — они стоят по-разному
• Спрашивать подрядчика долю автоматических ответов, а не набор функций

Что такое чат-бот простыми словами

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

Чат-бот — это окошко для первой половины. Программа переписывается с человеком: читает сообщение, понимает, о чём оно, и отвечает текстом или действием. Живой сотрудник остаётся для второй половины.

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

Как это работает

1. Сообщение приходит с канала. Сайт, мессенджер, приложение, почта — вход разный, дальше путь общий.
2. Определяют, о чём вопрос. Сценарный бот ищет ключевые слова, бот на модели — смысл. На этом шаге отсеивается спам и распознаётся язык.
3. Достают фактуру. Ответ про тарифы берут не из головы модели, а из документов компании: механику этого поиска описывает RAG. Без такого шага бот отвечает общими словами и придумывает детали.
4. Собирают ответ. Модель пишет текст на основе найденных документов и правил тона. Здесь же срабатывает стоп-лист: про что бот не говорит вовсе.
5. Решают, отдавать ли человеку. Если уверенности мало, вопрос вне области или клиент злится — диалог переводят на оператора вместе со всей перепиской.

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

Пример из практики

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

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

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

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

Что это даёт бизнесу

• Первый ответ перестаёт зависеть от смены. Ночь, выходные, обед — обращение получает ответ сразу. Для части клиентов скорость первого ответа важнее его полноты.
• Повторяющиеся вопросы уходят из очереди. Диспетчер остаётся на сложных обращениях. Экономия появляется там, где заранее решено, куда уйдут освободившиеся часы: на новый поток заявок, на просроченные задачи, на сокращение переработок.
• Поток становится видимым. Логи бота показывают, о чём спрашивают чаще всего. Это готовый список того, что нужно исправить в продукте, инструкции или на сайте.
• Нагрузка растёт без найма. Пиковый день перестаёт быть проблемой: бот отвечает на одинаковое количество вопросов при любом объёме, а человеку достаётся хвост.

Когда без этого можно обойтись

При небольшом потоке бот не нужен. Несколько обращений в день закрывает один человек, а поддержка бота, обновление базы знаний и разбор жалоб съедают больше времени, чем экономят.

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

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

Что важно проверить

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

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

Третье: посмотрите, как устроен перевод на человека. Видит ли оператор всю переписку, сколько реплик уходит на переключение, что происходит ночью. Этот сценарий определяет впечатление клиента сильнее, чем качество самих ответов.