要点速览
- 食堂亏损的多数来自人头算不清,不是菜价贵
- 订餐先于开餐收口,按实际订餐人数定量备餐
- 菜品成本分摊到月,能看出哪几道菜在补贴别人
- 剩餐按天记录,备餐量才有调整依据
痛点:人头、餐次、成本三笔糊涂账
企业食堂的账本通常是三笔糊涂账加在一起。人头按部门报,实际就餐人数谁也说不清;开餐打卡形同虚设,漏打卡的人照样吃饭;菜价涨了就整体调一次售价,从不去算哪一道菜实际在亏。月底对账只能看总数差多少,说不清差在哪一天、哪一个窗口。
更被动的是外包模式:承包方按人头或者按餐数结算,企业方失去过程数据,只能接受月底的对账结果。想问一句这个月到底多少人吃了饭、吃了什么,答案往往要翻好几本纸质台账。
落点一与二:订餐统计 + 成本分摊
第一件事是把订餐前置:员工在开餐前通过终端或手机报餐次,系统按部门、按日期汇总人数,厨房按订餐量定备餐数,不再按经验估。人少了当餐就能减量,人多了提前显出来,备餐不再靠拍脑袋。
第二件事是成本分摊:每一道菜按主料、辅料、调料拆出单份成本,再按窗口和餐次分摊到天。哪几道菜长期低毛利、哪一天采购价异常,系统直接摆出来,调价和优化菜单才有依据。
落点三:剩餐复盘,把损耗落到菜上
最后一环是剩餐记录:每个窗口每餐称一次剩余量并拍照留存,系统按菜计算剩餐率。连着几天剩得多的菜,要么改配方、要么调份量、要么直接换掉。
当订餐、成本、剩餐三段数据打通,食堂从「靠厨师感觉」变成「看数开餐」。对行政负责人来说,向老板解释食堂亏损时终于有了可列的明细,而不是一句「菜价涨了」。
对应的系统方案
文中提到的业务场景,可以用下面这些系统落地
本文常见问题
开餐前统一收口订餐,按汇总人数定量备餐。

