Корпоративный ИИ-ассистент по внутренним документам: как запустить полезный пилот

От выбора задачи и подготовки базы знаний до прав доступа, цитирования источников, оценки качества и сопровождения.

Содержание

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

Полезный пилот начинается с узкой задачи и измеримых вопросов.

Выберите конкретную аудиторию

Ассистент «для всей компании по всем документам» слишком широк для первого запуска. Лучше выбрать одну группу:

  • первая линия поддержки;
  • отдел продаж;
  • новые сотрудники;
  • бухгалтерия;
  • сервисные инженеры;
  • внутренний контакт-центр.

У этой группы должен быть повторяющийся поток вопросов и понятный владелец процесса.

Соберите реальные вопросы

До разработки соберите 30–100 типовых вопросов из:

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

Примеры должны включать простые, сложные и неоднозначные случаи. Они станут тестовым набором.

Подготовьте источники

Проблемы документов:

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

ИИ не исправит противоречие между двумя регламентами. Сначала нужно определить актуальный источник.

Для каждого документа полезно хранить:

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

Как работает поиск с генерацией ответа

Типовая схема:

  1. Пользователь задаёт вопрос.
  2. Система находит релевантные фрагменты документов.
  3. Модель формирует ответ на их основе.
  4. Пользователь получает ссылки или цитаты.

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

Требуйте ссылки на источник

Ответ без ссылки сложно проверить. Хороший интерфейс показывает:

  • документ;
  • раздел;
  • фрагмент;
  • дату или версию;
  • возможность открыть оригинал.

Если подтверждающего источника нет, ассистент должен честно сообщить об этом, а не дополнять ответ общими догадками.

Права доступа

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

Проверьте сценарии:

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

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

Инструкции для модели

Задайте правила:

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

Для некоторых вопросов лучше возвращать ссылку на инструкцию, а не пересказывать её целиком.

Оценка качества

Недостаточно спросить нескольких коллег, «нравится ли чат». Для тестового набора оцените:

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

Можно использовать простую шкалу: корректно, частично, неверно, недостаточно данных.

Обратная связь

Кнопки «полезно / не полезно» мало объясняют. Лучше дать причины:

  • неверный источник;
  • устаревшая информация;
  • ответ неполный;
  • нет ответа;
  • сложная формулировка;
  • нарушены права;
  • вопрос требует эксперта.

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

Пилот

Практичный пилот:

  1. Один отдел.
  2. Ограниченный набор документов.
  3. Тестовый список вопросов.
  4. Корпоративная авторизация.
  5. Ссылки на источники.
  6. Запрет автономных действий.
  7. Сбор обратной связи.
  8. Еженедельный разбор ошибок.
  9. Решение о расширении после измерения.

Что измерять

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

Снижение времени имеет смысл только при сохранении качества.

Интеграции

После успешного пилота ассистент можно подключать к:

  • корпоративному порталу;
  • service desk;
  • CRM;
  • мессенджеру;
  • системе обучения;
  • каталогу услуг;
  • форме создания заявки.

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

Сопровождение

База знаний меняется. Нужны:

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

Итог

Корпоративный ассистент полезен не потому, что «знает всё», а потому, что быстро находит актуальный источник и помогает применить его в конкретной задаче. Успех пилота определяется качеством документов, правами и проверкой, а не только выбором модели.

← Все статьи блога