erpkaizen.com 是一份独立刊物。它只为一个主张而存在:企业管理系统是企业存放自身认知的地方,而改进它的价值是可以衡量的。
关于 ERP 的讨论大多停在形容词上:更好用、更清爽、更现代。这些词过不了预算会。本站反着来 — 每一篇都必须说明测了什么、怎么测的、跟哪个基准比。
问题
上线那天,流程就按几个月前坐在会议室里的人所设想的样子冻住了。此后企业每天仍在学习 — 季节变了,客户的要求变了,有人找到了更快的做法 — 可软件什么也没学到。
这个落差被系统之外的表格、口口相传的约定,以及用户默默迁就一个打乱工作自然顺序的界面所填满。没人报故障,因为根本没有什么会报故障。
静止的系统与复利的系统
静止的系统
- 配置在实施时就定死了
- 多一个品类就要改源码
- 用户去适应软件
- 知识长在老员工的脑子里
- 成功的标准是“跑起来了”
复利的系统
- 业务规则是数据,在应用里就能改
- 多一个品类就是多一行目录
- 软件去适应真实的做事方式
- 知识长在系统里,人走了还在
- 成功的标准是可量测的改善幅度
一次界面改进值多少钱?
这个问题多数地方都绕着走,因为听起来无法衡量。它是可以衡量的 — 前提是你在动手之前先测过。下面用示意数字给出一个真实的形状:
业务开具送货单
每天次数40 单
改动前耗时每单 95 秒
改动后耗时每单 38 秒
每天40 × 57 = 38 分钟
每年(250 个工作日)158 小时
折合人天≈ 19.8 天
这个数字要有意义,必须满足:在动手之前取得基准值,且是同一批用户、同一个季节。没有基准值,之后的一切数字都只是转述。
操作耗时只是最容易测的一把尺。其他几把通常更值钱:录错后返工的比例、中途放弃的单据数、必须问同事才能往下做的次数,以及从事情发生到数字出现在报表上的时间差。
四条线
- 具体的改进。 真实案例:某个界面、某个字段或某条流程怎么改的,以及这对正在用它的人改变了什么。
- 怎么衡量价值。 测什么、基准怎么取、以及如何把改动带来的改善和季节带来的波动分开。这是难的那一半,也是本站存在的理由。
- 好用的 ERP。 反驳“管理软件天生就难用、用户理应忍受”这个假设。
- 把改进变成常态。 让软件一轮一轮地吸收企业学到的东西,而不是在验收那天把流程冻住。
三条原则
- 没有实测的文章只是一种看法。
- 取自客户系统的数据一律匿名。不出现公司名,不出现绝对营收。支撑论点的是比例,不是客户的产量。
- 这里不卖东西。没有哪一篇的结尾会放预约演示的按钮。
谁在写
这里的内容来自为越南企业实施和改进 ERP 的真实工作。支撑本刊物的实践团队是 NextStar。本站与那份工作保持独立:如果这里的某个想法有用,那么即使你从不联系任何人,它也照样有用。