一笔外卖订单在平板上弹出来，店员看一遍，然后把同样的菜品、加料要求和特殊备注，逐字敲进餐厅自己的POS系统，好让厨房能在同一套出单系统里看到这笔单——跟其他所有订单一样。这第二步、也就是重新录入的这一步，视订单复杂程度不同，大概要花30秒到90秒——单看一笔，这点时间小到根本不值一提，但把它乘以一家餐厅一周接到的所有外卖订单数量，情况就完全不一样了。到这个时候，它就不再是个"小麻烦"，而是变成了一个具体、可以算出来的、纯粹因为两套系统互相不通而产生的人工工时数字。
要不要去掉手动重新录入这一步，不该靠"感觉应该会更高效"这种模糊判断，而应该拿一家具体餐厅自己的实际外卖订单量去算一笔账——因为这个问题有多大、解决它能省下多少，这两件事都是直接跟这家餐厅每天接到的外卖订单数量成正比的。
手动重新录入这件事，表面上听起来很简单——看一眼订单，敲进去——但实际上是好几个独立步骤叠在一起，每一步都要花时间，也都是出错的机会。店员得先注意到平板上来了新订单，仔细看完每一项菜品和加料要求，把注意力切换到POS屏幕上，在POS自己的菜单结构里找到对应的菜品（这套菜单结构跟外卖App的可能完全不一样），正确输入数量和加料，把特殊备注作为备注加上去，最后把完整的单子发送到厨房。在忙的时候，这一连串步骤里任何一步被跳过或者做得太赶，都很容易导致这单出错。
而且这整套流程，每一笔外卖订单都得走一遍，还得叠加在这位店员手头已经在做的其他事情上——接电话订单、招呼进店的客人、在高峰期支援前台。它反复出现，一次又一次地跟同时发生的所有其他事情抢时间和注意力。
一家餐厅完全可以自己算出真实数字，而不是靠猜。拿手动重新录入一笔订单的平均时间——一笔简单订单可能只要30秒，一笔加料多、备注复杂的订单可能要一分半甚至更久——乘以一个正常班次接到的外卖订单数量，再乘以一周的班次数。一家餐厅如果一天接60笔外卖订单，分两个班次，平均每笔录入时间45秒，算下来一天光是重新敲单就要花45分钟——一周超过五个小时，而且这些时间完全花在了一件除了把两套本该已经连通的系统桥接起来之外、不产生任何价值的事情上。
这个数字会随着订单量直接放大，也就是说，因为手动重新录入损失时间最多的，恰恰就是外卖业务做得最大的那些餐厅——而这恰恰是最经不起在高峰期还要分走店员注意力去重新打字的那批餐厅。
手动重新录入的每一步，都是一次让原本订单里没有的错误被引入的机会。一个加料被漏掉，是因为POS的菜单分类跟外卖App列的方式不一样。一条特殊备注被概括着写了一遍，而不是原样照抄，客人特别交代的某个细节就这样在转录中丢失了。忙的时候，一道菜被敲成了名字相近的另一道菜，厨房整份做错。这些错误没有一个是客人或外卖平台造成的——它们全都是在重新录入这一步被制造出来的，原始订单本身是对的，只是有人不得不把它手动搬到第二套系统里的时候，才出了问题。
一道做错的菜，要付出重做的食材成本、重做的人工成本，还有堂食的桌子或者外卖订单等一份改正版菜品所要多花的时间——这份成本，会随着重新录入每一次引入错误而叠加，而且是叠加在录入本身已经花掉的时间成本之上的。
手动重新录入所花的时间，并不会随着订单量增加而保持不变——恰恰相反，它往往在餐厅最经不起拖延的时候变得更糟。在生意清淡的时段，店员可以从容花上45秒仔细把一笔订单敲进去，不会有太大后果。但到了真正的高峰期，好几块平板同时弹出新订单，前台还排着一队等着的堂食客人，同样这45秒，要么被匆忙赶完——出错概率上升——要么被拖延——意味着厨房看到这笔单的时间比它本该看到的更晚，外卖骑手或者堂食客人也要多等一段时间。
很多餐厅有过这样一种说不清具体原因的感受：周五、周六晚餐高峰期的外卖单，明显比周二下午生意清淡时慢得多，可厨房本身的出菜速度其实并没有变慢。这正是背后的具体机制在起作用——延误发生在厨房上游，也就是重新录入这一步，而且订单量越大，这个延误就越严重。
当在线点餐直接对接到餐厅自己的POS系统之后，一笔在外卖App或者餐厅自己点餐页面下的订单，进厨房的方式会跟堂食订单完全一样——不需要店员从另一块屏幕上把它读出来，没有手动录入这一步，也就没有加料在两套不同菜单结构之间被转丢的可能。原本花在重新敲单上的人工工时，可以被用到别的事情上；那些专属于重新录入才会出现的出错原因，因为这一步已经不存在了，也就自然消失了；高峰期的出单速度，也不再取决于某个店员能打字打多快。
这套做法并不能消除所有可能造成延误或者厨房出错的原因——它消除的，具体来说是那些只因为两套互不相通的系统需要靠人手工桥接才会出现的那部分。
与其靠猜，一家餐厅完全可以用一个简单的测试，找出属于自己的真实数字。实际计时，让店员手动重新录入五笔复杂程度不同的真实外卖订单，取平均值，再乘以这家餐厅实际的每日外卖订单量和每周营业天数。算下来如果一周超过一个小时，这家餐厅就有一个具体、可计算的理由，去把在线点餐直接接进POS系统。如果外卖订单量本来就很低，算出来的数字可能小到根本算不上当下最紧急的问题——这个结论本身也有用，因为它说明现在应该把精力先放在别的地方。
Q1: 外卖订单手动重新录入，实际上会给餐厅带来多少时间成本？
这取决于订单量和复杂程度，但一家一天接60笔外卖订单、平均每笔录入时间45秒的餐厅，一天大约损失45分钟——一周超过五个小时——而这些时间纯粹花在重新敲打一笔在外卖平板上本来就已经正确到达的订单。
Q2: 手动重新录入真的会导致订单出错吗，还是这个说法有点夸张？
这是一个真实存在、而且很具体的出错来源。加料可能因为POS的菜单分类跟外卖App不一样而被漏掉，特殊备注可能被概括着写而不是原样照抄，忙的时候一道菜名相近的菜可能被敲错——这些错误都是在重新录入这一步产生的，不是客人或外卖平台造成的。
Q3: 为什么外卖单在高峰期看起来比生意清淡时慢很多？
因为手动重新录入所花的时间并不会随订单量增加而保持不变——高峰期，店员要么匆忙敲单（提高出错概率），要么把敲单往后拖（导致厨房看到这笔单的时间比本该看到的更晚），而且订单量越大，这个效应就越明显。
Q4: 把在线点餐直接对接进POS系统，一般要花多少钱？
价格因供应商、以及需要对接多少个外卖平台而不同，所以比较公平的做法，是把这笔费用，跟这家餐厅目前因为手动重新录入、按自己实际订单量损失的人工工时和出错成本做对比。
Q5: 外卖订单量本来就不高的餐厅，要不要做POS直接对接？
这取决于算出来的具体数字。餐厅可以直接测试：给几笔真实订单计时重新录入，再乘以自己实际的每日订单量——算出来数字小，说明现在把精力放在别处可能回报更大；数字大，就是接通这两套系统的具体理由。
Q6: 想知道手动重新录入是不是我这家餐厅的真实问题，第一步该怎么做？
给店员手动重新录入五笔复杂程度不同的真实订单计时，取平均值，再乘以实际的每日外卖订单量和每周营业天数——这个具体数字，而不是一种大概的感觉，才是真正该拿来做决定的依据。
手动重新录入之所以存在，纯粹是因为两套本该互相连通的系统没有连通，花在它上面的每一分钟，成本都完全来自这个系统性的空白，而不是客人点了什么、或者外卖平台做了什么。一家餐厅只要认真算一笔自己的账——每单花多少时间，乘以实际订单量——通常都会得出一个具体、不算小的周总数，而正是这个数字，而不是一种"重新敲单好像挺低效"的模糊印象，才是把两套系统真正接通的理由。
.jpg)
