老赵的三本台账
老赵在一家做办公家具的企业管仓库,干了十多年。他有三本台账:一本记入库,一本记出库,一本记退换货。每天下班前,他要把三本台账的数字抄到一张汇总表上,再拍照发到工作群里。销售要查某个型号还有多少库存,得先在群里问,老赵翻台账,再回复。遇到月底盘点,三本台账和汇总表经常对不上,老赵就得一页页翻。
公司决定上一套业务数据管理系统时,老赵是第一个皱眉的人。他的担心很直接:录进系统会不会比写台账还麻烦?万一系统出错,责任算谁的?这种顾虑在企业推进数据化管理时非常普遍。江南在参与业务数据管理系统建设时,通常会先把一线岗位的实际操作习惯摸清楚,再谈功能设计。
上线前,先把老赵的动线走一遍
项目组没有急着讲系统功能,而是跟着老赵走了一个完整班次:货到了怎么验、单据放哪、退换货怎么登记、什么时候汇总。走完之后,大家发现老赵的台账虽然手工,但顺序和字段其实很有逻辑,问题主要出在重复抄写和事后补录。
基于这个观察,系统设计做了几处调整:入库和出库登记尽量一次录入、自动生成汇总;退换货单独设流程,不再混在出库记录里;查询权限开放给销售,减少群内来回问。老赵最在意的一点也被采纳——每条记录保留操作人和修改痕迹,出问题能查清楚。
- 按岗位实际动线设计录入顺序,减少重复抄写。
- 把高频查询开放给需求方,降低沟通成本。
- 保留操作痕迹,让责任边界清晰可查。
上线第一个月,变化和摩擦同时出现
系统上线后,老赵发现录入确实比抄三本台账省事,但新的摩擦也来了。有些老同事习惯在群里直接问库存,不愿意自己查;个别单据因为录入不及时,导致查询结果滞后。项目组没有把这些当成“使用意愿问题”,而是调整了提醒机制,并把查询入口做得更直观。江南在类似项目中的体会是,系统上线只是开始,前几个月的使用习惯磨合往往决定最终效果。
老赵的角色也变了。他不再只是记录者,还开始留意哪些字段经常填错、哪些查询没人用。他提的几条修改建议被采纳后,系统的入库流程少了两步操作。
给准备上系统的企业几点参考
老赵的故事说明,业务数据管理系统的价值不在于功能多,而在于是否贴合一线操作。准备上系统的企业,可以先做三件事:跟着关键岗位走一遍完整流程,把重复劳动和易错环节找出来;明确每条数据的责任人和修改规则;上线后留出一段磨合期,认真收集使用中的摩擦点。江南在业务数据管理系统建设中,也把这三件事作为项目推进的基础动作。
数据管理最终要落到具体的人身上。理解老赵们的烦恼,系统才可能真正被用起来。
跟着岗位走一遍这个做法太对了,很多系统就是设计的人没干过一线的活。
我们也是三本台账,看完想去跟老板提议先理流程再上系统。
操作痕迹那条很重要,不然出了问题互相推,谁也说不清。
上线第一个月的摩擦写得真实,我们当时也是群里问惯了,改不过来。
想问退换货单独设流程会不会增加录入量,我们退换货还挺多的。