erpkaizen

怎么衡量价值

键盘录入的 ROI:一格 1.8 秒,乘以一整天

有实测 2026年9月22日 约 10 分钟
手离开键盘去拿鼠标再回来:一个来回 1.8 秒,乘以每天 8,000 格就是 4 小时工时。 两只手在这里 还有这里 1.8 秒 每换一格 一个来回 × 每天8,000格 = 4小时
手离开键盘再回来的一个来回约 1.8 秒。这是没人会抱怨的数字,也是其余一切所依赖的数字。

ERP 里最吃办公室时间的动作,是一只手离开键盘。单次小到不值得抱怨 —— 直到乘以每天八千格。

伸手去拿鼠标这个动作,一年值多少钱?

只需要两个数:录入多行单据的人数,以及用鼠标换一格要几秒。格子数、工时和现金流都由此推出 — 每一项都能改。

预算、报价、采购 — 凡是要敲长表格的人
手离开键盘、移动、点击、再回到键盘

由你的规模推出

每天录入格数
每天收回的工时
每年单据数
每月收益(VND)
假设 — 点开可逐项查看和修改

工作量与工时

报价交得更早

录入错误

做这件事的成本

整个团队的一天,切成等大的方块
一格格方块代表团队一天的总工时;实心的部分是快捷键还回来的时间。

A. 花在伸手拿鼠标上的工时
B. 交得更早带来的毛利
C. 避免的单价错误
每年收回的现金合计

这是估算,不是承诺。动手改之前,先拿秒表测一份真实单据 — 没有基准值,之后的每个数字都只是转述。

在 ERP 里,最吃办公室时间的动作不是某个大功能,而是一只手离开键盘。在多行录入的界面上 — 技术报价、工程量清单、多品项订单、物料清单 — 录入的人一天要重复这个动作几千次, 而系统里没有任何一张报表记下过它。

加一层还原表格操作手感的快捷键,不是把界面做好看。它是一次人机工效上的改进,而且可以用钱来衡量。

1. 为什么没人测这个动作

三个原因,而这三个恰恰也是它能一直留着的原因。

  1. 单次小到不值得抱怨。 手离开键盘,移到下一格或"新增行"按钮,点一下,再回来。 按 Keystroke-Level Model,这一次切换平均要 1.5 到 3 秒。没人会为两秒开一张工单。
  2. 它坏的不是数据,是注意力的连贯。 面对 30 到 100 行的表格,手来回换个不停,思路的节奏就断了。 看错行、漏掉单价、把规格写到别的行上。这些错误会在后道工序以别的名义冒出来,没人会追回到鼠标身上。
  3. 用户早就有了变通办法,而这个办法把问题藏了起来。 他们在系统外另建一个表格,在那里把活干完, 等人来催的时候再粘贴进去。从管理这头看,数据还是进来了。只是晚了,而且是人工誊过一遍的版本。

第三点是个眼熟的形状:讲调度看板的那篇在发货计划上遇到的正是它。 当界面比表格慢,用户不会抗议 — 他们安静地离开,并且把数据一起带走。

2. 这层快捷键到底是什么

不是一张组合键清单,而是两类性质完全不同的活。

第一类 —— 让两只手一直待在键盘上。 Enter 往下走,到表尾时自动新建一行。Shift + Enter 往上走。 Tab / Shift + Tab 横着走。 在同一列里上下走。唯一的目标, 是把格与格之间的移动从大约两秒压到 0.2 秒以内。

第二类 —— 表格做得到、而网页表单通常做不到的事。

第一类是秒表能测的。第二类是让人不再先去开 Excel 的。两种价值不同,而本文只给第一类算账。

3. 三笔钱,以及哪一笔靠得住

假设取自原始资料:十人团队(预算员和报价岗),每人每天五份,每份四十行,每行要敲四格 —— 品项编码、规格、数量、单价。

每天格数 = 10 人 × 5 份 × 40 行 × 4 格 = 8,000 格

A. 花在伸手拿鼠标上的工时

每年节省 = 每天格数 × 每格省下的秒数 × 年工作日 × 工时成本

三笔里 最硬 的一笔,因为它只靠秒表能测出来的时间。测一份就有基准,测十份就有分布。

8,000 格 × 省下 1.8 秒 = 14,400 秒,也就是全队 每天 4.0 小时。按每年 250 个工作日、 每工时 80,000 VND 计:每年 80,000,000 VND。

B. 报价交得更早带来的毛利

每份省下 20 到 30 分钟,意味着客户当天就拿到报价,而不是第二天。这确实有实在的价值。 但这是 最软 的一笔,而且这里有句关于原始资料的话必须直说。

原始资料把两个数并排摆着:中标率提升 3%,以及每年大约 8,000 万 VND 的毛利增量。 这两个数并不属于彼此。按资料自己给的量 —— 每年 12,500 份 —— 提升 3 个百分点意味着 多中 375 单。 在任何配得上叫工程量清单的合同金额下,375 单都不是 8,000 万,而是几十亿。 那个 8,000 万从来不是由 3% 推出来的,它是一个悬空的估数,被摆在一个听起来合理的比率旁边。

有意思的是,钱大致是对的,错的只是机制。把链条完整搭出来 —— 份数 × 中标率提升 × 合同金额 × 毛利率 —— 只要提升 0.1 个百分点,就已经是每年约 7,500 万了。

每年 12,500 份 × 0.1 个百分点 = 多中 12.5 单。按平均合同 50,000,000 VND、毛利率 12% 计: 每年 75,000,000 VND —— 与资料那个数同一量级,但这一次说得清它从哪儿来。

0.1 个百分点和 3 个百分点,差了三十倍。一个肯说出自己需要哪条假设的模型,读者才驳得动; 一个悬空的数字,只能信或者不信。

如果你从没测过响应速度和中标率的关系,把这一笔设为零,再看一遍合计。

C. 避免单价出错

Esc 把一格退回原值,和 Ctrl + V 整块粘贴,消掉的是同一类具体的错:多打一个零、小数点挪了位、 拿鼠标移动时滑了一行。这类错是直接进合同的。

每年 12,500 份 × 单价录错 0.4% = 50 起。按每起 400,000 VND 的返工成本计: 每年 20,000,000 VND。

4. 合计,以及模型自己归零的地方

项目每年原始资料
A. 伸手拿鼠标的工时80,000,00087,360,000
B. 报价交得更早75,000,00080,000,000
C. 避免单价出错20,000,00020,000,000
合计175,000,000187,360,000

差 6.6%,几乎全来自两个有意为之的选择:本文按每年 250 个工作日 算,而不是资料的 312 天 (26 天 × 12 个月);并且把 B 这一笔从链条重新搭起来,而不是照抄那个悬空的数。 对照一次性开发成本 20,000,000 VND,回本约 42 天,首年回报率 775%

但最要紧的那个数是零。在文首的试算里,把"用快捷键换一格的秒数"设成和"用鼠标换一格的秒数"相同, 把中标率提升设为零,把单价出错比例设为零。合计会归到 0,而不是剩下一个小尾巴。

抽掉全部假设之后还塌不下来的模型,不是模型。它是一种穿着算术外衣的成见。

5. 在相信这些数字之前该做什么

三步,按这个顺序。

  1. 拿秒表测一份真实的单据。 不是估,也不是去问团队。坐在一个正在敲四十行表格的人旁边, 从打开界面测到保存。找三个不同的人各测一遍 —— 离散程度比中位数更要紧。
  2. 数格子,不要数行。 一行四格和一行十二格是两道题。这个模型要的输入是格数, 而它通常比人们以为的大。
  3. 之后再测,要在同一批人、同一个季节。 如果前基准取在淡季、后测量取在旺季, 你读到的改善大部分是季节。

在工厂里,Kaizen 从减少工人弯腰和伸手的次数开始。在办公软件里,让一个人每天把手从键盘上抬起一千次, 正是同一类浪费 —— 区别只在于没人看得见,因为它在系统里不留任何痕迹。

继续阅读