按来源分堆，是这条队伍乱掉的起点。贝尔维尤这类科技公司扎堆的商圈，午高峰的形状很极端：十二点前后十五分钟里，柜台前站七个人，同时 app 里进来三单、网页扫码进来两单、外卖平台再弹一单。如果这几条来源各走各的——柜台看小票、预点单看平板、平台看另一块屏——吧台面前就是三堆互不相干的活，谁先做只能靠嗓门。结果永远是同一种：先到店的柜台客人等了八分钟，而十二点十分才来取的预点单被提前做好、在台面上化了二十分钟。两边都不满意，你还多雇了一个人专门喊号。
正确的做法是把「来源」降级成订单上的一个标记，把「时间」升级成排序依据。所有渠道的单进同一条出品队列，一杯一行；柜台单按下单时间入列，预点单按客人选的取餐时间入列——到点前几分钟才浮上来，而不是一进系统就排到最前面。做完一杯打个勾，两个店员不会撞同一杯，这条队列本身就是后厨出品与 KDS在做的事。杯子做好跳上叫号屏，客人凭号取，柜台前那堆人自己散开，见叫号取餐怎么做。想把队伍再往前挪一段，把扫码自助点单的码贴在点单台和等候区，客人排队时就把规格选完，柜台只剩收钱一个动作，流程见扫码点餐怎么用。
第二层是杯子上的信息。预点单最容易出错的不是顺序，是规格——客人在手机上选的 50% sugar、less ice、oat milk、extra boba，到了吧台如果只剩一行品名，员工得回头翻订单。标签机在这种店基本是必需品：品名、杯型（美国常见冷杯 16／24 oz、热杯 12／16 oz）、甜度冰量、加料和取餐号一起打在杯壁上，一单六杯也不会张冠李戴，小票机和标签机分工不同别指望一台全包，见小票与标签打印机与打印按分类路由。这些规格在系统里应该是可复用的选项组、每档挂中英两个显示名，而不是一百多条独立菜品，见槟城那条。
两个本地口子。一是税：华盛顿州的口径是 prepared food 占食品销售超过 75% 就得对全部食品销售收税，奶茶店基本一开门就在这条线之上，所以这边不用像加州那样分堂食外带，约 10.3% 的组合税率对每一杯一视同仁——预点单和柜台单必须走同一套税规则，别因为渠道不同算出两个数。二是外卖：DoorDash、Uber Eats 能不能把单自动拉进收银台，各家开放给商户的能力不一样，按你所在国家和门店的真实签约与支持范围确认；接不上就用平板接单加人工录入，但录进来之后必须进同一条队列。更多见在美国开奶茶店那篇、海外奶茶店收银系统与美国方案页。
