周六晚上21:30,厨房积压18张订单,主厨大喊"停"。继续接受QR订单会让面条延迟35分钟——结果是Google上一颗星差评。解决方案:order throttling。
队列深度阈值
每个厨房都有同时处理订单的上限。thMenu统计开放订单数;超过15张时,QR菜单显示"当前繁忙,5分钟后再试"。购物车不会丢失。
阈值是动态的:午餐时段12张,晚餐18张。如果披萨工位是瓶颈,可以按品类启用throttling。
罗马案例:fila virtuale
Trastevere区的Da Enzo小馆自2023年起使用虚拟排队。顾客看到"当前等待12分钟,预计20:45下单"后主动接受。没有挫败感,因为预期是先告知的。
美国DoorDash提供"pause new orders"功能:制作时长超过35分钟时,餐厅可暂停接单15分钟,退款率显著下降。
技术与UX实现
后端:KDS在D1中维护开放订单计数。POST /api/orders检查;超阈值时返回429 Too Many Requests并附Retry-After: 300。前端展示5分钟倒计时,到期自动重试。
UX黄金法则:不要隐藏等待,而要正向呈现。"我们正忙,因为所有菜品都现做"把约束变成卖点。
常见问题
不会损失营收吗?不会——一颗星差评的长期成本更高。
阈值定多少?每个工位3-5张活动订单,5工位餐厅18-25张。
顾客离开怎么办?购物车保存24小时,回来继续。
觉得有用?分享给朋友。