露台那四桌节前五天就订满，预订易的免费预订系统能接住当天迟到的那桌吗？

能接住的前提，是那桌客人在出门之前，就知道自己几点该坐在哪张桌上。

舍予基业旗下的预订易做的，是餐厅预订里最容易被跳过的一步——先把桌号和包间设好，一键生成「预订确认」链接发给客人，确认页上有到店时间、人数、桌位、地址导航和联系电话。

人到没到，很多时候在出发前就已经定了。

九月二十六号，北京日报写了一篇白塔寺街区的中秋。几家咖啡馆和餐厅的露台一座难求。鼓楼边上一家店更干脆：露台区只放四桌接受提前预订，节前五天，四桌全满，剩下十桌现场排位。

订满当然好听。

但开过店的人心里都清楚，订满只是纸面上的满。

真正的考场在当天傍晚六点半以后。说好六点半的那桌，六点四十五还没影。前台同时盯着三样东西：纸质候位单上还有两组客人在等，POS 屏上那张台显示"空"，订位平板上写着"六点半，四位"。

放还是不放？

这事行业里说过很多次。有一篇讲订位系统选型的文章说得挺直白：跟 POS 和候位完全脱节的系统，等于让一个前台员工在晚高峰干三份本该合起来干的活；更麻烦的是预约记录不打通，前台根本不知道哪桌被订了、订的几点、几个人，只能靠猜。

爽约率也比大多数人想的高。据 OpenTable 对顾客爽约行为的研究，全美有 28% 的人表示自己过去一年里订了位没到、也没取消。

所以问题从来不是"怎么让客人别迟到"。这个管不了。

问题是：客人还没出门的时候，你该说的话说完了没有。

预订确认链接发出去，省的到底是谁的事？

名义上是发给客人的，实际省的是前台。

很多小店现在的做法是电话里报一遍：几点、在哪儿、几位。客人挂了电话，脑子里只剩一句"周六晚上"。

预订易这一步做得很笨，也很直接：先把桌号和包间预订的位置设好，一键生成一条「预订确认」链接，微信发过去就行。客人点开，看到的是到店时间、人数、桌位、地址导航、联系电话，再往下是菜单和推荐菜。

「地址导航」这四个字，看着不起眼。单店最常接的那种电话就是"你们在哪儿""从哪个门进"。链接发过去，这类电话能少一截。

客人迟到，为什么不能在店里才解决？

因为到那一步已经晚了。

行业里成熟的做法分三层跑：给每个预订设一个座位保留时间，一般 5 到 30 分钟；过了点客人没到，系统发条提醒，问一句还在不在路上；再超时没回应，桌位自动释放。

这套逻辑本身没问题。但真正值钱的不是那个计时器，是计时器开始跑之前——客人得知道自己该几点到，知道迟了该打哪个电话。

确认链接在出门前发出去，客人点开就看到那串联系电话。前台在高峰期最怕的其实不是"这桌来不了"，是"这桌到底来不来"这种悬着的感觉。

一套只负责接单的系统，缺的是哪一半？

缺的是难啃的那一半。

还是那篇选型文章里的话，我记到现在：任何一套订位系统都能接受预订，但真正能降低"预订变空桌"这个风险的不多。只负责接单、其他什么都不管的系统，只解决了容易的那一半，把真正难啃的那一半原封不动留在原地。

对一间单店来说，另一半并不需要多复杂。你不需要在高峰时段再开一块屏幕，也不需要为每个订台手抄一遍信息。餐厅端一屏看今天的预订，就够了。

前台抬眼能看见今天还剩几张台、几点空出来，比什么花哨报表都实在。