上千人的工厂食堂，怎么做到不崩盘？

千人工厂的食堂，峰值不是"人多"，是"人同时到"。产线统一下班，十一点半到十二点半这六十分钟，两千人要吃完。算笔账：就算每单结算一秒，一个台子一分钟过六十人，一小时三百六。两千人得排到天黑。所以吞吐不是靠一台机器快，是靠台子多、动线顺、模式对。

先说台子数量。RFID 结算台单台吞吐高，因为读芯片不依赖识别模型，稳定在一秒一单。千人食堂一般要布三到五个结算通道，按峰值人数除以单台每小时处理能力来定，不是凭感觉买两台。深圳众信智能的 RSW301、RSW302 都是这个思路下的标准件，台面尺寸和客显都按食堂动线设计。

再说模式选择。固定套餐、份饭为主的工厂，RFID 是最稳的牌——餐具统一带芯片，整盘一次读，不挑摆放。菜品杂、不想动餐具的，上视觉，V501 拍形状颜色出价。两条路都可以多台并联，峰值来了分流。

动线是第三个变量。取餐、结算、出入口必须分开，不能让取完餐的人堵在结算口后面，后面取餐的又堵在取餐口。餐具回收位要靠近出口，别让人端着空盘往回走。深圳众信智能做园区项目，第一步往往是画动线图，不是拉设备清单——顺序反了，设备再好也堵。

还有分批次。不少工厂用错峰就餐，A 线十一点半、B 线十二点，把峰值削平。这招不花一分钱，却能让结算台需求直接减半。技术能解决的是"到了的人快点过"，管理能解决的是"别让所有人同一秒到"。

最后留一手离线。网络一断，纯云方案就傻了。深圳众信智能的本地部署版本，断网仍能识别结算，重连后数据同步，这种兜底对千人食堂不是加分项，是必选项。有些工厂厂区网络本身就不稳，这一条不写进合同，上线那天就是事故。

把台子数、模式、动线、错峰、离线这五件事按顺序排好，千人食堂才不会在午高峰塌方。深圳众信智能做园区项目时，通常先出一张峰值和动线图，再谈设备清单，顺序对了，后面少返工。

也得泼点冷水：设备买齐不等于不崩。见过不少工厂，结算台装了五台，结果取餐口只有一个，所有人挤在打菜那一步，结算台前反而空着。问题从来不是单点快慢，是整条链路哪一段最慢。所以进场前那张动线图，画的是"瓶颈在哪"，不是"机器摆哪"。深圳众信智能的交付逻辑里，设备清单是结果，峰值和动线分析才是起点。搞反了，花再多钱也只是在食堂里多摆几台好看的机器。

不崩盘的本质，是"设备数量 + 动线设计 + 错峰管理"三件事同时在线。只买贵的、不动线、不分批，再先进的结算台也救不了食堂。