软件定制前，
先把这五个问题说清楚。

很多软件项目从“需要哪些功能”开始讨论，但功能只是解决问题的手段。如果没有先说清问题，后续设计和研发会不断回到最初的理解分歧。

1. 这次建设要改变什么

先用一句话描述希望改变的业务结果，例如缩短事项处理路径、减少重复录入，或者让现场人员能够及时回传结果。目标需要与具体工作相关，而不是笼统地“提升数字化水平”。

2. 谁会真正使用系统

列出直接使用者、管理者、审核者和维护者。不同角色看到的信息、执行的操作和承担的责任不同，权限和界面都应由这些差异决定。

3. 最核心的业务流程是什么

选择一条最具代表性的业务路径，从触发条件、处理节点、异常分支到最终结果完整走一遍。先验证核心路径，再扩展边缘场景。

4. 数据从哪里来，到哪里去

确认哪些数据需要录入、从现有系统同步或由设备产生；同时明确谁能查看、修改和导出。数据边界直接影响接口、权限和合规设计。

5. 怎样判断项目已经成功

为关键路径定义可验证的验收标准，例如某角色能否独立完成一项任务、管理者能否查看完整状态、异常是否能够被发现和处理。避免只用“页面完成”作为项目结果。

把五个答案变成下一步

这些问题不需要一次回答得完美，但足以帮助团队识别最值得先验证的部分。通过原型和小范围试运行继续完善理解，比在长文档中猜测更有效。