先说个实在话：这类系统好不好用，跟功能多少关系不大，跟流程贴不贴合关系很大。
调研这步别省
调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
项目最怕的是甲方内部意见不统一，做一半停在那儿，谁都不敢拍板。
搜索和筛选是用得最多的功能，这块做得顺手，整体评价会高不少。
改动幅度要考虑老习惯，一下子全变，推行阻力会很大。
导入导出功能别忽略。批量导入做好了，能省掉大量重复录入的时间。
上线和推广
上线之后的维护响应很关键，问题拖久了，大家就不用了。
系统成不成功，就看用的人是不是主动打开它，别的指标都是虚的。
分阶段推进比一口气做完靠谱，中间还能根据反馈调整。
硬件环境也要提前看。有些单位的网络和设备比较老，会影响体验。
单据和审批流是最容易设计复杂的部分。层级一多，实际用起来就没人愿意走。
数据迁移是最容易低估的工作量。老系统的数据往往乱得很，清洗很费时间。
小范围试点能暴露大部分问题，比一次全铺稳妥得多。
你先记住这个。
移动端要不要做，取决于使用场景。经常在外跑的岗位，手机端是刚需。真遇到就明白了。
先把现有流程画出来，系统才有依据，不然就是空中楼阁。
界面越简单越好，用的人不会为了好看去多学一套操作。
说白了，报表需求要问细。不同的人要的数据不一样，笼统说「要报表」等于没说。
不到现场看一遍，做出来的东西大概率是想象的。
切换系统要避开业务高峰期，硬赶只会让大家更抵触。
系统推进真正的难点在人。技术上能解决的都好办，习惯才是硬骨头。
老系统别一刀切下线。并行跑一段时间，出问题还有退路。
二次开发的可能性要提前考虑。业务会变，系统得留点余地。
操作记录要留着，出了争议能查得到，这个功能平时不起眼，关键时候靠它。
真要上的话，先把最关键的两个流程跑通。