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