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

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

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

Чтобы понять, как подготовить базу знаний для ИИ-бота, полезно идти от будущих разговоров, а не от форматов документов. Ниже — практический порядок работы, который позволяет начать с компактной и проверяемой базы, а не строить архив на все случаи жизни.

Шаг 1. Определите работу, а не образ «умного бота»

Сначала зафиксируйте, что именно система должна делать в разговоре. Формулировка «консультировать клиентов» слишком широка. Гораздо полезнее конкретный список:

• отвечать на вопросы о компании и порядке работы;
• объяснять основные услуги;
• выявлять задачу и обязательные параметры;
• подбирать варианты из каталога;
• сообщать подтверждённые цены или правило расчёта;
• собирать контакт с согласия клиента;
• готовить обращение для менеджера;
• передавать сложные и ответственные вопросы человеку.

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

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

Шаг 2. Соберите реальные вопросы клиентов

Структуру базы лучше строить не по отделам компании, а по разговорам. Клиенту редко интересно, в какой папке лежит регламент логистики. Он спрашивает: «Привезёте в мой город?», «Что входит в монтаж?» или «Почему цена указана от?»

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

Разделите вопросы на несколько крупных тем:

1. компания и география работы;
2. товары или услуги;
3. подбор и сравнение;
4. цены и расчёт;
5. оплата, доставка, сроки и гарантии;
6. нестандартные условия;
7. оформление обращения;
8. передача менеджеру.

Если один вопрос звучит каждую неделю, он важнее редкого документа на сорок страниц. Такая карта показывает минимальное покрытие для первого запуска.

Шаг 3. Проведите ревизию источников

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

Затем для каждого значимого факта выберите одну действующую версию. Типичный конфликт выглядит так: на сайте цена 80 000 ₽, в таблице 85 000 ₽, а менеджер называет «примерно от 90». Модель не способна определить, кто прав. До настройки бизнес должен утвердить источник или правило: например, базовая цена берётся из действующего прайса, итоговую подтверждает менеджер.

Материалы удобно разделить на три группы:

Не стоит хранить старые версии рядом с рабочими «на всякий случай». Для архива им лучше выделить отдельное место, которое система не использует.

Шаг 4. Разделите факты, описания и правила

В исходных документах они обычно перемешаны. Для бота полезно развести три типа содержания.

Факт — проверяемое значение: цена, размер, регион, состав комплектации, срок действия акции.

Описание — объяснение: кому подходит услуга, чем отличаются варианты, как проходит работа.

Правило — допустимое действие: если адрес вне основной зоны, не подтверждать выезд и передать запрос менеджеру.

Это различие важно. Фраза «доставка возможна по области» ещё не говорит, можно ли сразу подтвердить конкретный адрес. А запись «цена от 20 000 ₽» не объясняет, что входит в минимум и от чего зависит итог.

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

Шаг 5. Приведите товары и услуги к общей структуре

Не нужно заполнять универсальную анкету из сотни полей. Нужна структура, которая помогает отвечать на реальные вопросы.

Для товара обычно полезны:

• название и категория;
• назначение;
• ключевые характеристики;
• варианты исполнения;
• единица измерения;
• цена и состав предложения;
• наличие или способ его проверки;
• сроки;
• ограничения;
• дополнительные услуги;
• условия передачи менеджеру.

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

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

Шаг 6. Опишите цены так, чтобы их нельзя было понять двояко

Для каждой суммы укажите тип и контекст. Полезная минимальная схема:

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

То же касается сроков и скидок. «Обычно быстро» — не условие. «Срок подтверждает производство после проверки комплектации» — уже рабочее правило.

Шаг 7. Зафиксируйте границы и пограничные ситуации

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

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

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

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

Шаг 8. Отделите публичное от внутреннего

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

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

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

Шаг 9. Назначьте владельцев данных

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

Пример распределения:

• ассортимент и характеристики — продуктовый специалист;
• цены и скидки — коммерческий отдел;
• наличие — склад или учётная система;
• сроки — производство;
• доставка — логистика;
• гарантия — сервис;
• договорные условия — ответственное лицо;
• общая база и тесты — координатор проекта.

Владелец не обязан ежедневно работать с ботом. Но должен сообщать об изменениях и разрешать противоречия. Без этого база неизбежно начнёт отставать от бизнеса.

Шаг 10. Соберите минимальную версию и протестируйте

Первый запуск не требует описать абсолютно всё. Достаточно ядра, которое закрывает основные обращения:

1. краткое описание компании;
2. главные товары или услуги;
3. актуальные цены либо правила расчёта;
4. условия оплаты, получения и гарантии;
5. ответы на частые вопросы;
6. ограничения и запрещённые обещания;
7. правила передачи человеку;
8. набор тестовых диалогов.

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

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

Что делать после запуска

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

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

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

Краткий чек-лист готовности

• [ ] задачи и запреты бота определены;
• [ ] собраны реальные вопросы клиентов;
• [ ] для каждого важного факта выбран действующий источник;
• [ ] публичные и внутренние сведения разделены;
• [ ] товары и услуги приведены к понятной структуре;
• [ ] цены, сроки и акции имеют контекст;
• [ ] неизвестные случаи описаны;
• [ ] правила передачи менеджеру зафиксированы;
• [ ] владельцы данных назначены;
• [ ] ключевые сценарии проверены;
• [ ] процесс обновления после запуска понятен.

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

Как подготовка проходит в LEVBOT

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

Оплата нужна только при скачивании готовой настроенной сборки. Одно скачивание стоит 6 000 ₽. Обязательной подписки LEVBOT нет; сервис не ведёт внутренний баланс и не принимает оплату токенов через LEVBOT.

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

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