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