有个学校找我做管理系统，第一句话是「要先进」。我说咱们先聊聊现在怎么干活。

调研这步别省

换句话说，统计口径要统一。同一个数字，不同部门算法不一样，最后会吵起来。

原理是这样：别追求一步到位。分阶段上，每期解决几个痛点，效果反而更好。

先说个前提，单据和审批流是最容易设计复杂的部分。层级一多，实际用起来就没人愿意走。

简单说，导入导出功能别忽略。批量导入做好了，能省掉大量重复录入的时间。各家情况不一样。

上线和推广

现场的网络和设备条件先摸清楚，不然上线了才发现跑不动。

项目最怕的是甲方内部意见不统一，做一半停在那儿，谁都不敢拍板。我反正是这么看的。

后期维护的响应速度，直接决定系统能不能长期用下去。

做这类项目久了，我发现最管用的判断标准很简单：一线员工是不是真的愿意用。

旧系统的使用习惯要尊重。改得太猛，抵触情绪会很大。

安全这块，尤其是涉及个人信息的系统，存储和权限都要按规范来。

搜索和筛选是用得最多的功能，这块做得顺手，整体评价会高不少。这点挺重要。

调研的时候多问一句有没有例外情况，这些地方往往是后面出问题的源头。

移动端要不要做，取决于使用场景。经常在外跑的岗位，手机端是刚需。

先把现有流程画出来，系统才有依据，不然就是空中楼阁。这块别偷懒。

说白了，历史数据迁移这块一定要留足时间，老数据很少是干净的。

报表需求要问细。不同的人要的数据不一样，笼统说「要报表」等于没说。

小范围试点能暴露大部分问题，比一次全铺稳妥得多。

培训这事别省。系统做得再好，没人会用也是白搭。

顺便提一句，操作要简单。一线人员没耐心看说明书，多一步操作，使用率就掉一截。

不到现场看一遍，做出来的东西大概率是想象的。

跟已有系统的对接要早点确认，卡在这上面的项目不少。

验收要按真实业务场景跑一遍，功能清单打勾不代表能用。

设计和体验

操作记录要留着，出了争议能查得到，这个功能平时不起眼，关键时候靠它。我觉得值这个功夫。

系统推进真正的难点在人。技术上能解决的都好办，习惯才是硬骨头。

工期上要给足，压得太紧，最后出来的东西多半要返工。这点挺重要。

后来才发现，二次开发的可能性要提前考虑。业务会变，系统得留点余地。

别以为数字化了就不用打印，很多场景下纸质单据还是刚需。

数据看板别做得太花。领导要看的就那几个数，堆一堆图表反而找不到重点。各家情况不一样。

调研这步别省

文档别省。接口说明、操作手册、维护记录，后面接手的人会感谢你。

别嫌我啰嗦。

切换系统要避开业务高峰期，硬赶只会让大家更抵触。

老系统别一刀切下线。并行跑一段时间，出问题还有退路。

给用户留个提意见的入口，不然他们只会私下抱怨，你永远不知道。

讲完了，能理解到这一层，基本够用了。