案例 / CASES

做过的事,连机制一起写

每个案例都写了为什么能做到,而不只是省了多少时间。 因为决定改善能不能存住的是机制,不是当时那股劲。

案例均已匿名化处理 不含可识别的企业信息 不含内部数据与截图

案例 01 / 某德系汽车零部件 TIER1 · 中国区 9 工厂 3 事业部

技能短板识别与培训匹配平台

这个案例最能说明我在做什么: 把“主管心里有数”变成一张谁都能看、谁都能执行的表。

原状态
各厂工程师的技能水平靠主管印象判断,每个人口径不一。培训靠自愿报名,报上的往往不是最需要的。要看全区技能分布,得有人手工拉表汇总。
做了什么
Power Platform 全栈:7 个自动化流 + 7 张数据表。技能矩阵、课程库、指导人库三者挂钩 —— 评分一录入,短板自动映射到对应课程和能带他的人。
结果
汇总工时 8 小时 → 1 小时
机制
关键不在工具,在把评分口径固定下来:每个技能项的等级定义写成统一标准,打分时必须逐项对。不是大家变客观了,是主观空间被取消了。
推动方式
这个项目起初不在计划内。我先自己做了个 Demo,拿 Demo 去说服管理层,拉到支持后才正式主导。先做出看得见的东西,比写方案申请资源快。
交接
已部署到各工厂试用,日常维护由工厂侧自行完成。

案例 02 / 同一集团 · 车间数字化需求管理

MES 需求表电子化

返工率归零这种数字,单独拎出来看像吹。 所以机制比数字重要 —— 不合格的表根本提交不了。

原状态
需求表用 Excel 发邮件来回。字段填错、必填项漏填、版本对不上,收到后得退回重填,一来一回好几天。
做了什么
改成带前置校验的在线表单:必填项、枚举值、格式要求、字段之间的依赖关系,全部写进校验规则。
结果
单次填写 1 小时 → 15 分钟
因填写错误导致的退回重填 45% → 0%
机制
0% 不是大家变细心了。校验放在提交之前:必填没填完、格式不对,表单就提交不了。不合格的表进不来,所以退回是结构性归零,不靠人的自觉。
真正的工作量
校验规则不是工具自带的,是跟业务方逐字段碰出来的 —— 哪些必填、枚举值有哪几个、什么情况下哪个字段才需要。这部分工作量在诊断阶段完成,它才是项目的难点。

案例 03 / 同一集团 · 连接技术标准化

失效分析手册:把 26 个人的经验变成一本书

这个案例里没有任何软件。 自动化不是目的,把隐性经验变成可执行的标准才是。

原状态
现场出了连接失效,能不能快速定原因,完全看碰到哪个工程师。经验在人脑子里,没人写过下来。
做了什么
从 26 名工程师那里萃取经验,归纳出 18 类失效模式,每类写清现象、可能原因、排查顺序。我做主编。
结果
单次失效分析 2 小时 → 20 分钟
机制
先查什么、后查什么的顺序被固定下来了。新人按手册走,得到的结果和老工程师一样 —— 这就是“不靠人”的意思。
为什么列在这
因为很多人一听“流程自动化”就以为要上系统。有时候正确的答案是先把判断标准写下来。诊断阶段如果得出这个结论,我会直接说。

下一步

想知道你厂里该先动哪个?

首页有个八题的在线自查,不用留信息,当场出优先级和粗估工时。