erpkaizen

关于本站

为什么会有这个站点

erpkaizen.com 是一份独立刊物。它只为一个主张而存在:企业管理系统是企业存放自身认知的地方,而改进它的价值是可以衡量的。

关于 ERP 的讨论大多停在形容词上:更好用、更清爽、更现代。这些词过不了预算会。本站反着来 — 每一篇都必须说明测了什么、怎么测的、跟哪个基准比。

问题

上线那天,流程就按几个月前坐在会议室里的人所设想的样子冻住了。此后企业每天仍在学习 — 季节变了,客户的要求变了,有人找到了更快的做法 — 可软件什么也没学到。

这个落差被系统之外的表格、口口相传的约定,以及用户默默迁就一个打乱工作自然顺序的界面所填满。没人报故障,因为根本没有什么会报故障。

静止的系统与复利的系统

静止的系统

  • 配置在实施时就定死了
  • 多一个品类就要改源码
  • 用户去适应软件
  • 知识长在老员工的脑子里
  • 成功的标准是“跑起来了”

复利的系统

  • 业务规则是数据,在应用里就能改
  • 多一个品类就是多一行目录
  • 软件去适应真实的做事方式
  • 知识长在系统里,人走了还在
  • 成功的标准是可量测的改善幅度

一次界面改进值多少钱?

这个问题多数地方都绕着走,因为听起来无法衡量。它是可以衡量的 — 前提是你在动手之前先测过。下面用示意数字给出一个真实的形状:

业务开具送货单
每天次数40 单
改动前耗时每单 95 秒
改动后耗时每单 38 秒
每天40 × 57 = 38 分钟
每年(250 个工作日)158 小时
折合人天≈ 19.8 天
这个数字要有意义,必须满足:在动手之前取得基准值,且是同一批用户、同一个季节。没有基准值,之后的一切数字都只是转述。

操作耗时只是最容易测的一把尺。其他几把通常更值钱:录错后返工的比例、中途放弃的单据数、必须问同事才能往下做的次数,以及从事情发生到数字出现在报表上的时间差。

四条线

  1. 具体的改进。 真实案例:某个界面、某个字段或某条流程怎么改的,以及这对正在用它的人改变了什么。
  2. 怎么衡量价值。 测什么、基准怎么取、以及如何把改动带来的改善和季节带来的波动分开。这是难的那一半,也是本站存在的理由。
  3. 好用的 ERP。 反驳“管理软件天生就难用、用户理应忍受”这个假设。
  4. 把改进变成常态。 让软件一轮一轮地吸收企业学到的东西,而不是在验收那天把流程冻住。

三条原则

  1. 没有实测的文章只是一种看法。
  2. 取自客户系统的数据一律匿名。不出现公司名,不出现绝对营收。支撑论点的是比例,不是客户的产量。
  3. 这里不卖东西。没有哪一篇的结尾会放预约演示的按钮。

谁在写

这里的内容来自为越南企业实施和改进 ERP 的真实工作。支撑本刊物的实践团队是 NextStar。本站与那份工作保持独立:如果这里的某个想法有用,那么即使你从不联系任何人,它也照样有用。