Что такое база знаний для ИИ-ассистента
База знаний для ИИ-ассистента — это отобранный и управляемый набор внутренних материалов, по которым система ищет контекст перед ответом. В него могут входить регламенты, инструкции, продуктовые описания, правила обработки обращений, шаблоны и ответы на частые вопросы. Важно не количество файлов, а их пригодность для конкретного рабочего сценария.
Такой ассистент не заменяет владельца процесса и не делает документ истинным только потому, что он найден. Он помогает быстрее находить нужный фрагмент, сопоставлять вопрос с внутренними правилами и формулировать черновик ответа. Если в источниках есть противоречия, устаревшие версии или закрытая информация, проблема проявится в ответе ассистента.
В официальном руководстве OpenAI File Search описан как поиск по загруженной базе знаний с использованием семантического и ключевого поиска. Практический вывод: материалы должны быть понятны как человеку, так и поисковому механизму — с ясными заголовками, контекстом, датой и границами применения. Подробнее о проектировании ИИ-сценариев — на странице https://aikonversia.ru/uslugi/ai/.
- Выберите один процесс: например, ответы поддержки, адаптация сотрудника или поиск правил продаж.
- Опишите, какие вопросы ассистент должен закрывать, а какие передавать человеку.
- Не загружайте весь архив до аудита: лишние и спорящие документы усложняют контроль.
Шаг 1. Проведите аудит и отберите источники
Начните с карты источников. Соберите список папок, корпоративных страниц, инструкций, таблиц и сообщений, где сотрудники уже ищут ответы. Для каждого источника зафиксируйте владельца, назначение, дату последней проверки и аудиторию. Это покажет, где находится рабочая версия, а где только копия или черновик.
Затем задайте критерии включения. Документ подходит для базы, если он относится к выбранному процессу, содержит конкретные правила и понятен без устного комментария автора. Скан-копии без распознаваемого текста, переписки без контекста, личные заметки и файлы с неизвестной датой лучше оставить за пределами пилота до отдельной проверки.
Отдельно выпишите конфликтующие правила. Например, инструкция для нового сотрудника может не совпадать с регламентом отдела. Не просите ассистента «самому выбрать правильное»: назначьте человека, который подтвердит актуальную версию, удалит дубли или разделит документы по ролям. Если источники разрознены между системами, это уже задача на интеграцию и заказную разработку, а не только на настройку промпта.
- Составьте реестр документов с полями: название, владелец, процесс, аудитория, версия и статус.
- Удалите дубли и пометьте материалы, которые требуют согласования.
- Проверьте, нет ли в наборе персональных данных, коммерческих секретов и нерелевантных архивов.
- Сохраните примеры реальных вопросов сотрудников — они понадобятся для проверки.
Шаг 2. Приведите документы к рабочей структуре
ИИ-ассистенту трудно работать с материалом, в котором один большой файл смешивает несколько процессов. Разделите документы по задачам и аудиториям: «как принять обращение», «когда эскалировать», «какие поля заполнить», «что нельзя обещать клиенту». Один документ может оставаться объёмным, если внутри есть логичная иерархия заголовков и короткие смысловые блоки.
В начале каждого материала полезно явно указать назначение, область применения, владельца и дату проверки. Внутри раздела отделяйте правило от примера и исключение от общего порядка. Формулировки «обычно», «по возможности» и «в отдельных случаях» требуют пояснения: кто принимает решение, по какому условию и где зафиксирован следующий шаг.
Если база связана с CRM, не переносите в неё все поля и записи подряд. Сначала определите, какие знания нужны для действия: подсказать этап воронки, объяснить обязательное поле, найти сценарий ответа или передать задачу ответственному. Страницы https://aikonversia.ru/uslugi/crm/ и https://aikonversia.ru/uslugi/razrabotka/ помогают связать знания с процессом, ролями и нестандартной бизнес-логикой.
- Используйте один устойчивый термин для одного объекта: не чередуйте названия этапа воронки без причины.
- Добавляйте дату действия правила и условия, при которых оно перестаёт применяться.
- Выносите исключения в отдельные блоки, а не прячьте их в длинной сноске.
- Делите инструкции на небольшие смысловые фрагменты, которые можно проверить по отдельности.
Шаг 3. Настройте права, версии и ответственность
У базы знаний должен быть владелец — человек или роль, которые отвечают за содержание, а не за техническую загрузку файлов. Для каждого раздела определите, кто может читать материал, кто его менять и кто утверждает обновление. Если эти роли не разделены, ассистент будет опираться на документ, который кто-то изменил без проверки.
Права доступа задаются по процессу и аудитории. Инструкция для всей команды не должна автоматически открывать кадровые, финансовые или клиентские сведения. Минимальный набор для контроля — журнал изменений, дата следующей проверки, понятное имя версии и правило удаления устаревшего документа из поиска.
NIST описывает AI RMF как добровольную рамку для управления рисками ИИ на этапах проектирования, разработки, внедрения, использования и оценки. Для внутреннего ассистента это не требует сложной бюрократии: достаточно заранее зафиксировать допустимые темы, ограничения ответа, способ эскалации и процедуру пересмотра. Важный принцип — ассистент должен уметь честно сказать, что в базе нет подтверждённого ответа.
- Назначьте владельца каждого набора документов и резервного ответственного.
- Разделите права просмотра, редактирования и утверждения.
- Определите, как помечаются новые, действующие и архивные версии.
- Опишите запретные темы и обязательную передачу вопроса сотруднику.
Шаг 4. Запустите небольшой пилот и проверьте ответы
Пилот лучше строить вокруг одного измеримого рабочего вопроса, а не вокруг абстрактной цели «внедрить ИИ». Сформируйте набор проверок из реальных запросов: простые вопросы по инструкции, вопросы с несколькими условиями, запросы без ответа в базе и вопросы, где встречаются похожие термины. Не подбирайте примеры только под удачные ответы.
Проверяйте не только формулировку, но и основание ответа. Может ли сотрудник понять, на какой документ и какой раздел опирается ассистент? Не смешал ли он два регламента? Не выдал ли внутреннюю информацию пользователю без соответствующего доступа? Отмечайте результат в простой таблице: вопрос, ожидаемый источник, ответ, ошибка, причина и действие по исправлению.
После первой проверки обновляйте источники, структуру и инструкции по одному изменению за раз. Так проще понять, что именно улучшило или ухудшило результат. Если ассистент должен создавать задачу, менять данные в CRM или передавать обращение, сначала опишите границы действия и оставьте подтверждение сотрудника там, где ошибка может повлиять на клиента или учёт. О подходе к внедрению ИИ-пилота можно прочитать на https://aikonversia.ru/uslugi/vnedrenie-ai/.
- Соберите вопросы от будущих пользователей, а не только от автора базы.
- Проверяйте правильность источника, полноту ответа и корректную эскалацию.
- Повторяйте тесты после существенного обновления документов.
- Не подключайте автоматическое действие, пока не описаны условия отмены и ручной контроль.
Чек-лист готовности и следующий шаг
База знаний готова к рабочему пилоту, если команда может ответить на пять вопросов: для какого процесса она создана, кто владеет содержанием, какие документы считаются актуальными, что происходит при отсутствии ответа и как проверяется качество. Если хотя бы на один вопрос нет владельца или правила, сначала закройте этот пробел.
Не оценивайте ассистента по впечатлению от пары удачных диалогов. Смотрите на повторяемость ответов, понятность оснований и долю вопросов, которые корректно передаются человеку. Конкретные показатели и пороги стоит выбрать под процесс компании, поэтому их нельзя честно назначить заранее без аудита данных и сценариев.
Подготовка базы знаний часто выявляет более широкую проблему: документы живут отдельно от CRM, задачи не имеют владельца, а правила меняются без уведомления. Это полезный сигнал для руководителя. Начать можно с одного процесса и короткого списка материалов, а затем связать его с CRM, интеграциями и аналитикой. Если нужен разбор исходных данных и границ пилота, отправьте описание процесса через https://aikonversia.ru/kontakty/.
- Есть один понятный сценарий и список пользователей.
- Все материалы имеют владельцев, версии и дату пересмотра.
- Дубли, архивы и закрытые данные исключены или разграничены.
- Есть тестовые вопросы, ожидаемые источники и журнал ошибок.
- Понятно, когда ассистент отвечает, а когда передаёт вопрос сотруднику.
Частые вопросы
Можно ли загрузить в базу знаний все документы компании?
Технически набор может быть большим, но для первого пилота это плохая отправная точка. Начните с одного процесса и проверенных материалов. Архивы, дубли и документы с неясными правами сначала нужно разобрать, иначе будет трудно объяснить источник спорного ответа.
Как понять, что документ устарел?
Зафиксируйте владельца, дату последней проверки и условие пересмотра. Поводом для обновления может быть изменение процесса, продукта, роли или требования. Если владелец и дата неизвестны, документ лучше пометить как требующий проверки и не использовать как единственное основание ответа.
Должен ли ИИ-ассистент отвечать на любой вопрос сотрудника?
Нет. У него должны быть границы: темы, на которые он отвечает, вопросы для передачи человеку и случаи, когда нужно сообщить об отсутствии подтверждённой информации. Чем ближе сценарий к клиентским, финансовым или кадровым решениям, тем важнее ручное подтверждение.
Нужна ли CRM для базы знаний?
Нет, база знаний может работать как отдельный контур. Но если ответ должен приводить к действию — созданию задачи, смене статуса или передаче обращения — заранее продумайте связь с CRM и правила доступа. Тогда ассистент становится частью процесса, а не отдельным окном для вопросов.
Источники
Следующий шаг
Нужно понять, что автоматизировать первым?
Покажите текущий процесс, CRM или путь заявки — команда АиКонверсии поможет определить рабочий контур.