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