Клиентской поддержке нужен не просто быстрый текст, а правильное продолжение обращения. Локальная модель может готовить ответы по базе знаний и помогать оператору находить информацию. Для начала разумно использовать её внутри команды, прежде чем разрешать самостоятельные ответы клиентам.
Отделите знания от состояния заказа
Инструкция по эксплуатации меняется не так часто, как статус доставки. Для первого подходит документная база, для второго нужен запрос в действующую систему с проверкой прав. Помощник должен показывать, на какой момент получены сведения, и не выдавать вчерашнюю выгрузку за текущий статус.
Отдельно определите темы, где нужен человек: нестандартные условия, конфликт источников, спорная комплектация или запрос вне доступной базы. Передача должна сохранять контекст, чтобы клиенту не приходилось объяснять всё заново.
Пример: товар не запускается
Покупатель сообщает о проблеме. Помощник находит инструкцию для указанной модели и предлагает оператору уточнить признаки неисправности. Если модель устройства неизвестна, сначала выясняет её. Он не смешивает шаги из нескольких инструкций и не придумывает способы ремонта.
При недостатке данных создаётся обращение специалисту: описание, уже выполненные действия, найденные материалы и открытые вопросы. Польза проявляется в качестве этой передачи даже тогда, когда ИИ не может завершить обращение самостоятельно.
Как подготовить базу ответов
- Назначьте владельцев инструкций и типовых ответов. - Укажите применимость материала к продукту или версии. - Разделите общедоступные сведения и внутренние заметки. - Добавьте ответы «не знаю» и правила передачи человеку.
Что измерять в пилоте
Проверяйте обоснованность ответа, повторные обращения и полноту переданного контекста. Короткое время ответа может скрывать неверное решение. Анализируйте также случаи, когда система слишком часто вызывает оператора: это может означать пробел в базе или чрезмерно широкую задачу. Расширяйте темы после исправления причин, а не за счёт менее осторожных формулировок модели.