说实话，这类项目的成败，一半在需求调研那几周。
设计和体验
权限设计要提前理清楚。谁能看什么、谁能改什么，这块后期改很麻烦。
跟已有系统的对接要早点确认，卡在这上面的项目不少。
数据迁移是最容易低估的工作量。老系统的数据往往乱得很，清洗很费时间。我反正是这么看的。
不到现场看一遍，做出来的东西大概率是想象的。
有个细节，试点先行是个稳妥办法。先在四个部门跑起来，改顺了再推广。
上线前的培训一定要做，最好配上简单的操作手册。
调研这步别省
先把现有流程画出来，系统才有依据，不然就是空中楼阁。
需求方内部要先达成一致。我遇到过项目做到一半，两个部门的说法打架，开发只能干等。
说白了，统计口径要统一。同一个数字，不同部门算法不一样，最后会吵起来。
调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。
改动幅度要考虑老习惯，一下子全变，推行阻力会很大。
换个说法，搜索和筛选是用得最多的功能，这块做得顺手，整体评价会高不少。
后期维护的响应速度，直接决定系统能不能长期用下去。
做这类项目久了，我发现最管用的判断标准很简单：一线员工是不是真的愿意用。
安全这块，尤其是涉及个人信息的系统，存储和权限都要按规范来。
二次开发的可能性要提前考虑。业务会变，系统得留点余地。
上线和推广
系统上线的时间点要挑。别赶在业务最忙的时候切换，那是在给自己找麻烦。
这事吧，老系统别一刀切下线。并行跑一段时间，出问题还有退路。
你先记住这个。
首页展示的数据贵在少而准，放太多反而不知道看哪儿。
老实说，验收的时候别只看功能有没有，要让人实际操作一遍走通业务流程。
打印功能经常被忽略，但很多单位还是离不开纸质单据，这块要提前问。
这个细节挺关键。
操作记录要留着，出了争议能查得到，这个功能平时不起眼，关键时候靠它。
各类文档要留全，人员变动的时候，没文档的系统会变成黑盒。
真要上的话，先把最关键的两个流程跑通。