Оптовая компания решает поставить на сайт ИИ-бота, чтобы он отвечал клиентам вместо менеджеров: есть ли товар на складе, какие сроки поставки, сколько он стоит. На демонстрации бот отвечает на эти вопросы быстро и точно, как лучший менеджер отдела продаж. Коммерческий директор видит, что бот заберёт поток одинаковых вопросов, на которые у его людей уходит половина дня, и подписывает счёт.
Через полтора месяца директор открывает переписку бота с клиентами и не узнаёт свой проект. Бот называет цены, которых уже нет в прайсе. Путает артикулы. На сложном вопросе советует "уточнить у менеджера" - то есть отправляет клиента туда, откуда его как раз и хотели увести. Проект тихо закрывают.
Дело почти никогда не в нейросети. Бот ломается раньше: когда его включили, не разобравшись, откуда он берёт ответы и что ему позволено делать в рабочих системах компании. Разберётесь с этим до запуска - бот снимет с менеджеров рутину и доведёт людей до заказа. Не разберётесь - он подорвёт доверие первым же сложным вопросом, а это дороже потраченных на него денег. Дальше - что проверить, пока счёт ещё не подписан.
Бот не знает вашу компанию
Нейросеть свободно говорит по-русски и помнит, кто написал "Войну и мир". А про вашу компанию не знает ничего. Не знает, что дилеру одна цена, а рознице другая. Что в один регион вы отгружаете по отдельному регламенту. Что товар с конкретным артикулом сняли с производства ещё весной и предлагать его клиенту нельзя.
Всё это лежит в 1С, в прайсах, в переписке и в голове у руководителя продаж. Пока эти данные не собраны и бот не лезет за ответом туда, где правда, он берёт первое похожее из интернета и говорит уверенно. Клиент получает гладкий, убедительный и неверный ответ - и верит ему.
Вот живой пример. Цена у многих лежит в Excel-файле, который менеджер правит руками по пятницам. Пока этот файл не станет источником, к которому бот обращается прямо в момент ответа, он будет называть цену недельной давности. Сначала порядок в данных, потом бот поверх них. Как это устроено внутри и почему правильно собранный бот не выдумывает, разбирали отдельно - в материалах про RAG против ChatGPT и подготовку базы знаний.
Сначала смотрят, о чём спрашивают клиенты
Перед запуском берут переписку с клиентами за пару-тройку месяцев и раскладывают по темам. Обычно выходит скучно: больше половины вопросов - это четыре штуки. Где мой заказ. Есть ли товар. Какая цена для меня. Как оплатить. Вот теперь видно, что бот должен закрывать в первую очередь и откуда брать ответы.
Иногда на этом шаге выясняется неприятное: бот не нужен. Если клиенты без конца спрашивают "где заказ" только потому, что менеджеры забывают ставить статус отгрузки, дешевле починить статусы - и вопрос отпадёт сам. Об этом честнее сказать сразу, даже когда заказчик пришёл именно за ботом. А если вы пока выбираете между сценарным ботом и умным, это отдельный разговор - он в статье про выбор между LLM-агентом и сценарным ботом.
Не давайте боту лишних прав
Бот, который только болтает в чате, экономит немного. Деньги начинаются там, где он работает в системах: заводит обращение в Битрикс24, видит в 1С, что заказ ушёл вчера, и присылает номер накладной, ставит менеджеру задачу на крупную сделку.
Там же и главный риск. В компании на пятьсот человек - десятки ролей и прав. Дайте боту менять данные, но не очертите границы - и однажды он назовёт клиенту закупочную цену или оформит отгрузку, которую оформлять не имел права. Эти границы рисуют на старте, а не после первого скандала.
Менеджеры будут мешать боту
Самый продуманный бот бесполезен, если им не пользуются. Менеджеры быстро считывают, когда автоматизация подбирается к тому, что делает их незаменимыми, и начинают мешать: не заносят данные, отвечают клиентам в личке мимо бота, а между собой пересказывают, что "эта штука всё равно тупит".
Поэтому запуск - это всегда ещё и разговор с отделом: что бот берёт на себя, а что остаётся за людьми. Заходить проще с того, что менеджеры ненавидят сами, - с сотого за день ответа на "когда приедет". Когда видно, что бот забирает рутину, а их работу оставляет, сопротивление спадает.
Запуск - ещё не результат
"Бот отвечает" и "бот приносит деньги" - разные вещи, и второе наступает не у всех. Считают одно: какую долю обращений бот закрыл сам, без человека. Рядом - как часто он вовремя позвал менеджера и передал ему всю переписку, а не бросил клиента объясняться заново. Потом - сколько часов освободилось у первой линии и сколько разговоров дошло до заказа. Вот это переводится в деньги. Количество отправленных сообщений - нет.
С чего начать
Не начинайте с выбора платформы. Начните с одного вопроса: какие три-четыре обращения съедают у ваших людей больше всего времени и где сейчас лежат ответы на них. Поднимите переписку с клиентами за пару месяцев, разложите вопросы по темам и проверьте, собраны ли ответы в один источник, откуда их сможет брать бот.
Первую версию имеет смысл собрать на узкой задаче - например, только вопросы про наличие и сроки. Запустить, посмотреть на цифрах, снимает ли она нагрузку, и уже потом расширять на цену, оформление заказа и остальное. Так вы рискуете небольшими деньгами и быстро понимаете, работает подход или нет.
Как не дать боту устареть
Бота нельзя собрать один раз и забыть. Через месяц у вас поменяются цены, появится новый поставщик, снимут пару позиций с производства - и если это не попадёт в источники, к которым обращается бот, он снова начнёт путать клиентов. Плюс люди всё время задают новые вопросы, которых при запуске никто не предвидел.
Поэтому после запуска кто-то должен регулярно делать три вещи: держать данные актуальными, разбирать диалоги, где бот ошибся или позвал менеджера, и дописывать недостающие ответы в базу. Это можно закрыть своими силами, если есть кому, или отдать на сопровождение. Мы, например, после запуска ведём базу знаний и следим за качеством ответов - чтобы через полгода бот снова не начал врать клиентам, как это обычно и бывает без присмотра.
Коротко
Вернёмся к директору из начала. Он потерял полтора месяца и часть клиентов из-за порядка действий: сначала купил бота, потом стал разбираться, что тот должен знать и уметь. ИИ-бот окупается не сам по себе - он окупается, когда под ним порядок в данных, когда у него есть чёткие границы, когда команда с ним заодно и когда кто-то держит его в форме после запуска. Сама нейросеть здесь - последнее звено, а не первое.
