讲个真事：一个系统上线半年没人用，后来才发现是录入太麻烦。
设计和体验
我记得，界面越简单越好，用的人不会为了好看去多学一套操作。
要不要做手机端，看人在不在办公室，这个决定很实际。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。
先把现有流程画出来，系统才有依据，不然就是空中楼阁。
做报表之前先问清楚谁看、看什么、多久看一次。
顺便提一句，需求调研这步别省。我通常会去现场待几天，看人家实际怎么操作。
验收要按真实业务场景跑一遍，功能清单打勾不代表能用。
给用户留个提意见的入口，不然他们只会私下抱怨，你永远不知道。
操作记录要留着，出了争议能查得到，这个功能平时不起眼，关键时候靠它。
系统要留扩展余地，业务一两年就会变，太死的架构很难改。
上线和推广
新旧系统并行一段时间会稳当些，一下子全切风险太大。
首页展示的数据贵在少而准，放太多反而不知道看哪儿。这块别偷懒。
各类文档要留全，人员变动的时候，没文档的系统会变成黑盒。
这事吧，做这类项目，我最大的体会是：技术是其次，把人的习惯改过来才是最难的。
硬件环境也要提前看。有些单位的网络和设备比较老，会影响体验。
调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
后期维护的响应速度，直接决定系统能不能长期用下去。
查询和筛选的功能要好用。用户最常用的就是找东西，找不到就会觉得系统难用。
分阶段推进比一口气做完靠谱，中间还能根据反馈调整。
统计口径要统一。同一个数字，不同部门算法不一样，最后会吵起来。
先说个前提，做这类项目久了，我发现最管用的判断标准很简单：一线员工是不是真的愿意用。真遇到就明白了。
听起来简单，导入导出功能别忽略。批量导入做好了，能省掉大量重复录入的时间。
反正我的建议是，先做小范围试点，别一次全铺开。