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

Хорошая база знаний для ИИ-агента начинается не с выбора модели, а с подготовки понятных документов. В этой статье разберём, какие материалы собрать, как превратить их в FAQ, где заканчивается зона ответственности агента и как проверить ответы до запуска. Подход подходит микро-, малому и среднему бизнесу Беларуси: интернет-магазину, учебному центру, сервисной компании или отделу продаж, который хочет быстрее обрабатывать типовые вопросы.

Какие документы нужны ИИ-агенту?

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

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

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

Как превратить документы в понятные ответы?

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

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

Для каждого FAQ подготовьте несколько вариантов формулировки вопроса. Клиент может написать «Сколько ждать доставку?», «Когда привезут заказ?» или «Какие сроки доставки?». Смысл один, поэтому такие варианты стоит объединить с одним подтверждённым ответом.

• Один FAQ раскрывает одну тему.
• Ответ начинается с главного условия.
• Суммы, сроки и ограничения записаны прямо.
• Неактуальные варианты вынесены из рабочей версии.
• Для спорных ситуаций указано, кому передать диалог.

Если бизнес уже использует CRM, базу знаний удобно связать с этапами сделки и типом обращения. Например, вопрос о статусе заявки получает один сценарий, запрос на повторную покупку другой, а претензия уходит сотруднику. О выборе CRM для малого бизнеса можно прочитать в материале как выбрать CRM в Беларуси в 2026 году.

Как оформить структуру базы знаний?

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

1. Товары или услуги: характеристики, варианты, ограничения.
2. Заказ: оформление, подтверждение, изменение заявки.
3. Оплата: доступные способы и порядок действий.
4. Доставка или выполнение услуги: сроки, условия, перенос.
5. Возврат и претензии: какие данные собрать и кому передать вопрос.
6. Контакты и режим работы: когда подключается сотрудник.

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

Как описать границы полномочий агента?

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

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

Как проверить базу знаний до запуска?

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

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

Для более глубокого разбора подхода пригодится материал как подготовить базу знаний для RAG-чат-бота. Он помогает понять, почему качество ответа зависит от структуры исходных материалов, а не только от настроек самого агента.

Какие ошибки чаще всего портят базу знаний?

• Загрузка всех документов без отбора. Агент получает дубли и старые условия. Сначала оставьте только материалы, которыми сотрудники пользуются сейчас.
• Смешение внутренних и клиентских формулировок. Сотрудник понимает сокращение, клиент пишет обычными словами. Добавьте варианты вопросов и расшифруйте термины.
• Отсутствие владельца раздела. Без ответственного никто не обновит цену, срок или порядок работы. Назначьте человека для каждой категории.
• Слишком широкие ответы. Длинный текст скрывает главное условие. Перенесите основной ответ в начало, а детали оставьте ниже.
• Попытка решить любой вопрос автоматически. Для претензий и нестандартных случаев заранее настройте передачу сотруднику.
• Проверка только идеальных запросов. Добавьте опечатки, короткие сообщения и разные способы задать один вопрос.

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