客户不一定能把需求说出来。老板也未必知道该做什么系统。
这很正常。很多流程虽然麻烦，但每天都有人把它做完。时间久了，重复统计、来回确认和临时补数据就成了“工作本来就是这样”。
我不急着问“想做什么功能”，通常先看三件事。
一、是不是每天都有人重复做
偶尔多花十分钟，不一定值得开发。要是每天重复、好几个人重复，还总要核对，就值得算一算它究竟占了多少时间。
工厂报工就是这样。一两百名工人在微信群里发消息，两名文员再逐条统计。事情每天都能做完，但同一批数据也每天都要重新整理。
这时先别画页面。把一周里谁在什么时候做了什么、哪一步最常返工记下来，问题通常会清楚很多。
二、整理完的数据还要去哪里
有些表格交完就没人再用，是否自动化影响不大。有些数据还要继续给生产、管理和财务使用，前面错一次，后面就得跟着返工。
报工数据后来还要接日报、机台产能、每日异常和财务所需统计。这说明真正要处理的不是一张报工表，而是让同一套数据不用被不同的人重做几遍。
三、改法会不会给一线添更多事
方案对研发方便，不代表现场愿意用。
工人已经习惯在微信里报工。如果一开始就换入口、设账号、重新培训，一线很可能先抵触。所以当时保留了微信，把消息拆分、清洗、复核和汇总放到后面处理。
这个取舍不漂亮，但更容易先跑起来。
判断完以后，还要分别找人问
生产要确认报工规则和异常怎么认，财务要确认统计口径，开发要知道输入会乱到什么程度。开一次大会很难把这些问题都问清。
我会分别找相关的人确认，再把没定下来的事项、负责人和下一步写清楚。要让别人配合，先说清这次改动能少掉他哪部分重复工作，再把需要他确认的内容具体列出来。
一张简单的判断清单
遇到一个没人正式提出的需求，可以先问：
- 这项工作一周重复几次，涉及几个人？
- 哪一步最容易错、最依赖某个熟手？
- 这批数据后面还有谁要用？
- 如果改入口，谁会增加工作？
- 先做到什么，才能判断要不要继续？
这些问题有了答案，再决定做系统、做自动化，还是先改流程。
相关案例：一两百人用微信群报工，数据怎么接到日报里。