Бот поддержки: где кончается сценарий и начинается ИИ

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

Что происходит с сообщением после отправки

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

Ответ формируется на последнем шаге и всегда из чего-то конкретного. Если бот ответил, но не может показать, откуда он это взял, ответ бракуется и разговор передают человеку. Такое правило дешевле, чем разбирать потом претензию по выдуманному сроку доставки.

Сценарий: вопросы с одним правильным ответом

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

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

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

Модель: вопросы, у которых нет строки в базе

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

В магазине «Жук и Плут» ИИ-консультант отвечает языком методики, а не карточки товара. Родитель спрашивает про ребёнка, а не про артикул, и ответ должен быть про развитие и возраст. Карточка при этом остаётся источником фактов, но говорит бот не её словами.

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

Как разделить вопросы между двумя механизмами

Разделение делается не в коде, а на бумаге, и занимает один вечер. Выгрузите переписку за месяц и разложите вопросы в три стопки.

1. Ответ есть в базе одной строкой — сценарий.
2. Ответ нужно вывести из описаний и условий — модель.
3. Ответ требует решения, которое стоит денег: скидка, возврат, исключение — человек.

Третья стопка почти всегда меньше, чем кажется до подсчёта. И почти всегда именно из-за неё говорят, что «бота нам нельзя».

Передача оператору: узел, на котором всё держится

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

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

Что бот поддержки требует от системы

Бот сам по себе ничего не хранит. Ему нужен доступ к заказам, товарам, статусам и правам. Если этих данных нет в системе, бот сможет только пересылать сообщения, а это работа для формы, а не для бота.

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

Кому бот поддержки не нужен

Если в день приходит десять обращений и все разные, бот не окупится. Он экономит на повторе, а повтора здесь нет. Дешевле нанять человека на полдня.

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

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

Как проверять бота после запуска

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

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

Сколько это стоит и из чего складывается срок

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

Если база и админка уже работают, подключение сценарной части — вопрос нескольких дней. Если материалов для свободных ответов ещё нет, основное время уходит не на код, а на сбор и вычитку текстов, и делает это не разработчик. Разработка платформы с ботом внутри у нас начинается от 150 000 ₽ и от 14 дней, и бот там — одна из частей, а не отдельный продукт.

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

Три вещи, которые ломают бота чаще всего

Противоречия в материалах. В одном файле срок доставки три дня, в другом пять. Модель выберет любой, и предсказать какой нельзя. Лечится не настройкой, а наведением порядка в текстах.

Отсутствие даты у фактов. Условия акции, цены и сроки меняются, а старый документ лежит рядом с новым. Каждый кусок материалов должен иметь дату и признак актуальности, иначе бот однажды сошлётся на прошлогоднюю цену.

Слишком длинный ответ. Люди не читают восемь предложений в чате. Ответ длиннее трёх-четырёх предложений почти всегда означает, что бот не понял вопрос и перечисляет всё подряд.

Коротко

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