说实话，这类项目的成败，一半在需求调研那几周。
设计和体验
老实说，移动端要不要做，取决于使用场景。经常在外跑的岗位，手机端是刚需。
- 小范围试点能暴露大部分问题，比一次全铺稳妥得多。
- 权限体系一开始就要定好，返工的代价很大。
- 培训这事别省。系统做得再好，没人会用也是白搭。
- 操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。
- 数据迁移是最容易低估的工作量。老系统的数据往往乱得很，清洗很费时间。
- 需求调研这步别省。我一般会去现场待几天，看人家实际怎么操作。
- 接口对接经常是难点。跟现有系统打通这件事，要提前确认能不能做。
调研这步别省
数据口径先统一，不然系统上线后各部门的数对不上，很麻烦。
顺便提一句，项目最怕的是甲方内部意见不统一，做一半停在那儿，谁都不敢拍板。
听起来简单，审批流程别设计得太长，环节一多，大家就开始绕开系统走线下。
系统成不成功，就看用的人是不是主动打开它，别的指标都是虚的。
现场的网络和设备条件先摸清楚，不然上线了才发现跑不动。
上线和推广
批量的导入导出看着不起眼，实际能省下很多人力和怨气。
给用户留个提意见的入口，不然他们只会私下抱怨，你永远不知道。
首页展示的数据贵在少而准，放太多反而不知道看哪儿。
后来才发现，系统要留扩展余地，业务一两年就会变，太死的架构很难改。我反正是这么看的。
切换系统要避开业务高峰期，硬赶只会让大家更抵触。
先说个前提，文档别省。接口说明、操作手册、维护记录，后面接手的人会感谢你。
日志和操作留痕，出问题时特别有用。谁在什么时候改了什么，一查就知道。
流程写完了，第一遍慢一点没关系，第二遍就顺了。