江苏某上市公司车间生产捷报小程序开发

这家是江苏一家上市公司，要做一个车间生产捷报，让管理层在手机上就能看到每天的产量、良率、设备状态。听着就是个大屏看板的移动版，但第一个难题就把我们卡住了：数据从哪来。产线数据不上来，再好看的看板都是空的。产线多、系统杂，光把数凑齐就是个体力活。

车间里的系统比想象中乱。有 MES、有 PLC、还有一堆老设备，接口五花八门，有的设备连接口都没有，只能靠人工补录。我们做了一个数据中间层，能自动接的自动接，接不了的先做手工上报兜底。先把数据收上来，再谈分析，这是当时定的原则。宁可先手工，也不能让看板空着。手工上报我们也做了表单校验，填错、漏填会提示，尽量减少脏数据。

数据质量也是个大问题。不同系统的产量口径不一样，有的是班产量，有的是累计量，还有的混着返工数。我们花了不少时间统一口径，把每个指标到底怎么算、从哪个字段取，写成一份数据字典。没有这份字典，后面报表的数字谁都说不清，领导问起来就抓瞎。这份字典后来成了项目最值钱的一份文档。后面新接一条线，照着字典配一遍就行，省了重新摸索的时间。

看板一开始我们犯了个常见错误：堆图表。折线、柱状、饼图、仪表盘，能上的全上了，结果管理层真正关心的就几件事：今天产了多少、良率多少、哪条线在报警。后来我们把首页砍成这三个核心指标，大字报式地摆出来，再加可下钻的明细，反而更受欢迎。首页上方是三个大数字，下面才是趋势图，一眼先看结论，再往下看过程。

这个调整给我的教训很深：内部工具不是给领导秀技术，是让人三秒钟看到他要的那个数。越简洁越好，多余的图表全是干扰。领导每天打开手机就那么几十秒，抓不住重点就关掉了，做再多都是白做。我们做需求的时候，直接去问管理层每天早上第一件事看什么，照着那个做。需求从真实使用场景里来，比会议室里拍脑袋强得多。

权限分级在上市公司特别敏感，产量和成本数据不是谁都能看的。我们按角色做了严格的权限控制，普通员工看到的是自己班组的，管理层看到的是汇总，所有数据走加密传输。权限模型我们单独设计了一套，能精确到字段级别，审计日志也留了，谁在什么时候看了什么数据，都有记录。对外演示或审计的时候，这套审计日志就是底气。

设备报警这块我们还接了推送。哪条线停了、良率跌了，直接推到相关负责人的手机上。光有看板不够，得让异常主动找上门，而不是等人想起来去翻。报警还分了级，一般报警推给班组长，重大停线直接推给厂长，别让小问题漏了、大问题被埋没。报警还支持按产线、按时间段筛选，值班的人能快速定位。

数据上报的及时性我们也盯了。自动接的接口按分钟拉数据，手工补录的班组每天下班前必须填完，没填的我们做了提醒。数据晚一个小时，管理层看到的就不是“今天的数”，而是“昨天的数”，那这套捷报的意义就打折了。我们也给数据补录设了截止时间，超时自动标记，谁没填一目了然。

内部工具类项目，最重要的不是功能多，而是“刚好是人家天天要看的那个数”。把最关键的信息放在最显眼的地方，比什么都实在。这个项目让我彻底想通了一件事：工具的价值，取决于它有没有被真正用起来，而不是它做得多复杂。