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

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

Я бы начинал внедрение ИИ-чат-бота для бизнеса с подготовки информации. Нужно понять, какие вопросы ему передать, где лежат правильные ответы и кто отвечает за их актуальность. После этого уже можно проверять, насколько хорошо выбранное решение работает с вашими материалами.

Какие вопросы вы хотите передать боту

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

Разделите обращения по тому, что требуется на выходе. «Как оформить заказ?» — это объяснение порядка. «Где мой заказ?» — получение текущего состояния конкретной покупки. «Перенесите доставку» — изменение заказа. В одном диалоге могут встретиться все три задачи, но проверять их нужно по-разному.

Для первого запуска я бы выбрал небольшой законченный участок: например, вопросы о подготовке заявки на изготовление изделия. Бот объясняет, какие размеры и фотографии понадобятся, помогает собрать сведения и передаёт их сотруднику. Окончательный расчёт и согласование условий остаются за человеком.

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

Что положить в базу знаний

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

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

У каждого ответа должен быть хозяин

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

В карточке материала достаточно зафиксировать название, ответственного, дату проверки, версию и область применения. Например: «Получение образцов для оптовых покупателей», «для новых клиентов», «действует с указанной даты». Если условия различаются по региону или группе клиентов, эти различия должны быть видны в самом тексте, рядом с правилом.

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

Проверьте, что материал вообще читается

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

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

Как отделить справку от текущих данных

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

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

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

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

Как проверить ответы до запуска

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

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

Добавьте разговорные формулировки, опечатки, неполные вопросы и противоречивые вводные. Отдельно проверьте устаревшее условие: клиент мог прочитать его раньше и попросить подтвердить. Бот должен опираться на действующий материал и объяснить, что именно нужно уточнить, если версии конфликтуют.

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

Передача менеджеру должна завершаться рабочим результатом

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

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

Как поддерживать качество после запуска

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

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

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

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

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