Поиск по внутренним документам с языковой моделью даёт эффект там, где документов много, они разного возраста и никто не знает, какая версия актуальна. Он не даёт эффекта, если документов мало или если проблема в том, что их вообще не пишут. Главная сложность на практике — не модель, а состояние самих материалов: устаревшие версии, дубликаты и отсутствие признака актуальности превращают систему в машину, уверенно выдающую прошлогодние правила.
Где это работает
| Задача | Насколько применимо | Условие |
|---|---|---|
| Найти ответ на типовой вопрос заказчика | Хорошо | Материалы актуальны и помечены датой |
| Подготовить черновик ответа на запрос | Хорошо | Есть образцы прошлых ответов |
| Найти прошлый проект с похожей задачей | Хорошо | Проекты описаны хоть как-то единообразно |
| Свести условия из десятка договоров | Средне | Обязательна проверка человеком |
| Ответить на вопрос о текущих ценах | Плохо | Цены меняются, модель отдаёт то, что нашла |
| Принять решение за человека | Не применимо | — |
С чего начинать
- Выберите один узкий участок. Например, ответы на технические вопросы заказчиков или база прошлых предложений. Попытка «загрузить всё» проваливается почти всегда.
- Наведите порядок в материалах. Удалите или пометьте устаревшее, определите, где лежит актуальная версия. Это восемьдесят процентов работы и та часть, которую все хотят пропустить.
- Договоритесь о признаке актуальности. Дата, владелец, срок пересмотра. Без этого система не отличает действующий регламент от черновика двухлетней давности.
- Требуйте ссылок на источник. Ответ без указания документа, из которого он взят, использовать нельзя — проверить его дороже, чем найти вручную.
- Ограничьте доступ по ролям. В базе оказываются цены, условия договоров и данные заказчиков. Кто что видит, надо решить до запуска.
- Оцените на реальных вопросах. Соберите пятьдесят вопросов, которые действительно задают, и проверьте ответы вручную. Это единственная честная проверка.
Побочный эффект, ради которого стоит начинать: попытка собрать такую систему обнажает, чего у компании нет. Обычно выясняется, что половина знаний не записана нигде и живёт в голове у двух человек. Это открытие ценнее самой системы.
Что ломается на практике
- Устаревшие документы отвечают увереннее актуальных. Модель не знает, какая версия правильная, если это не помечено.
- Дубликаты дают противоречивые ответы. Три версии одного регламента — три разных ответа в зависимости от формулировки вопроса.
- Никто не отвечает за содержание. Без владельца материалов система деградирует за несколько месяцев.
- Люди перестают проверять. Через месяц использования доверие становится избыточным, и ошибка уходит заказчику.
- Конфиденциальные данные утекают в общий доступ. Разграничение прав надо проектировать сразу, а не после инцидента.
Как понять, что получилось
Измеримо: сколько времени занимает найти ответ на типовой вопрос до и после; какая доля ответов используется без правки; сколько вопросов уходит к экспертам, которые раньше отвлекались на каждый. Если ни один из показателей не сдвинулся за два месяца, дело почти наверняка в материалах, а не в инструменте.
Связанное
- ИИ в подготовке к встрече
- Оценка качества ответов модели
- Материалы, которыми пользуются продавцы
- Соглашение о конфиденциальности
Начинайте с одного участка и с уборки в материалах — она и есть основная работа. Требуйте ссылок на источник, размечайте актуальность и назначайте владельца, иначе система через полгода станет источником уверенных устаревших ответов.
Материал обновлён 30 сентября 2026