Ошибка широкого поручения скрывает решения
Задание запиши всех клиентов соединяет разные действия: чтение сообщения, выяснение состава работ, поиск времени и подтверждение визита. Когда их не разделяют, нельзя понять, на каком этапе появилась неверная запись. Для пилота задайте ограниченный выход: агент готовит вопросы или ответ по проверенному расписанию, а администратор согласует время.
Другая ошибка — выдавать любую незанятую строку за свободный пост. Время может быть оставлено для работ иной длительности или для автомобиля, который уже находится в мастерской. Ограничения расписания должен объяснить сотрудник; модель не выводит их из красивого вида таблицы.
Слабые исходные сведения маскируются гладким текстом
При записи на смену комплекта важно знать, привозит ли клиент свои шины или получает их с хранения. Во втором случае требуется подготовка выдачи. Если агенту неизвестна эта разница, его черновик может обещать время, не учитывая отдельное действие кладовщика. Причина не в стиле сообщения, а в недостатке контекста задания.
Столь же опасно исправлять неверный ответ устно и не менять источник, вызвавший ошибку. Тогда следующее обращение проходит через ту же неопределённость. Сохраняйте обезличенный пример, исходные сведения и смысл правки: по этой тройке легче отличить проблему расписания от недостатка инструкции.
Испытания включают неудобные обращения
До живой переписки подготовьте набор заявок, на которых красивого первого ответа недостаточно. Проверяйте не только содержание, но и то, какое действие предлагается после него.
В тестовую подборку включите такие ситуации:
- Клиент просит время, но не указал состав работ и сведения о комплекте.
- После ответа посетитель меняет услугу, для которой нужно другое окно.
- Один запрос поступает повторно и не должен считаться новым согласованием.
- Расписание недоступно либо его версия не подтверждена сотрудником.
- Комплект на хранении ещё не найден, хотя клиент уже просит визит.
Спорный результат возвращают в обычную обработку
Допустим, в пробной заявке клиент переносит установку на утро, а агент опирается на старую копию графика. Администратор отмечает ошибку источника и отвечает вручную после сверки с мастерской. Пилот продолжают не за счёт незаметного исправления, а после уточнения, как получать действующее расписание для следующего задания.
Основания остановить область применения нужно определить заранее: повторное неподтверждённое обещание, потеря условия услуги или невозможность проверить источник. Обычный способ записи сохраняют на весь период испытания. Вывод о пилоте делают по способности обрабатывать эти исключения, а не по числу подготовленных приветствий.
Как с этим работает Coagent
Платформа Coagent работает с почтой, Telegram, таблицами и 1С по правилам вашей компании. Рутину берёт агент, а подтверждение остаётся за человеком.
Испытайте черновики записи на неполных и изменённых заявках, прежде чем разрешать их использование в работе администратора.