下面这份清单，是我自己每次开工前会过一遍的。做管理系统的开发的话，可以照着对。
设计和体验
- 权限体系一开始就要定好，返工的代价很大。
- 需求调研这步别省。我一般会去现场待几天，看人家实际怎么操作。
- 试点先行是个稳妥办法。先在三个部门跑起来，改顺了再推广。
- 先把现有流程画出来，系统才有依据，不然就是空中楼阁。
- 要不要做手机端，看人在不在办公室，这个决定很实际。
- 做报表之前先问清楚谁看、看什么、多久看一次。
- 数据迁移是最容易低估的工作量。老系统的数据往往乱得很，清洗很费时间。
- 培训这事别省。系统做得再好，没人会用也是白搭。
- 操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。
- 导入导出功能别忽略。批量导入做好了，能省掉大量重复录入的时间。
这个细节挺关键。
- 分阶段推进比一口气做完靠谱，中间还能根据反馈调整。
- 硬件环境也要提前看。有些单位的网络和设备比较老，会影响体验。
安全这块，尤其是涉及个人信息的系统，存储和权限都要按规范来。
项目周期一般八个月起，太赶的话质量很难保证，这个得提前说清楚。
上线和推广
说白了，老系统别一刀切下线。并行跑一段时间，出问题还有退路。
系统推进真正的难点在人。技术上能解决的都好办，习惯才是硬骨头。
系统要留扩展余地，业务一两年就会变，太死的架构很难改。
听起来简单，文档别省。接口说明、操作手册、维护记录，后面接手的人会感谢你。
数据看板别做得太花。领导要看的就那几个数，堆一堆图表反而找不到重点。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。
调研这步别省
验收要按真实业务场景跑一遍，功能清单打勾不代表能用。
先说个前提，给用户留个提意见的入口，不然他们只会私下抱怨，你永远不知道。
系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。
清单可以自己往下加，用着用着就变长了。