跟做餐饮的人聊得多了就会发现，柜台上方那块提示顾客取餐的屏幕——餐做好了就跳出顾客姓名或号码那块——名字始终没统一过：取餐屏、叫号屏、顾客端出单屏、呼叫系统。可"出单屏"这个词厨房里早就有专属含义了——指的是给厨师看的那块，显示单号和做法，跟顾客没关系。这层混乱不是说说而已：不少老板想给取餐区装一块提示屏，上网一查，搜到的多半是厨房出单系统的文章，最后跟供应商沟通时说错了设备名字，装错了东西。这篇说的就是顾客真正会看的那块屏：它是干什么用的，该装在哪，怎么跟厨房和收银系统连起来，第一次安装容易踩哪些坑。
取餐提示屏，大多是挂墙的电视屏幕，也有店用平板代替，位置一定是顾客付完款、还没拿到餐之前会站或会坐的地方。普通柜台点餐的店，一般就装在取餐口正上方或者旁边。想象一家炸鸡三明治店，门口沿窗摆了六个高脚凳：屏幕挂在出餐台上方，高度是给站着排队的人看的，不是给坐着的人看的，因为下单到取餐这两三分钟里，顾客的视线一直是站着往前看的。
得来速用的是缩小版的同一个逻辑，一般装在第二个窗口附近，让司机确认递过来的餐袋跟自己刚才付款的订单对得上。自助或者半自助的业态——比如奶茶柜台、快餐面馆——屏幕通常直接装在成品出现的那个位置上方，因为顾客的注意力本来就盯着那儿。
屏幕上显示的信息故意做得很简单：没有做法备注，没有过敏提示，没有加料细节——这些是厨房出单屏该管的事。顾客端只显示号码，或者姓名，有时候两个都显示，一旦餐做好了，就从"制作中"跳到"可取餐"。有些店会加一个预计等待时间。做得好的店反而克制，不往上加太多东西，因为这块屏的全部价值就是让人扫一眼就懂，不是让人研究的数据看板。
装的位置比大多数老板一开始想的更重要。屏幕得让每个可能等餐的位置都看得到，门脸窄的店有时候得装两块——门口再补一块，照顾站在主视线以外等餐的人。反光是最常见的坑：一家临街全玻璃窗的墨西哥卷饼店，中午看屏幕清清楚楚，下午一斜阳,屏幕直接变成一块反光板，什么都看不清。装之前多在不同时间段走一遍这个空间，别只看一次就定位置。
这块屏幕单独摆在那儿是干不了活的。它得跟厨房出单系统、收银系统接在同一条订单数据线上才有用，因为让一个订单从"制作中"变成"可取餐"，这个触发动作得有个来源，而这个来源不该是某个员工手动按一下按钮。真正连通的系统里，厨师在出单屏上把一张单标记完成的那一刻，同一个动作会自动把这单推到顾客端的屏幕上，不用任何人再多操作一步。一个订单，一套系统，两块屏幕只是从两个角度看同一份数据。
麻烦通常出在那些设备是一件一件慢慢添起来的店：开业那年买的收银系统，第三年补的出单屏，去年因为便宜或者被销售说动了心，又从另一家供应商装了顾客端提示屏。这三样东西如果不共用同一份订单记录，最后就得靠员工手动补这个连接——厨房那边标完成，柜台这边还得再点一下屏幕才能更新。高峰期多这一步操作，恰好抵消了这块屏本来该省下来的事。更麻烦的是，如果一张单在传到厨房之后又在收银台改过或者取消了，没连通的顾客屏可能还在显示这条旧信息，顾客站在柜台前等一个已经不存在的餐袋。
Chowbus走的是连通这条路：厨房那边一张单标记完成，顾客端的屏幕自动更新，不用任何人再碰第二台设备，因为两块屏幕读的是同一份订单记录。已经在用Chowbus收银和出单系统的店，加装顾客端提示屏不用另起一套系统——订单记录本来就在，屏幕接上去读就行，员工不用再多记一个登录、多看一个后台。
最需要这块屏的，是高峰期柜台点餐量大、收银台和取餐口物理上分开的店——员工没办法同时记住二十个订单进行到哪一步。快餐简餐、三明治店、炸鸡汉堡这类QSR都属于这一类：顾客点完餐，走到一边或者坐下，需要一个不打扰任何人的方式知道什么时候该回柜台。没有屏幕的话，这件事就靠大声喊名字或号码，高峰期人多声杂根本听不清，员工得反复喊两三遍，后面排队的人也跟着等。
共享厨房、多品牌外卖的店对这块屏的需求更迫切。想象一个只有六个灶眼的厨房，同时给四个纯外卖品牌出餐，订单全堆在同一小块出餐台上，每一单对应一个从没进过这家店的骑手，根本分不清哪个袋子是哪个品牌的。一块按品牌分区显示的共享屏幕——不同颜色、单号、骑手姓名首字母——能明显减少骑手拿错袋子的情况，不然就是重做一单或者退一笔款。如果你厨房本来就同时接自助点餐或扫码点餐的单，也值得看看那条流程本身有没有类似的坑。
奶茶店和咖啡馆是稍微不一样的情况，这类店通常显示姓名而不是号码。出餐周期短，柜台互动也更有人情味，屏幕上跳出一个名字比五分钟前写在杯套上的号码更容易被认出来。麻烦在于重名。周六下午高峰期，一家奶茶店完全可能在几分钟内同时来三个"小李"，如果系统没处理好这种情况，三个"小李"会同时围到柜台前。大多数系统的解决办法是一旦出现重名，就自动在名字后面加姓氏首字母或者一个简短单号——这是个开业前就该确认好的小细节，而不是等周六高峰期临时发现。
有几个决定容易做得太快，值得在屏幕上墙之前多想一步。第一是亮度：户外级或高亮度屏幕更贵，但一块普通室内屏挂在采光好的临街窗边，不管装得多仔细，下午都会花屏，事后再换设备意味着再上门一次、再付一次钱。下单之前先确认清楚这个位置该用哪种规格的屏幕，别等装完了再发现不合适。
号码还是姓名是第二个真正的决定，不只是好看不好看的问题。号码扫一眼就能认，也不涉及把陌生人的名字公开显示在屏幕上这种隐私顾虑，这一点在有些市场和业态里格外重要。姓名更有人情味，适合柜台互动比较私人化的店，但得提前想好怎么处理重名，也得考虑有些顾客本来就不愿意自己的名字被显示出来。在小票上打印一个跟姓名绑定的短号码，是两头都想要的店的折中办法。
第三件事是语言，很容易被忽略，直到某个班次里一半等餐的顾客习惯用另一种语言阅读，或者系统默认的姓名显示格式他们根本不认识。顾客群体本身就是多语言的业态——比如华人、韩裔或西语裔顾客比较集中的社区——需要的是能用不同文字直接显示顾客姓名的屏幕，而不是把名字硬转写成顾客自己都认不出来的拼音或字母组合。这在纸面上是个小功能，实际用起来却是个真实的摩擦点，也是Chowbus从全美和加拿大不少使用多语言菜单、多语言顾客端屏幕的餐厅那里听到过不止一次的具体需求。如果你的顾客群不是单一语言，值得直接问一下供应商是否支持这个功能，因为不是每家都做，而这种缺口往往是顾客站在柜台前找不到自己名字的那一刻才被发现的。
这套东西技术上并不复杂，这也是它常被留到最后才补装的原因。真正该想清楚的其实就那么几件事：屏幕要装，得有一条接到出单系统和收银系统的实时数据线，而不是靠人手动补；号码还是姓名得提前定下来；下午阳光照进来的角度得提前走一遍确认。这几步没做好，最后大概率就是三块互不相通的屏幕，高峰期靠员工手动点来点去，或者顾客眯着眼睛看一块反光的屏幕，怀疑自己的单到底有没有下成功。
如果你正在筹备一家新的柜台点餐店，或者想改掉靠喊名字撑了两年的取餐流程，把取餐提示屏当成收银系统和出单系统的一部分来考虑，而不是留到最后单独再买。跟任何供应商谈，包括Chowbus，先问清楚这块屏怎么接到你现有的订单数据上，再问价格和外观——这一个问题的答案，决定了这块屏日后是安安静静干活，还是变成又一件需要员工照看的东西。如果直接看一遍比较直观，可以预约一次Chowbus演示，实地看一张单怎么从出单屏自动跳到顾客端屏幕，中间不用任何人碰第二台设备。
这件事做对了，屏幕在店里就没什么存在感了——顾客抬头看一眼，找到自己的名字或号码，走到柜台取餐，不用问任何人任何问题，柜台安静一点，队排短一点，收银台的人每小时少被打断几次。
取餐提示屏是装在取餐口、得来速窗口或自助出餐区附近、面向顾客的屏幕，餐做好之后显示订单号或姓名，提示顾客可以取餐了。它跟厨房出单系统（KDS）是两回事，出单系统面向厨师，显示的是单号、做法和备注，不是取餐状态。这两块屏经常被搞混，因为它们物理位置离得很近，但服务的是完全不同的两拨人。
这块屏需要读取跟收银系统、出单系统同一份订单数据，而不是靠员工手动更新的独立设备。如果你现在的收银和出单系统是同一家供应商的，加装一块联网的顾客端屏幕通常就是把它接到已有的订单数据流上。如果几套系统来自不同供应商，买硬件之前先确认它们是否支持共享对接，不然很可能又变成营业期间靠人手动更新。
客流量不大的店，人工叫名字完全没问题，还能保留一点人情味。但一旦同时有超过几单在做的规模，靠喊名字或号码很容易被环境噪音盖住，得反复喊好几遍，还会分散员工盯队伍的注意力。屏幕能替顾客把这件事说清楚，不需要员工再抽空喊一嗓子。
座位数不是关键，订单量和出餐时间的差异才是。一家座位不多但经常同时来一堆到店和线上订单的奶茶店，很需要这块屏，因为好几杯饮品会在不同时间点陆续做好，顾客需要一个不打扰别人的方式知道自己那杯到哪一步了。客流平稳、不扎堆的小QSR，在生意量上来之前，确实可以先不装。
