我把关于管理系统的开发要想清楚的事列了个单子，一条一条对着看，比通篇讲道理清楚。
调研这步别省
- 后期维护的响应速度，直接决定系统能不能长期用下去。
- 单据和审批流是最容易设计复杂的部分。层级一多，实际用起来就没人愿意走。
- 需求方内部要先达成一致。我遇到过项目做到一半，两个部门的说法打架，开发只能干等。
- 安全这块，尤其是涉及个人信息的系统，存储和权限都要按规范来。
- 调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。具体还得看情况。
- 批量的导入导出看着不起眼，实际能省下很多人力和怨气。
- 现场的网络和设备条件先摸清楚，不然上线了才发现跑不动。
- 搜索和筛选是用得最多的功能，这块做得顺手，整体评价会高不少。
- 统计口径要统一。同一个数字，不同部门算法不一样，最后会吵起来。
- 历史数据迁移这块一定要留足时间，老数据很少是干净的。
- 做报表之前先问清楚谁看、看什么、多久看一次。
- 小范围试点能暴露大部分问题，比一次全铺稳妥得多。
要不要做手机端，看人在不在办公室，这个决定很实际。
先把现有流程画出来，系统才有依据，不然就是空中楼阁。别等出问题才想起来。
培训这事别省。系统做得再好，没人会用也是白搭。
需求调研这步别省。我一般会去现场待几天，看人家实际怎么操作。
设计和体验
操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。我反正是这么看的。
跟已有系统的对接要早点确认，卡在这上面的项目不少。
权限体系一开始就要定好，返工的代价很大。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。
上线和推广
系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。这块别偷懒。
换个说法，数据看板别做得太花。领导要看的就那几个数，堆一堆图表反而找不到重点。
顺便提一句，验收的时候别只看功能有没有，要让人实际操作一遍走通业务流程。
做这类项目，我最大的体会是：技术是其次，把人的习惯改过来才是最难的。别等出问题才想起来。
二次开发的可能性要提前考虑。业务会变，系统得留点余地。
这事吧，工期上要给足，压得太紧，最后出来的东西多半要返工。
说白了，老系统别一刀切下线。并行跑一段时间，出问题还有退路。
各类文档要留全，人员变动的时候，没文档的系统会变成黑盒。
日志和操作留痕，出问题时特别有用。谁在什么时候改了什么，一查就知道。
单子就列到这，对着看就行。