荔湾区园区餐饮外包，最容易被低估的一件事，是午餐人数根本没有人能凭感觉算准。
我在一个园区看过报餐数据，周一报了1460份，最后刷卡消费1198人；周三下暴雨，线上只报了1030份，实际进食堂的人却有1276个。采购按报餐量备货，结果那天十点四十七分，米饭又临时加了一锅。
后面查记录，发现园区里有三家企业的员工习惯到窗口再决定吃不吃。线上报餐系统对他们没有约束，管理方却拿报餐数字安排采购。
这种项目，第一条经验就是别急着谈餐饮公司报价，先要近三个月的消费数据、进园人数、加班人数和企业排班表。拿不到数据，至少把刷卡记录导出来看一遍。只问“每天多少人吃饭”，这个问题太粗了。
广州荔湾的园区，企业类型往往挨得很近，作息却差很多。写字楼员工十一点半开始下楼，仓储、维修、生产辅助岗位可能十二点二十才集中进食堂。高峰期挤在一起，平均每个人用餐时间多八分钟，队伍就会突然拐到消防通道边上。
所以第二条，我会看十五分钟粒度的客流，不看全天平均数。平均每天1200人，听起来很平稳，拆开可能是11:45到12:15进来900人。窗口数量、收银设备、取餐动线，都要按这个峰值去算。
有个项目现场我记得很清楚，食堂入口右侧有一根柱子，刷卡机装在那里。员工刷完卡转身拿餐，后面的人就堵住了。设计图上动线没有问题，现场看就是别扭。我们把设备挪了不到两米，排队长度当天就少了一截。
第三条，餐饮外包合同里要把系统接口写清楚。消费系统、报餐系统、供应商后台、财务对账，谁提供接口，数据多久同步一次，异常谁处理，不能只写一句“配合甲方信息化管理”。
第四条，别接受每天一张总报表。我要看菜品销量、时段客流、退款记录、折扣使用、异常消费。上个月在荔湾一个园区，低价套餐卖得特别好，运营方以为员工喜欢，后来按部门拆数据，发现是保安和保洁集中购买，写字楼员工几乎不碰。
这个细节会影响菜单。
第五条，食堂菜单要用消费反馈调整，别靠厨师长说“这个菜卖得不错”。有一道豉汁蒸排骨，连续三天剩餐率超过18%，但评价区只有几条差评。员工懒得写字，剩下来的餐盘更诚实。我们把排骨切小、调整份量后，剩餐量降到9%左右。
第六条，采购计划必须能追溯。冻品、蔬菜、米面油的采购量，和历史消费、天气、节假日、园区请假率放在一个页面里看。荔湾夏天闷热，雷雨天的临时请假会明显增加，备餐模型不加这个变量，浪费就会慢慢堆起来。
当然，天气数据也别迷信。台风预警那次，系统预测午餐下降25%，结果园区一家公司临时安排加班，实际只少了6%。数据要给现场人员看，不能让系统替人拍板。
第七条，外包服务费和员工消费要分开核算。很多园区后面扯皮，不是饭不好吃，是补贴、结算、优惠、免费餐混在了一起，月底谁都解释不清。
第八条，刷卡失败、重复扣款、线上退款这些小问题要设处理时限。员工在窗口后面等着，系统弹出“交易异常”，现场人员只能让他再刷一次。一个月出现几十次，投诉就会集中冒出来。我们后来把失败订单自动标记，五分钟内回查支付状态，能退就原路退，人工少了很多。
第九条，供应商评价要看持续数据。开业前几天菜品分数很高，没什么参考价值。真正要盯的是连续四周的满意度、出餐速度、投诉类型、缺货次数，还有高峰期有没有临时换菜。
第十条，园区企业的意见不能只收集行政人员的。行政说员工希望增加面食，员工实际更在意十二点以后还有没有热菜。我们在报餐页面加了简单的菜品选择和不满意原因，选项很少，数据反倒更稳定。
第十一条，食品安全台账要数字化留痕。晨检、留样、消毒、温度记录都要有时间和责任人，发现异常可以直接定位到班次、窗口、供应批次。纸质台账整整齐齐地放在柜子里，我见过，真出问题时翻起来很慢。
还有一个经常被忽略的，第十二条，园区餐饮外包要留出调整机制。员工数量变了，企业搬走了，周边外卖突然便宜了，原来的菜单和价格就会失效。合同签三年，运营参数也锁死三年，谁都难受。
我现在看这类项目，报价表反而放得比较后面。先看数据能不能接，现场动线能不能跑，供应商愿不愿意公开运营记录。连这些都含糊，后面再漂亮的方案，落到午餐高峰也只是几张打印纸。
那根柱子旁边，后来还贴过一次“请勿停留”的提示。没用多久，员工还是站在那里等同事。人的行为总会绕开流程，系统能做的，是尽早把这种绕开记录下来。
原创文章，如若转载，请注明出处：https://www.ambn.cn/121.html
