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