Практика ИИ для бизнеса
База знаний для ИИ-бота: подготовка документов и проверка ответов
ИИ-бот должен отвечать по условиям вашей компании. Если в документах три версии прайса и разные правила одной услуги, сначала нужно определить актуальный источник. Разберём, что подготовить до разработки и как проверить ответы до запуска.
Опубликовано
Начните с одного сценария и списка вопросов
Для первой версии выберите конкретную задачу: например, консультацию по одной группе услуг до передачи менеджеру. Соберите обезличенные вопросы из переписки и отметьте, где сотрудник ищет ответ. Это даст список нужных материалов. Если бот только собирает имя, услугу и контакт по готовому меню, большая база знаний может вообще не понадобиться.
- Назовите аудиторию: клиент, менеджер или исполнитель.
- Запишите вопросы, на которые бот должен отвечать самостоятельно.
- Укажите ситуации, где требуется уточнение или человек.
Соберите источники и уберите противоречия
Составьте реестр материалов: название, назначение, владелец, дата проверки и статус. Из двух противоречащих друг другу документов выберите действующий вместе с ответственным сотрудником. Старую редакцию уберите из рабочих источников, сохранив архив отдельно. Переписку можно использовать для поиска частых вопросов; условия из отдельного диалога не становятся общим правилом для всех клиентов.
- Отделите действующие правила от черновиков и архива.
- Сравните цену и состав одной услуги на сайте, в презентации и в прайсе.
- Укажите, кто подтверждает каждую спорную формулировку.
- Не включайте персональные сведения из переписки, если они не нужны сценарию.
Подготовьте понятную карточку услуги
Материал должен сохранять смысл без догадок. В карточке услуги укажите, что входит в работу, что оценивают отдельно и какие данные нужны для следующего шага. Не разделяйте цену и условие её применения так, чтобы поиск мог вернуть только число. Для сканов и таблиц проверьте, что после извлечения текста сохранились заголовки, строки и примечания.
- Учебный пример: «Настройка формы — после проверки сайта и состава полей».
- Отдельная строка: «Передача заявки в CRM оценивается по доступному API и правилам воронки».
- Следующий шаг: «Уточнить систему, показать обезличенный пример и согласовать состав».
- Такой пример описывает структуру документа; это не предложение фиксированной цены.
Что положить в первую базу знаний
| Материал | Что должно быть внутри | Как проверить |
|---|---|---|
| Карточка услуги | Состав, ограничения, следующий шаг | Ответ не обещает работу вне состава |
| Цены и сроки | Актуальная версия, условия расчёта, дата | Индивидуальная оценка не превращается в фиксированную цену |
| Частые вопросы | Вопрос клиента и согласованный ответ | Перефразированный вопрос даёт тот же смысл |
| Передача сотруднику | Причины передачи, канал, необходимые сведения | Вопрос и контекст доступны ответственному |
| Служебные документы | Отдельный доступ для определённых ролей | Клиент не получает внутренние сведения |
Как бот использует документы: коротко о RAG
При подходе RAG система ищет подходящие фрагменты материалов и передаёт их модели как контекст ответа. Это позволяет опираться на сведения компании. Microsoft отдельно описывает сложности такого подхода: понимание запроса, выбор релевантного контекста, ограничение объёма и права доступа. Поэтому загрузка файлов — только часть работы; качество проверяют на вопросах вашей аудитории.
Отделите справочные ответы от живых данных
Описание услуги можно хранить в документах. Свободное время, остаток товара и текущий статус заказа обычно нужно получать из рабочей системы. Архивный прайс или сохранённая копия расписания не подтверждают состояние на момент обращения. Определите, какие сведения бот объясняет из базы, а какие проверяет через интеграцию. При недоступности источника он должен сообщить фактический статус и предложить следующий шаг.
Проверьте ответы на контрольном наборе
Мы рекомендуем начать с 20–30 вопросов и расширять набор по найденным ошибкам. Это рабочий ориентир CRUX, а не стандарт провайдера и не гарантия качества. Для каждого вопроса заранее запишите ожидаемые факты, допустимое уточнение и момент передачи человеку. Оценивайте содержание вместе с сотрудником, который отвечает за условия услуги.
- Известный вопрос: ответ совпадает с актуальной карточкой услуги.
- Вопрос другими словами: смысл и ограничения сохраняются.
- Неизвестная услуга: бот не придумывает предложение.
- Устаревшая цена: ответ не опирается на удалённую редакцию.
- Внутренний документ: сведения недоступны клиенту.
- Противоречие или отсутствие ответа: бот уточняет вопрос либо передаёт его человеку.
Разберите ошибки по месту возникновения
Если ответ неверный, проверьте последовательно: есть ли нужное правило в источнике, нашёл ли его поиск и корректно ли модель использовала найденный текст. При отсутствии актуального документа редактирование инструкции бота не создаст надёжный источник. Если поиск выбрал старую редакцию, проверьте индекс и метаданные. Если правильный фрагмент найден, но условие потеряно в ответе, меняйте формулировку задачи и повторяйте контрольные вопросы.
Назначьте владельца и порядок обновлений
После изменения цены или состава услуги обновите исходный документ, рабочий индекс и контрольные ответы. Затем проверьте, что бот больше не использует старые условия. Согласуйте срок обновления, ответственного и возможность временно отключить спорный ответ. В журнале полезно сохранять найденный источник, версию базы и оценку сотрудника; доступ к журналу и срок хранения определяют под ваш сценарий.
Что подготовить для оценки разработки
Для первого разговора достаточно перечня услуг, нескольких актуальных документов, обезличенных вопросов и описания канала общения. В CRUX согласуем область ответов, источники, передачу сотруднику и критерии приёмки. Объём очистки документов, интеграции и сопровождение влияют на состав работ; расходы на модель и инфраструктуру оцениваем отдельно.
Источники
Описание принципа RAG сверено с документацией Microsoft 13 октября 2026 года. Реестр материалов, карточка услуги, набор из 20–30 вопросов и порядок обновлений — рекомендации CRUX. Материал не предполагает обязательного использования Azure или конкретной модели.