Начните с одной рабочей инструкции: дайте ей понятный заголовок, опишите условия применения и добавьте ссылку на документ, который подтверждает правило. Так вы подготовите первый материал для ИИ-поиска по базе знаний компании. Для остальных статей понадобится тот же подход: самостоятельный текст, актуальные сведения и ответственный за обновление. Ниже разберём, как оформить материалы, сохранить контекст и проверить ответы помощника, прежде чем сотрудники начнут использовать их в работе.
Какие материалы подготовить для ИИ-поиска в первую очередь?
Выберите рабочий процесс, по которому сотрудники регулярно задают одинаковые вопросы. Например, как согласовать коммерческое предложение или передать задачу другому отделу. Соберите действующую инструкцию и документы, на которые она ссылается. Переписку используйте как подсказку: она помогает найти вопросы, на которые инструкция пока не отвечает.
ИИ-поиск по корпоративным знаниям часто строят на подходе RAG. Система находит подходящие фрагменты во внутренних материалах и передаёт их языковой модели для подготовки ответа. Такой подход позволяет использовать сведения компании без дообучения модели, но качество ответа зависит и от поиска, и от содержания документов (источник: AIAI.BY, «Что такое RAG и как он помогает бизнесу»).
Поэтому сначала проверьте сам материал. Если два документа дают разные указания, владелец процесса должен определить действующее правило. Загрузка обеих версий в поиск оставит противоречие на месте.
- Возьмите процесс с понятными границами: от конкретного запроса до результата.
- Выберите основной документ, который описывает действующий порядок.
- Отметьте пробелы: условия, исключения и действия при отказе.
- Назначьте сотрудника, который подтвердит содержание перед публикацией.
Если общей базы пока нет, начните с её организации. В материале о том, как запустить базу знаний для небольшой команды, можно разобрать этот этап отдельно. Для пробного ИИ-поиска достаточно ограниченного набора материалов по одному процессу: так проще заметить неверный ответ и найти его причину.
Как устроить статью, чтобы ИИ сохранял смысл?
Посвятите статью одному рабочему вопросу. Заголовок «Согласование коммерческого предложения» точнее, чем «Полезное для продаж». Под заголовком сразу напишите, кто выполняет действие и при каких условиях. Историю появления правила перенесите ниже, если она нужна для понимания исключений.
Поисковая система может передать модели только часть статьи. Поэтому фраза «в этом случае отправьте ему файл» ненадёжна: вне соседнего абзаца непонятны ни случай, ни получатель. Напишите прямо: «Если клиент просит изменить условия оплаты, менеджер отправляет проект предложения руководителю отдела».
Используйте такой шаблон рабочей статьи:
- В заголовке назовите задачу словами сотрудника.
- В первом абзаце укажите, для кого и когда действует инструкция.
- Опишите порядок действий с указанием ответственного и результата.
- Рядом с нужным действием объясните исключения и маршрут согласования.
- В конце укажите владельца статьи, дату проверки и ссылки на основания.
Пример формулировки для условной инструкции: «Если клиент просит изменить стандартные условия оплаты, менеджер передаёт проект предложения руководителю отдела. До согласования менеджер не отправляет клиенту окончательную версию». Здесь понятны условие, исполнитель и ограничение. Перед публикацией такую формулировку нужно сверить с реальным порядком компании.
Проверьте также местные сокращения. Если команда называет коммерческое предложение «КП», при первом упоминании напишите оба варианта. Уточняйте неоднозначные слова: «заявка клиента на расчёт стоимости» даёт больше контекста, чем просто «заявка».
Как связать ответы с источниками и актуальными версиями?
Для каждого правила определите основание. Это может быть внутренний регламент, утверждённый шаблон или решение владельца процесса. Ссылку ставьте рядом с правилом и называйте содержательно: «Шаблон коммерческого предложения», «Порядок согласования условий оплаты». Анкор «документ» не объясняет, что сотрудник найдёт после перехода.
Сама ссылка ещё не гарантирует, что ИИ получит сведения из файла. Проверьте, умеет ли выбранная система читать этот формат и включать его содержимое в поиск. Если помощник видит только текст статьи, запишите в ней существенное правило, а ссылку оставьте для проверки подробностей.
У каждой инструкции должны быть владелец и дата последней проверки содержания. Дата загрузки файла для этого не подходит: старую инструкцию могли перенести вчера. После изменения процесса владелец обновляет основной материал и проверяет статьи, которые на него ссылаются.
- Храните действующее правило в одном основном материале.
- Помечайте старые версии как архивные и исключайте их из обычного поиска, если система это поддерживает.
- Сохраняйте условия и ограничения рядом с правилом, к которому они относятся.
- Проверяйте, что ссылки открываются у сотрудников с нужными правами.
Отдельно испытайте доступ помощника. Если сотруднику недоступен документ, ответ ИИ не должен раскрывать его содержание. Проверяйте это через учётную запись с ограниченными правами, без доступа администратора.
При выборе платформы полезно заранее проверить экспорт базы знаний. Убедитесь, что при переносе сохраняются тексты, вложения и связи между статьями. Иначе смена сервиса потребует вручную восстанавливать контекст.
Как проверить ответы ИИ до запуска для всей команды?
Составьте проверочные вопросы из реальных обращений сотрудников. Для каждого заранее запишите ожидаемый ответ и источник. Так вы проверите, нашёл ли помощник нужное правило и сохранил ли его условия, вместо оценки того, насколько убедительно звучит текст.
- Задайте прямой вопрос, на который есть ответ в одной инструкции.
- Повторите его разговорными словами и с привычными сокращениями.
- Добавьте условие, при котором действует исключение из общего порядка.
- Спросите о ситуации, которую база пока не описывает.
- Проверьте ответ со ссылкой: откройте источник и сопоставьте формулировки.
Для вопроса без основания в документах задайте помощнику правило: сообщать, что сведений недостаточно, и предлагать обратиться к владельцу процесса. Полезный ответ в такой ситуации обозначает пробел. Выдуманный порядок согласования создаёт новую инструкцию, которую никто не утверждал.
Разбирайте ошибки по причине. Если поиск не находит статью, проверьте её заголовок, терминологию и доступность для системы. Если находит, но ответ теряет условие, перепишите фрагмент так, чтобы условие стояло рядом с действием. Если источники противоречат друг другу, сначала согласуйте правило с владельцем процесса.
Результат проверки фиксируйте в рабочем журнале: вопрос, ответ помощника, ожидаемый ответ и причина расхождения. После правки повторите тот же запрос. Первый проверяемый результат — сотрудник получает нужное правило и может открыть документ, который его подтверждает.
Какие ошибки мешают подготовить базу знаний к ИИ-поиску?
- Загружают архив целиком. Сначала отделите действующие инструкции от черновиков, иначе поиск получит несколько несовместимых ответов.
- Оставляют важное правило только на снимке экрана. Продублируйте его текстом и проверьте, читает ли система подписи и вложения.
- Делят материал так, что исключение оказывается далеко от правила. Сохраните их в одном смысловом фрагменте.
- Переписывают статьи под ключевые слова. Используйте рабочие формулировки сотрудников, но сохраняйте точные названия документов и действий.
- Проверяют помощника только после запуска. Повторяйте контрольные вопросы после изменения инструкции или настроек поиска.
Если подготовку базы поручаете внешнему специалисту, заранее определите результат: шаблон статьи, правила обновления и журнал проверочных вопросов с ответами. Содержание рабочих правил всё равно подтверждают сотрудники компании. Тестовый набор вопросов поможет принять работу по проверяемым критериям.
Сейчас откройте одну действующую инструкцию и за две минуты перепишите её первый абзац: укажите, кто выполняет задачу и при каком условии начинается работа.
