罗阳街道物流园食堂托管，最容易被低估的环节，是每天早上五点半那张采购单。
我在惠州做过一次类似项目，园区靠近高速口，货车司机和仓库员工的用餐时间完全错开。六点四十有一批人要吃早餐，十一点二十开始第一轮午餐，十二点四十五还有装卸班，下午四点多又要补一顿。食堂窗口看着不大，排班和出餐曲线却比普通园区复杂很多。
当时客户给我的原始数据只有一句话：每天大概一千二百人用餐。
这个数据没法直接拿来做方案。
我让物业把门禁记录、考勤记录、历史水电表读数和原来食堂的刷卡流水都导出来。门禁进出人数是每天一千八百左右，实际午餐消费峰值只有九百多人。差异来自外出司机、夜班人员、临时工，还有不少人刷了门禁后去附近的小店吃。
如果按照一千二百份午餐准备，月底盘点时，损耗一定会出问题。
托管项目落地，第一张流程图通常不是从厨房开始画的。我会先把“入园人数、在岗人数、消费人数、菜品销量、原料消耗”连起来，看看中间哪个节点没有数据。缺一段，后面的成本测算就只能靠经验猜。
罗阳街道这类物流园，早餐和夜宵往往比管理方想象得更麻烦。夜班结束时间不固定，二楼仓库有一支装车队，凌晨一点左右会集中下来吃热食。以前他们用纸登记，纸放在保安室的抽屉里，油烟一重，字都粘在一起。
我看过那本登记本，最后一页写着“面条六、炒饭三、汤七”，但没有日期。
这种数据没有运营价值。
前期调研要把营业时段拆开，至少看到每个班次的消费人数、客单价、支付方式和等待时间。智能结算设备接入以后，订单可以按时间段、部门、人员类型统计。有人会说，刷卡数据能代表真实需求吗？只能代表发生过的消费，代表不了临时加餐和窗口退餐，所以后厨还要有领料、退料、废弃量的记录。
这里经常卡住。
很多项目把智能结算机装上，系统显示每天卖了多少份，就认为数字化完成了。后厨的电子秤没有接，冰柜温度没有采，库存还在纸上记。前台有数据，成本端断掉，管理者看到的只是营业额，不知道钱从哪一层漏出去。
我习惯把食堂托管拆成几条数据线：人员与权限、消费与结算、采购与库存、设备与能耗、投诉与服务。它们不用一天全部上线，但编码规则要一开始定好。菜品编码、供应商编码、仓库单位、套餐规格，这些小东西后面改一次，历史报表就会乱。
有个项目把“鸡蛋”分成了鸡蛋、土鸡蛋、卤蛋、早餐蛋，采购系统里又用“枚”，仓库系统用“斤”。月底对账时，财务拿着三张表问我为什么鸡蛋少了两百多斤。
我只能回去查转换关系。
在惠州罗阳街道物流园，菜单设计也要跟着消费曲线走。窗口数量、蒸饭设备、汤炉容量，都要用高峰分钟数来算。午餐十二点到十二点半如果有六百人进场，平均每分钟二十人，智能结算速度、餐盘回收速度、取餐动线都会影响实际吞吐量。设备参数写得再漂亮，排队超过八分钟，现场照样会有人放弃。
所以试运营一般要保留一周观察期。每天看峰值时段订单数、单窗口出餐量、退餐率、菜品售罄时间。某道菜十一点五十就卖完，不能直接判断它受欢迎，也可能只是备餐量太小。数据得放回现场看，看看是不是某个窗口位置更显眼，或者那道菜装盘速度更快。
后厨物联网设备我不会一上来全配。冷库温度、留样柜、蒸箱、消毒柜，这些和食品安全、能耗核算直接相关，优先接入。炒锅温度做得太复杂，现场未必愿意维护，传感器掉线后没人处理，系统里只剩一堆红色告警。
告警多到没人看，就等于没有告警。
托管费用测算也别只盯着每餐多少钱。采购成本、人工成本、设备折旧、耗材、水电、平台服务费，要按月拆开，再和实际消费人数挂钩。有些园区适合固定管理费加餐费，有些园区更适合保底人数加浮动结算。合同里的“就餐人数”，最好写清楚取哪个系统口径，门禁、考勤、智能结算，三套数据不能临时挑一套。
我办公室抽屉里还留着那次上线测试用的白色餐卡，背面被我写了几个接口字段。现在看起来很潦草，卡号、人员类型、补贴规则，最后还有一句：夜班单独统计。
那句最有用。
上线以后，运营报表每天早上八点半自动推送，采购看前一天消耗，财务看结算，园区负责人看异常。有人连续三天午餐消费下降，系统只会标记异常，原因还得回现场查，可能是加班减少，也可能是某个窗口排队太久。
系统到这里就够了。再往前替人判断，通常会出错。
上周我还在改一个夜宵套餐的编码，电话那头有人问，能不能把整个食堂托管流程做成一个按钮。
我停了一会儿。
按钮倒是可以做，流程不会。
原创文章，如若转载，请注明出处：https://www.zdgn.cn/414.html
