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