问一个可能有点扎心的问题：如果现在有人问你，上个月食堂哪道菜最受欢迎、哪道菜连续三次剩了一半、素食员工有多少人、周三的就餐人数为什么总比周一少两成——你能在五分钟内答上来吗？
大多数食堂负责人答不上来。不是不想答，而是这些数据从来没有被记录过。食堂运转了很多年，账本上只有采购金额和就餐人次两个数字，其余的一切都存在师傅们的脑子里，随着人员流动一起消失。
没有数据，管理就只能靠吵架
缺数据带来的第一个后果，是所有讨论都变成了立场之争。
员工说"食堂菜太难吃"，食堂说"我们天天换花样"；行政说"成本太高要压缩"，食堂说"物价在涨我也没办法"；领导问"满意度怎么提升"，各方都能讲出一套道理，但谁也拿不出证据。最后往往是靠嗓门大小和职级高低做决定，做完了效果如何也无从验证。
而一旦有了数据，对话方式会完全变样。"红烧带鱼上了六次，平均剩余率 8%，是本季度最受欢迎的荤菜"——这句话比十个人开会拍脑袋更有说服力。
数据是订餐流程的副产品
好消息是，采集这些数据并不需要额外投入人力。当食堂用报餐宝搭建了订餐小程序之后，数据是业务跑通之后自然沉淀下来的。
员工每一次报餐，都是一次真实的偏好表达。他选了什么、放弃了什么、什么时段取餐、有没有取消、是否评价——这些行为记录下来，就构成了食堂最宝贵的经营资产。
典型的几类数据和它们的用途：
- 菜品点选率：直接反映受欢迎程度，连续垫底的菜可以果断下架，省下的成本用来加频高分菜品。
- 就餐人数曲线：按周、按月看走势，能识别出规律性低谷，提前调整备餐和排班。
- 取消与缺席率：如果某天报了没来的人特别多，往往说明报餐截止时间设置不合理，需要调整。
- 部门就餐分布：便于按部门核算餐补，也能发现哪些团队常年不来食堂，进而找出原因。
- 评价与反馈：把口头抱怨变成结构化打分，谁做的哪道菜得分低，责任能落到具体环节。
从"月度总结"到"每周迭代"
过去食堂做复盘，周期是月度甚至季度，因为收集信息本身就要花很长时间。有了系统之后，复盘周期可以缩短到每周甚至每天。
比较务实的做法是：每周固定看三张表——菜品排行榜、就餐人数趋势、评价低分项。排行榜决定下周菜单怎么排，人数趋势决定采购量怎么定，低分项决定后厨要改进什么。三个动作，半小时开完，比一场两小时的务虚会有用得多。
更进一步，还可以做一些小实验。比如某道新菜先小批量上一次，看点选率和评分再决定要不要进常规菜单；比如调整某个套餐的定价，观察需求变化。这些以前只有连锁餐饮才做得起的事情，现在一个食堂订餐小程序就能支撑。
数字化不是买套软件
需要泼一点冷水的是，用报餐宝搭好小程序只是第一步，数据本身不会自动产生价值。见过不少单位系统上线半年，后台报表一次都没打开过，那和没上是一样的。
真正让数据发挥作用，需要两个前提：一是有人负责定期看数据并形成结论，哪怕每周只花半小时；二是结论要能转化成行动，看到某道菜剩得多就真的把它换掉，而不是记录一下继续做。
食堂是个很传统的场景，但它每天产生的决策一点都不少：买什么、做多少、排什么班、怎么定价。这些决策以前靠经验，现在可以靠证据。差别在于，经验会随着人走掉，而数据会一直留在那里，越积越厚。
上一篇：那份菜从哪来出事时你答得上来吗
下一篇：午休一小时排队占了二十分钟
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
