满意度这件事，在医院食堂里特别像一个慢变量。
桥东街道那家医院，最开始跟我聊的不是“好不好吃”，也不是“菜够不够多”。他们拿着一张很旧的巡检表来找我，表上有几项手工打分，字写得很密，最后一栏空着。那一栏原本是给就餐满意度留的，结果常年空白。没人填。也没人追。
我当时看了一眼，就知道问题不在填表，是根本没有办法稳定地抓到反馈。
食堂承包以后，很多管理动作会突然变成“谁来确认”“谁来统计”“谁来盯着改”。靠人去问，问两天还行，问两个月就散了。尤其医院这种场景，中午十二点半后面还有排队的人，取餐口那边声音很杂，护士站又在催，窗口阿姨忙着补菜，你要让他们认真记一个满意度？太难了。
我们后来没先动后厨，也没急着换供应商。先把结算和评价链路放进系统里了。
这里面我一直比较坚持一点，就是系统别装得太满。你想把所有东西都塞进去，看起来很高级，其实最后没人用。桥东这个项目里，我只盯三件事：就餐后能不能快速打分、每天哪个时间段负反馈集中、投诉是不是能直接落到具体餐线和菜品。别小看这三个入口，很多所谓“满意度低”，都是因为数据颗粒太粗，看不到具体位置。
刚接的时候，他们还有一个挺典型的问题，就是纸质意见登记本放在门口，但基本没人写。偶尔写几个字，比如“汤淡”“肉硬”“太咸”，然后第二天厨房班长看看，又过去了。没有闭环，就没有改进记录，也没有对比基线。说白了，你连变化都看不见，还谈什么变化？
我们给它加的是轻量化二维码评价，不复杂，就餐结束扫一下，两秒钟能完成。有人会担心医院患者家属年纪大，不会扫。我也担心过，所以现场做法不是只靠扫码牌。我记得第一次测试的时候，我站在食堂出口旁边，看两个陪护阿姨一个拿保温桶，一个拎塑料袋，她们根本不会停下来专门找二维码。我就把码的位置往餐盘回收台边上挪了一点，再把字体放大了一圈，上面只留一句话：今天这顿怎么样？
就这一句，比那些大段说明有用多了。
数据出来以后挺明显，有几个时段评分波动特别固定，比如午高峰后的12:40到13:10，还有晚饭前那半小时。不是什么玄学，是人流一挤压，出餐速度慢一点、热菜补不上、汤品温度掉下去一点，就会被打出来。我喜欢这种数据，因为它不飘，它直接指向流程节点。
后来厨房那边开始调叫号节奏、调备餐量、调保温柜开关频次，我反而没急着说“效果很好”这种话。因为满意度这东西，一周高一点不算数，一个月稳定才算数。他们最早那个均分其实提升得并不夸张，大概从原来的3.4上下慢慢拉到3.8附近。但真正让我觉得有意思的是差评类型变少了，以前是散的，现在集中得更清楚：要么是某个窗口出餐慢，要么是某类套餐油水重。这种集中，本身就是管理质量提高了——听起来怪，但真是这样。
哦，还有个细节。
企业食堂承包以后，经常会出现一种错觉，就是甲方以为自己买的是“服务”，乙方以为自己交付的是“菜”。其实都不对，真正交付的是持续可视化能力。如果没有消费数据分析，没有日均客流曲线，没有菜品复购率，没有剩余率，你连哪一天亏在哪儿都说不明白，更别提用户满意度为什么忽高忽低。
桥东这个项目里，我们还看过一次特别细的数据。有一天下午两点多，系统里的评价突然掉了一截，我第一反应不是埋怨师傅做坏了，而是去查那个时间点有没有特殊情况。结果发现，当天中午急诊外科临时加班，人群结构变了，选择偏好也变了，自助区的一道清炒类反而卖得最好，但热荤出完以后补货晚了十几分钟。这种事情如果靠嘴解释，很容易扯散；放进系统后，一眼就能看到关联关系。
我其实挺讨厌把满意度讲成虚词的。 太虚。 虚到最后只能开会念稿子。
技术在这里最好用的地方，不是替代人判断，而是让判断更快、更稳一点。有些厨房负责人经验很老，他们一闻味道、一看出货速度，就知道今天要不要加人。但经验再强，也需要被数据校准，不然你永远不知道自己的感觉是在帮忙还是在误导自己。系统就是干这个的，把模糊感拉直一点，把那些平时被忽略的小波动拎出来。
现在回头看，那家医院后来的满意度变化，并不是因为突然来了什么神奇方案，更像是一条被打通的数据链条开始工作：扫码评价、消费统计、菜品销量、剩余量、投诉标签，全串起来以后，人终于不用凭印象猜来猜去。我每次看到后台曲线往平缓方向走一点，都觉得还行，这活儿没白做。不过平缓归平缓，有时候凌晨去翻日志还是能看到个别异常值，这种东西总会冒出来…
然后又得继续盯着看。
原创文章，如若转载，请注明出处：https://www.zdgn.cn/647.html
