有几件事我必须先提醒。管理系统的开发这块，不注意的话很容易白忙一场。
上线和推广
- 操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。
- 试点先行是个稳妥办法。先在三个部门跑起来，改顺了再推广。
- 不到现场看一遍，做出来的东西大概率是想象的。
- 先把现有流程画出来，系统才有依据，不然就是空中楼阁。
- 数据迁移是最容易低估的工作量。老系统的数据往往乱得很，清洗很费时间。
- 培训这事别省。系统做得再好，没人会用也是白搭。
- 旧系统的使用习惯要尊重。改得太猛，抵触情绪会很大。
- 系统成不成功，就看用的人是不是主动打开它，别的指标都是虚的。
- 单据和审批流是最容易设计复杂的部分。层级一多，实际用起来就没人愿意走。
硬件环境也要提前看。有些单位的网络和设备比较老，会影响体验。
导入导出功能别忽略。批量导入做好了，能省掉大量重复录入的时间。
分阶段推进比一口气做完靠谱，中间还能根据反馈调整。
需求方内部要先达成一致。我遇到过项目做到一半，两个部门的说法打架，开发只能干等。
调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
调研这步别省
系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。
顺便提一句，首页展示的数据贵在少而准，放太多反而不知道看哪儿。
各类文档要留全，人员变动的时候，没文档的系统会变成黑盒。我觉得值这个功夫。
设计和体验
日志和操作留痕，出问题时特别有用。谁在什么时候改了什么，一查就知道。我觉得值这个功夫。
二次开发的可能性要提前考虑。业务会变，系统得留点余地。
别以为数字化了就不用打印，很多场景下纸质单据还是刚需。
注意这些，至少不会出大问题。