我把关于管理系统的开发要想清楚的事列了个单子，一条一条对着看，比通篇讲道理清楚。
上线和推广
验收的时候别只看功能有没有，要让人实际操作一遍走通业务流程。
- 安全这块，尤其是涉及个人信息的系统，存储和权限都要按规范来。
- 做这类项目久了，我发现最管用的判断标准很简单：一线员工是不是真的愿意用。我觉得值这个功夫。
- 调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
- 别追求一步到位。分阶段上，每期解决几个痛点，效果反而更好。
- 后期维护的响应速度，直接决定系统能不能长期用下去。
- 硬件环境也要提前看。有些单位的网络和设备比较老，会影响体验。
- 需求方内部要先达成一致。我遇到过项目做到一半，两个部门的说法打架，开发只能干等。
- 界面越简单越好，用的人不会为了好看去多学一套操作。
- 不到现场看一遍，做出来的东西大概率是想象的。
- 要不要做手机端，看人在不在办公室，这个决定很实际。
- 上线前的培训一定要做，最好配上简单的操作手册。
- 流程梳理比功能清单重要。先把现在怎么干写清楚，再谈系统怎么支撑。
操作记录要留着，出了争议能查得到，这个功能平时不起眼，关键时候靠它。
系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。
项目周期一般八个月起，太赶的话质量很难保证，这个得提前说清楚。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。我反正是这么看的。
反馈渠道要留。用户用着不顺手，得有个地方说，不然问题一直埋着。
能记住的就一句：让用的人省事，系统才活得了。