有几件事我必须先提醒。管理系统的开发这块，不注意的话很容易白忙一场。
设计和体验
- 移动端要不要做，取决于使用场景。经常在外跑的岗位，手机端是刚需。
- 报表需求要问细。不同的人要的数据不一样，笼统说「要报表」等于没说。
- 权限设计要提前理清楚。谁能看什么、谁能改什么，这块后期改很麻烦。
- 培训这事别省。系统做得再好，没人会用也是白搭。
- 操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。
- 不到现场看一遍，做出来的东西大概率是想象的。
- 历史数据迁移这块一定要留足时间，老数据很少是干净的。
- 系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。
- 做这类项目，我最大的体会是：技术是其次，把人的习惯改过来才是最难的。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。
项目周期一般十来个月起，太赶的话质量很难保证，这个得提前说清楚。反正记着就行。
验收要按真实业务场景跑一遍，功能清单打勾不代表能用。
老系统别一刀切下线。并行跑一段时间，出问题还有退路。
日志和操作留痕，出问题时特别有用。谁在什么时候改了什么，一查就知道。
调研这步别省
现场的网络和设备条件先摸清楚，不然上线了才发现跑不动。
涉及人员信息的系统，安全和合规这块不能含糊。
调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
这个细节挺关键。
项目最怕的是甲方内部意见不统一，做一半停在那儿，谁都不敢拍板。
做这类项目久了，我发现最管用的判断标准很简单：一线员工是不是真的愿意用。
上线之后的维护响应很关键，问题拖久了，大家就不用了。
该提醒的都说了，剩下的自己留意。