餐厅在线点餐：完整指南

问一位餐厅老板他们的“在线点餐系统”是什么，多数人会指向购物车按钮——顾客点下下单的那一刻。那个按钮是真实存在的，但它只是一条更长链条上的一环：顾客找到这家店，看到一份他信得过的菜单，把东西放进购物车，付了钱，在承诺的时间吃上饭，而且——如果整条链条都跑通了——下次不用再被推销一遍就回来了。把“在线点餐”等同于那个按钮，把它前后的一切交给运气，或者交给恰好握着这位顾客的那个平台，是本指南存在的首要理由，也是最常见的一个错误。

一套跑得起来的系统，最低限度需要：一份实时准确的数字菜单，一个按照人们真实下单方式（多半在手机上，常常还很赶）搭出来的结账流程，一种收款方式，覆盖自取、配送和提前预订的履约逻辑，以及某种把第一次下单的人拉回来第二次的机制。这些都不需要什么奇技淫巧。它需要的是链条上每一环都和其他每一环对得上——菜单上的价格就是结账时的价格，卖完的菜在所有地方同时消失，页面顶部承诺的配送时间就是后厨和骑手实际在为之努力的那个时间。

贯穿整份指南的那个决定，是所有权。 顾客可以通过外卖平台下单，也可以通过餐厅自己控制的渠道下单——自己的网站、自己的应用、一通电话、柜台上的一台自助点餐机。两条路都可以喂进同一个后厨。区别在于，最后是谁拥有了顾客关系、订单数据，以及这笔订单付完钱之后剩下的那点利润。

这两条路本身都没有错。对一位从没听说过这家店、正在地图上比较五个选项的顾客来说，平台是一个真实且有效的渠道。问题不在于平台存在；问题在于有些餐厅从不去修另一条路，于是每一位顾客——包括那位已经下过十次单的——都还在按陌生人的获客成本继续付费。

本指南按照餐厅真实经历的顺序走完这条链条。下一章看的是顾客可以从哪些渠道下单，以及每个渠道实际解决的是哪件事。再往后是结账——整条链条里杠杆最大的一段——然后是承诺做出之后、撑住一句配送或自取承诺的运营纪律。接着是账本：把每一项都算进去之后，一笔平台订单究竟花掉多少，以及餐厅如何在不打价格战的前提下把利润拿回来。指南以一个实际的回答收尾，回应每位老板最终都会问的那个问题——先做什么，什么可以先放着不动。

“我们该上平台，还是自己做一个应用，还是摆一台自助点餐机？”这个问题通常被问得好像有一个标准答案。没有。因为网站、平台店铺、应用、自助点餐机和一条电话线，争夺的并不是同一个顾客时刻——每一个解决的是不同的事，而一家餐厅真正的渠道组合，应该跟着它的顾客有哪些事要办走，而不是跟着对某种技术的偏好走。

网页赢下第一次被发现。 一位搜索“附近最好吃的披萨”、想在接下来四分钟内下单的顾客，不会先去下载一个应用。一个快速、维护得当的网站——能被搜索找到、能当链接分享、不用安装任何东西——正好在他做决定的那一刻接住他。这也正是平台店铺真正对得起它那份成本的地方：对一位从没听说过这家店的顾客来说，平台既有的触达可以把这家店送到一个仅靠网站永远够不着的人面前。这才是上平台的诚实理由——让不认识你的人看见你，而不是让早就知道自己要在哪儿吃饭的人默认走那条结账路径。

餐厅自己的应用赢下习惯。 顾客为一次下载换到的是之后的省事：一个存好的地址、一个记住的支付方式、主屏幕上的一个位置，以及——在克制使用、不变成噪音的前提下——一条网站根本给不了的直接通知通道。这笔交换只对下单频次高到真想要这条捷径的顾客才划算，也正因如此，应用通常是餐厅搭的第二或第三个渠道，而不是第一个。

还有两个渠道把这一组补完整，而它们都靠接住一个本会流失的时刻来起作用。

从账本上看，自助点餐机并不是大连锁的玩具。顾客从对着屏幕下单而不是对着柜台的人下单，有两件事会立刻改变：购物车往往变大，因为屏幕不会像一个忙得团团转的员工那样忘了推荐一份合适的配餐；队伍往往变短，因为多位顾客可以并行下单，而不必一个接一个。订单进后厨时也和输入时一模一样——不会在嘈杂的柜台前被听岔——而且在下单时就已付款，这意味着小票打出来的那一刻就可以直接开做。自助点餐机值不值得，归结为一个问题，而不是餐厅规模：在你真实的高峰时段，排队是不是正在让你丢单？如果顾客宁可走掉也不愿等，那么一台带着自家品牌的柜台点餐机——自家的照片、自家的配色，而不是一台租来的通用机器——通常对得起它占的那块地方。如果本来就很少排队，那它并不急。

一通没接起来的电话，是最安静的一种丢单，因为它恰恰发生在餐厅最忙、最没空接电话的那个钟点。对很多餐厅来说，电话仍然是高峰期最稳定地被丢给语音信箱的那个渠道——而打不通的人通常不会留言；他们会打给下一家，或者干脆打开一个平台应用。把每一通电话都接起来——无论是靠在高峰期增加人手，还是靠一套语音系统用来电者自己的语言接下订单、复述一遍确认、再把它放进和其他订单同一条后厨队列——就把一个安静漏单的渠道变成了一个接得住单的渠道。比机制更要紧的是它背后的纪律：有特殊要求、有严肃过敏问题或者要投诉的来电者，必须能找到活人，而不是被困在一套话术里。Menuella 的自助点餐机和 AI 电话点餐功能正是围绕这个模式做的——自动接住标准订单，把一切不该自动化的事转交出去——但真正要紧的是底下那个判断：此时此刻，这个时刻究竟有没有被接住？至于是哪种工具去接，反而次要。

会毁掉本章每一个渠道决定的陷阱，是同时跑着两份菜单真相。 如果网站、应用、自助点餐机和平台店铺各自从不同的来源取价格、库存和促销，它们迟早会对不上——顾客在应用里看到一个价，在网站上看到另一个价；或者在点餐机上点了一道网站早已标为售罄的菜。这不是一处小小的不一致；这是顾客当场抓到餐厅在说一件看起来像谎话的事。菜单、价格和促销只有一份真相来源，不管餐厅实际跑着多少块屏幕都共用它——这是本指南后面所有内容底下那个不出声的前提。

如果一家餐厅只能改进点餐链条中的一处，那就应该是结账。它是整套系统里最值钱的一块地——兴趣要么在这一刻变成收入，要么不变——而它出问题的方式，几乎总是一旦被看见就修得好的。

在界面底下，有四件事必须始终彼此吻合。 订单状态意味着顾客一路往下走时，购物车里的价格、加料选项和履约方式保持不变——从自取切到配送，不应该悄悄清空购物车，也不应该丢掉已选好的时段。运营校验意味着结账用的是后厨实际在遵守的那套规则：这道菜是否还有、配送地址是否落在正在运行的范围内、所选时段是否还有余量——在付款之前就校验，而不是付完才发现。支付状态意味着系统任何时候都能准确说出一笔订单走到了哪一步：已发起支付、已授权、已扣款、已收到订单、已接单——这样一位在付款途中断网的顾客会被清楚告知发生了什么，而不是留在原地猜自己是不是被扣了两次。交接到后厨意味着一笔已确认、已付款的订单会自动且无歧义地到达后厨，并且在后厨事后出现变化时——某样配料没了、打印机坏了、某个时段满了——有一条清楚的路径回到顾客那里。四件都做对的结账很少引人注意；有一件做错的结账会立刻以一通怒气冲冲的电话或一笔取消的订单出现。

而顾客能不能走到那套架构面前，是由界面决定的。 大多数订单发生在手机上，常常是单手操作，常常另一只手还拎着东西，信号还断断续续。设计上务实的回应是：把要紧的动作——确认时间、选小费、提交订单——放在屏幕下半部分拇指够得着的地方；一次只问一件事，而不是一上来就是一张长表单；把手机号或配送地址就在输入框旁边当场校验，而不是等到提交之后；把 Apple Pay 和 Google Pay 放在手动输卡号之前，因为每让顾客多打开一次键盘，就多一次丢掉他的小概率。一个能挺过返回键、挺过断网、挺过第一次支付失败的购物车，比几乎任何其他单项修复都值钱。还有，当某件事正在处理时，要看得见地说出来——“正在处理支付……”任何时候都强过一个卡住不动的按钮，因为另一种结果是顾客因为不确定而点了第二下，制造出上面那套架构正是为了防范的重复下单风险。

速度、稳定和诚实的库存状态，也以一种真实但间接的方式，构成一个被看见的信号。 一个塞满多余脚本和弹窗的结账页，不只是让顾客觉得慢——它制造出的那种中途放弃的会话，久而久之会被搜索系统读成一段低质量的体验。但这些都替代不了内容本身：一个极快的结账页，如果坐落在一张单薄又过时的菜单页上，仍然会输给一个菜单完整准确的对手。速度放大的是一个本来就有东西值得被找到的页面，而不是替代它。

加购推荐属于本章，因为它发生在结账，也因为一条好推荐和一条讨厌的推荐之间的差别，几乎全在于克制。 值得记住的心智模型是一位好服务员，而不是一位死缠烂打的推销员：他会看桌，只提一样真正合适的东西，一听到“不”就立刻放手。落到实处，这是四件事在一起起作用。第一是排序：对某个具体购物车而言，最强的那一条建议，是边际贡献与顾客真实接受概率结合得最好的那一条——从顾客过去真实的下单方式里得出，而不是从哪样东西推起来最便宜里得出。第二是护栏，而且它们排在利润前面而不是后面：一条过敏原或饮食限制的过滤规则，无条件压过其他所有计算；一道售罄的菜在被标记为不可售的那一刻就从推荐里消失，而不是拖到结账；还有一道后厨负荷校验，让一条推荐永远不会落到高峰期已经忙不过来的那个档口上。一道还没有下单历史的新菜，仍然需要一个合理的起点——通常是它自身的属性，比如菜系风格或辣度——而不是随机推荐，或者在数据攒够之前干脆不推荐。第三是时机：关联紧密的东西属于早期，那时顾客还在积极组建订单；一杯饮料或一份甜品可以放在主菜选定之后，前提是它瞬间就能加载出来；而付款前的最后一步——顾客在那里需要的是总价、时间和费用，不是意外——很少是引入任何新东西的合适位置。第四是方式：只给一条，不是给一堵墙；一次点击就能关掉，关掉之后就保持关掉；并且永远不挡在顾客和确认按钮之间。这样做出来的推荐读起来像一句好意——“这个配那个不错”——而不像一道通往付款的关卡；购物车变大了，却没有花掉本指南其余部分一直在设法保护的那份信任。

把顾客送到“提交订单”按钮前，是一个问题。兑现所承诺的东西——按时送到，并且达到菜单照片所暗示的品质——是另一个问题，而后者才真正决定这位顾客会不会下第二单。

预订单把收入从猜测变成计划。 与其等着周五的需求随小票一张张出现，一家提前接下约定自取、办公室团餐或节日套餐的餐厅，做的是一件已经收过钱的事。下单当时即收款把爽约率压到接近零，而且——因为当场决定的压力没有了——有计划的订单客单价往往高于临时起意的订单，人们在不必赶时间做选择时更愿意加一份配菜或一份甜品。三个设置能让预订单不会在之后突袭后厨：顾客最多可以提前多久预订，后厨在一笔大单落地前真正需要多少备货时间，以及过了哪个确切的截止点就不再接受该时段的订单。保护这一切的那条运营规则是：预订单必须取用与实时订单相同的菜单和相同的库存，否则餐厅就会在好几天前卖出一道当天后厨已经做不出来的菜。

高峰期是一个吞吐量问题，不是一个“对顾客说不”的问题。 当一波高峰眼看要把后厨淹掉时，本能是照单全收然后祈祷——但一台永不停歇的小票打印机不是成功的标志，那是一个预警。把需求管好，是把它摊开而不是把它挡掉：给同时在制作中的订单数设一个上限，超过之后新来的顾客被引导（而不是被赶走）到下一个现实可行的时段；在设备真的出故障时暂停接新单；以及一个在后厨到达产能上限时会诚实变长的自取或配送时间窗，而不是固定不动、悄悄变成一句谎话。另外还应该衡量真实的工作量而不是订单数——一份家庭装订单占用后厨的时间远长于一份前菜，所以只数小票会低估真实负荷。给大单一个清楚的备货时间和截止点，把备料清单按计划好的自取时间而不是只按实时小票来生成，才能让一场真正忙碌的服务，从后厨里面看起来更接近乏味而不是接近混乱。

配送范围应该按车程画，而不是在地图上画一个圆。 一位直线距离三公里的顾客，一旦中间隔了一条河、一个铁路道口或一条环线，很容易就是十五分钟车程——而按距离而不是按真实车程画出来的范围，是服务区边缘的外卖送到时已经凉了的最常见原因。配送费也值得按距离分档，免得一趟远途悄悄吃掉附近那位熟客的订单本该撑起的利润。配送半径不是一成不变的：如果一道新的爆款把备货时间推高、把后厨绷紧，暂时缩小半径是在为还留在半径内的所有人守住承诺，而不是让承诺对所有人一起失效。还有，如果“饭菜是凉的”这类投诉总是扎堆来自某一个特定街区，即便地图说时间本该没问题，那通常是在指向一个被漏掉的变量——难停车、要走很长一段路、有门禁的入口——值得给它一个专门的余量，而不是耸耸肩。

自己做配送会多出一项实打实的运营工作：派单。 一个和真实后厨负荷挂钩的配送时间，而不是一个为了在点餐页上好看而选定的固定数字，是一句站得住的承诺与一个周五晚上净在接“我的饭到哪儿了”电话之间的区别。按最可能准时且热乎送达来指派一趟配送——而不是简单地派给恰好空着的那位骑手——以及在菜品对温度敏感时，给一趟合并多少单设一个硬上限，这两件事保护的都是顾客真正会注意到的东西，也就是食物送到门口时的状态，而不是背后的路线逻辑。真正把一个能规模化的配送体系和一个自己烧掉自己评价的配送体系区分开的，与其说是顺利的情形，不如说是备用方案：面对骑手缺位、地址写错、或者一道菜必须重做时，有一条清楚而快速的处理路径；再加上管理者能在确实出问题时实时暂停某个区域或延长配送时间——在几分钟内解决掉，而不是让它升级成一串一星评价。

配送时间本身值得格外用心，因为顾客只记得一个数字，以及它是不是真的。 一个靠谱的预估把两种不同的不确定性合在一起——后厨负荷决定备货时间，路况决定路上那段——并且应该在后厨真的落后时自动更新，而不是停在一个已经悄悄不再成立的数字上。自取和配送应该分开计算，因为前者几乎完全取决于后厨，后者则叠加了路上大得多的波动；硬把两者塞进同一个算式，等于保证其中一个是错的。宣传一个尽可能短的数字，这种本能通常是错的：一个小而诚实、并且能稳定兑现的余量，胜过一个在真实负荷下会崩掉的英雄数字；而真正值得衡量的数字不是平均配送时长，而是承诺兑现率——食物有多大比例在承诺时间之前或准点送达。当延迟很可能发生时，一个简短而诚实的理由——需求太大、骑手已指派、某道菜正在重做——比沉默更有帮助，前提是客服在电话里给的理由和订单页上显示的一致；顾客注意到的是两边对不上，而不是延迟本身。而且，既然没有人能次次准时，一次配送迟到之后发生了什么，比从不迟到更要紧：一条主动发出的更新、一笔小额补偿，或者另一个看得见的负责姿态，往往比一个没人注意到的顺利夜晚建立起更多忠诚——前提是这整段对话发生在餐厅自己的渠道上，这样它建立起来的信任才归餐厅，而不是归那个恰好在传话的应用。Menuella 的配送工具就是按这个方式计算承诺的——把备货和路况合在一起，同时仍然允许管理者手动延长时间并记录原因——但让任何一句配送承诺值得信任的，是底下那套纪律：一个余量，一个值得衡量的兑现率，一个餐厅真正拥有的渠道；至于由哪套系统来跑，并不重要。

印在平台价目页上的那个数字，是一笔订单的标价成本，不是全部成本——而围绕标价数字做规划的餐厅，几乎总是比自己以为的留下了更多利润在桌上。

一份平台合同通常在公示佣金之外还含有好几条成本。 基础佣金是最大也最显眼的一条，视档位通常落在 20% 到 35% 之间。它下面还有：为了继续出现在平台自己的列表里，餐厅可能被要求提供的强制促销；付费曝光，即在佣金之上为显眼位置额外支付的成本；以及退款或拒付风险，平台政策可能让餐厅承担部分争议交易的成本。这些都不会把平台变成反派——它们提供的是真实的技术、真实的触达和真实的服务——但它确实意味着，公示的百分比低估了一笔订单结算完毕时的真实成本。

把同一笔订单分别走一遍两个渠道，差距就不再抽象。这是一个标明为示意的例子——餐厅应该用自己合同的条款重算一遍，而不要把这些具体数字当成普适值——但结果的形状在大范围内是成立的。一笔 30 € 的订单走平台，30% 佣金、10% 强制折扣，再加上典型一周里大约 2 € 的退款风险和 1.50 € 的推广广告分摊，最后留给餐厅大约 14.50 €。同样这笔 30 € 的订单直接在餐厅自己的网站上完成，只承担大约 2.5% 的支付手续费，留下大约 29.25 €。单单这一笔订单上的差距——接近 15 €——就是整个论证的一句话版本：同一位顾客、同一个后厨、同一份包装，结果却因为订单走了哪个渠道而显著不同。

恰恰是对那些餐厅已经赢下的顾客，走平台的理由变弱了。 一位陌生人第一次通过平台发现这家店时，曝光确实对得起它的成本。但同一位顾客第二十次下单时，这就是一笔差得多的交易，因为此时餐厅是在为一个自己早已建立起来的习惯，支付一笔完整的获客式佣金。这个区分——新顾客与复购顾客——正是一份利润回收计划的全部基础，因为它意味着答案不是“离开平台”，而是“别再为一位早就知道怎么直接找到餐厅的顾客付两次钱”。

利润回收靠的是用不张扬的优惠去争取熟客，而不是向平台宣战。 值得主动去挪动的，是那些在一个明确的近期窗口内已经下过好几单的顾客——只来一次的访客，恰恰正是平台触达真正有用的那类顾客，把他们往直接渠道赶并不是杠杆所在。与其在渠道之间摆出公开的价差——那既昂贵又容易看起来像挂羊头卖狗肉——更耐久的杠杆是一项不张扬的、只在直接渠道才有的好处：一个套餐、一道只在餐厅自己点餐页上才有的配菜，或者一个更早的自取时段——某种让直接渠道明显更好、却不公开压低平台价格的东西。不过这只有在履约保持公平时才成立：如果高峰期后厨总是优先处理平台小票，顾客会很快学会直接下单意味着等得更久，整个回收努力就会自己把自己拆掉。

分阶段推进通常比一刀切更有效。一个务实且常见的顺序是：先把餐厅自己的结账稳住，让它真正快速可靠；再加上一项专门奖励直接下单的会员激励；然后逐步限制餐厅参与平台强制折扣计划的程度；再把一部分广告预算从平台曝光转向餐厅自身的被看见程度；全程按周盯住直接渠道占比和平均利润——如果客服投诉开始上升就放慢节奏，因为那说明运营被要求跑得比它能吸收的更快。很多餐厅会用大约一年的时间，朝着直接订单量与平台订单量大体各半的方向努力，尽管现实目标会因业态而有明显差异——一个没有堂食的纯外卖厨房，在结构上就比一家有稳固到店客流的餐厅更依赖平台；而可实现的节奏，取决于本地竞争的程度不亚于取决于餐厅内部做了什么。请把任何具体的百分比，包括刚刚给出的这个，都当作用自家数字重算的起点，而不是一个原则上必须达成的指标。

本指南里的每一件事，最终都确实有用，但几乎没有哪家餐厅应该试图一次把它们全做出来。真正要紧的问题是排序：先把什么做对，地基稳住之后再加什么，以及——同样重要的——本指南的哪些部分可以诚实地往后放，或者对某家具体的餐厅根本不适用。

对大多数餐厅有效的搭建顺序分三个阶段。 第一阶段是把菜单握在自己手里：在餐厅自己的域名上有一份实时、准确、快速的数字菜单，因为后面每一个阶段——结账、配送、会员——都依赖这份菜单成为其他一切读取的唯一真相来源。第二阶段是把结账握在自己手里：把订单的完成环节搬到餐厅自己的、为手机优化过的流程上，因为这里正是平台利润被拿回来的地方，也是本指南结账那一章回本最快的地方。第三阶段是把熟客握在自己手里：会员体系、召回消息，以及——等到确实有一批足以支撑它的复购顾客之后——那些养成习惯的渠道，比如应用或自助点餐机，它们只有在有真实频次时才赚得回成本。在第一阶段还不牢靠时就去搭第三阶段，是一笔看起来很有前景的渠道投入最终表现不佳的最常见原因；一个还没有人下单频繁到会去打开它的应用，不是渠道问题，那是排序问题。

本指南里的渠道并非每一个都值得每家餐厅去做，而店型就是那个诚实的原因。 一家在线点餐量不大的精致餐饮餐厅，通常从一个快速、维护良好的网站和扎实的订位处理里得到的价值，要高于一台它很少用得上的柜台点餐机。一个没有堂食的纯外卖厨房，就其本质而言，比一家有稳固到店客流的餐厅更依赖平台的触达；在决定自己做配送之前，它应当诚实地把真实运营成本——配送范围、派单、出问题时的预案——和它实际能拿回来的东西放在一起掂量。一个快闪店、一个季节性摊位，或者任何复购潜力确实很低的业态，通常更适合先守住网页而不是去做一个需要回头客群体才撑得起下载量的应用；一旦餐厅有了真正的一批熟客，这笔账就反过来了，主屏幕上的那份习惯就值得投资。一个高峰明显的柜台服务业态——一家忙碌的午餐店、一辆中午排队排到外面的餐车——是自助点餐机最快对得起自己位置的经典情形，正因为点餐机改变的那两个行为（购物车变大、队伍变短），恰恰在队伍真的形成时最要紧。

哪个平台重要、它掌握多大的市场份额，确实因国家而异——本指南有意不假装不是这样。 在中国大陆，美团和饿了么是两个主导平台；Lieferando 是德国的参照平台；Uber Eats 和 Deliveroo 在欧洲大部分地区广泛存在；Glovo 和 Just Eat 在西班牙和意大利分量尤重；Yemeksepeti 和一些更新的挑战者在土耳其领先。可实现的直接订单占比、通行的佣金费率，甚至究竟哪种不张扬的优惠才真能让顾客换渠道，也都随本地竞争和业态而变，而不只是随国家而变。本指南里的每一个具体数字——那个 30 € 的例子、很多餐厅瞄准的大约一半直接订单——都是标明为示意的说明，供各家用自己的合同和自己的顾客重算，而不是值得为其本身去追逐的普适数值。

一个简短而实用的办法，用来判断某个渠道现在是不是真的值得做： 高峰期明显在让你丢单的排队，是上自助点餐机的信号；最忙的那个钟点里响个不停却没人接的电话，是上人工或自动电话点餐的信号；一张不断上涨、而且涨在那些明显已经下过很多次单的顾客身上的平台账单，是启动利润回收计划的信号；一句在可预测的时间点失效的配送承诺——最常见的是周五傍晚——则是在加任何新渠道之前，先把配送范围、派单和预计时间纪律修好的信号。按这个顺序来搭——在一份已经跑得通的菜单和结账之上，先解决当下明显在烧钱的那个问题——通常比一次把本指南描述的一切都搭出来更划算。