现场原来怎样
一两百名工人每天在微信群里报工。公司安排两名文员逐条统计、核对和汇总。
这套办法并没有“坏掉”：工人会报，文员也能把表交出来。问题是同一批生产数据每天都要重新整理，而且管理、生产和财务还要按各自需要再加工。
公司没有先提出要做一套报工系统。我是在看日常工作时，才发现这里值得改。
为什么一直没人改
微信是工人已经会用的入口。换一套系统意味着账号、培训、设备和新的操作规则，任何一项没处理好，都可能让一线觉得是给自己增加工作。
另一方面，生产、财务和开发看到的问题不同。生产关心报工和异常规则，财务关心统计口径，开发关心输入是否稳定。没人负责把这三种说法接起来，流程就只能继续靠文员维持。
关键取舍：先不换微信
首版保留微信群报工。操作人员手动触发后，后台流程负责：
- 拆分群里的报工消息；
- 按人员、产品和日期整理；
- 把不确定或异常内容留给人工确认；
- 按生产和财务需要的口径汇总。
这样改，工人不需要先学一套新入口。团队可以先看日报是否跑得通，再决定后面要不要继续改前端。
谁必须配合
我分别找生产、财务、开发和操作人员确认：
- 生产：什么算一条有效报工，异常怎么认；
- 财务：哪些字段必须统计，按什么口径汇总；
- 开发：消息会乱到什么程度，哪些情况必须人工判断；
- 操作人员：什么时候触发，发现错误后怎么复核。
一句“数字化很重要”，不会让别人主动配合。每个人更关心自己的重复工作能不能减少，以及这次到底需要确认什么。把这两件事讲清楚，项目才推得下去。
当前跑到哪里
首版先把日报跑通。随后，同一套数据口径继续接到：
- 机台产能；
- 每日异常；
- 财务所需统计。
流程仍保留人工确认，并非无人值守的全自动系统。
目前能确认 / 还不能确认
**能确认：**一两百名工人继续使用微信；两名文员原来承担逐条统计；首版日报跑通；同一套数据又被用于产能、异常和财务所需统计。
**还不能确认：**没有足够完整、可公开的前后测量，因此不发布节省工时或效率提升百分比，也不把两名文员原来的工作直接写成“替代两个人”。
相关方法：没人提需求时，我先看这三件事。