Перед запуском AI-ассистента полезно проверить не только модель, но и документы, из которых она будет получать информацию. Если в одной папке лежат старый прайс, действующий регламент и черновик акции, система может найти убедительный, но неподходящий ответ.
Подготовка базы знаний — это работа с содержанием: определить верные источники, убрать противоречия и проверить реальные вопросы клиентов. Ниже — практический порядок для компании, которая хочет внедрить помощника на сайте или в Telegram.
Определите границы ответов
Сначала перечислите темы, по которым ассистент должен помогать: выбор услуги, подготовка к встрече, инструкция по продукту, порядок обращения в поддержку. Отдельно зафиксируйте вопросы, которые требуют сотрудника: индивидуальная скидка, нестандартные условия или спорная ситуация.
Не начинайте с выгрузки всех корпоративных файлов. Возьмите одно направление и составьте набор типовых вопросов. Для каждого подготовьте правильный ответ и документ, который его подтверждает. Если сотрудники не могут согласовать ответ, сначала нужно решить этот вопрос внутри компании.
Составьте реестр источников
Для каждого документа запишите название, владельца, дату актуальности, аудиторию и статус. Например: «Условия доставки; руководитель логистики; проверено 13 сентября; клиенты; действует». Это предложенный формат учёта, а не обязательный стандарт.
- Действующие документы используются при ответах.
- Архивные версии хранятся отдельно и исключены из текущего поиска.
- Черновики не попадают в клиентскую базу до согласования.
- Внутренние инструкции доступны только соответствующим сотрудникам.
Для бизнеса с клиентами в России и Беларуси особенно важно явно указывать страну действия условий, валюту цены и обслуживающий филиал. Одинаковое название услуги не означает одинаковые условия. Ассистент должен уточнять недостающий контекст, а не выбирать регион наугад.
Сделайте текст самостоятельным
Один раздел должен объяснять одну тему и сохранять смысл вне соседней страницы. Вместо «действуют условия выше» напишите, к какой услуге относятся правила. У таблицы должны быть понятные заголовки колонок, у исключения — область применения.
Пример слабой записи: «Срочно — по согласованию». Более полезная: «Срочную подготовку макета подтверждает менеджер после проверки загрузки. До подтверждения ассистент не обещает дату». Здесь определено действие, ответственное лицо и ограничение ответа; сама услуга приведена как условный пример.
Проверьте, что из PDF извлекается читаемый текст, а таблицы не превращаются в перемешанные строки. Картинка с прайсом без текстового представления неудобна для проверки и обновления. После преобразования сверяйте суммы, единицы измерения и примечания с оригиналом.
Отделите поиск от обновления данных
Один из способов подключить документы — искать подходящие фрагменты и передавать их модели как контекст. В документации OpenAI Retrieval описан поиск по смыслу, а также фильтрация по атрибутам файлов. Это пример реализации, а не требование выбирать конкретного поставщика.
Подключение поиска не гарантирует правильность каждого ответа. Важно проверить, найден ли нужный документ и верно ли использован его смысл. Красиво сформулированная фраза не заменяет ссылку на актуальный источник.
Остатки товара, состояние заказа и свободные слоты обычно нужно получать из действующей системы, а не из вчерашнего документа. В проекте разделите справочные знания и оперативные запросы. Для статуса заказа потребуется проверка права пользователя на доступ к этому заказу.
Проверьте доступ и поведение при неизвестном ответе
Клиентская база не должна включать внутреннюю маржу, персональные заметки менеджеров и чужие обращения. Ограничения доступа нужно применять до передачи документов модели. Одной просьбы «не раскрывай внутреннюю информацию» недостаточно для разграничения прав.
Согласуйте понятный ответ при отсутствии сведений: «В базе нет подтверждённых условий для этого случая. Передам вопрос менеджеру». Укажите, какие данные передавать сотруднику и как пользователь узнает о передаче. Не обещайте время ответа, если оно не обеспечено рабочим процессом.
Проведите проверку на контрольных вопросах
Соберите собственный набор вопросов до настройки ассистента. Включите простые формулировки, опечатки, уточнения, вопросы по разным регионам, устаревшие условия и запросы, ответа на которые нет. Размер набора зависит от охвата проекта; важнее покрытие сценариев, чем красивое число тестов.
- Проверьте, извлечён ли нужный источник.
- Сравните ответ с согласованным эталоном.
- Отметьте выдуманные условия и пропущенные ограничения.
- Проверьте передачу сотруднику и отсутствие утечки закрытых сведений.
- Повторите проверки после обновления документов.
Ошибки поиска и ошибки формулировки учитывайте отдельно: исправления будут разными. Не считайте любой ответ успехом. Для бизнеса важнее корректное решение вопроса или своевременная передача человеку.
Назначьте ответственного за обновления
Перед запуском договоритесь, кто меняет документы, кто согласует условия и кто проверяет ответы после публикации новой версии. Сохраняйте дату изменения и возможность вернуться к предыдущему состоянию. Проверяйте, что удалённые условия больше не используются в ответах.
Для обсуждения разработки AI-ассистента достаточно начать с обезличенного набора документов и списка вопросов. Факторы оценки описаны в статье о стоимости внедрения, а применение в каталоге — в материале об AI-консультанте интернет-магазина.