跳转到主要内容

Costdown 是怎么运作的

大部分制造业知识是按主题呈现的:什么是精益、什么是改善、十种降低生产成本的方法。这些内容有价值,但面对真实问题的工程师不会从一个主题开始——他们从一个具体问题开始:焊接成本太高、材料损耗太多、周期时间太长。Costdown 想回答的问题不是"我该读什么",而是"这个问题有没有在别处被解决过"——回答这个问题的机制是五个连成一个环的步骤,不是五个独立的功能。

为什么必须是一个环,而不是一个仓库

仓库只需要把东西留住。但光留住不足以让一个解法在有人需要的那一刻回到他手上——它还需要被正确识别、被放在正确的位置以便比较、根据新条件调整、并在使用后重新验证。少了五步中的任何一步,这个环就会闭合在错误的地方:有 Find 没有 Compare,找到了却还是不知道该不该信;有 Reuse 没有 Measure,套用了一个结构却没人知道它在新条件下还成不成立。

Find——找到已存在的解法,不必要求完美匹配

第一步不要求一个一模一样的案例。一家想降低焊接工序人工成本的工厂,可能会在别的行业找到一个关于改良焊接夹具的案例——产品不同,但背后的原理(减少定位和夹紧次数)仍可能相关。Costdown 不必找到完美答案,它需要找出有可能相关的解法,让工程师不必完全从零开始。让这一步继续有效的前提是:两个项目要用同一种语言描述同一件事——"TIG 焊 SUS304"和"焊2毫米不锈钢"必须变成同一行才能互相找到,这也是 Costdown 上的工序、机器、材料都走标准代码、而不是自由输入名称的原因。

Compare——找到了不代表就能用

一个方案在这家工厂成功,未必在另一家工厂也成功,因为产品、产量、设备、人工单价都可能不同。所以 Compare 不只是把两个数字放在一起——它把产生这两个数字的条件也放在一起:

因素参考案例(示意)你的工厂
工序机器人焊接机器人焊接
改善前周期时间42秒55秒
产量80,000件/年100,000件/年
方案改良夹具尚未确定
投入3,000美元

(上表是一个如何读懂案例的示意例子,不是真实项目的数据。)

看着这张表,问题就不再是"有没有能降成本的案例",而是"这个案例的条件和我的够不够接近,值不值得信"。这就是为什么 Costdown 上的比较总是先看信任等级——基于现有的真实证据,而不是自我陈述——然后才看其他任何数字,并且始终只在同一个国家内比较,避免单价和市场条件混在一起。

Reuse——带走原理,不带走别人的数字

复用不代表把一个方案原封不动搬过去装到别处——在真实生产中这几乎不可行,因为每个地方的产品、设备、材料、人力都不一样。真正被带走的是方案背后的原理:那家工厂具体的夹具用不了在这家工厂,但"减少定位和夹紧次数"这条原理可以作为设计另一套、符合自身条件的夹具的出发点。工厂仍然要用自己的真实数据重新测量——Reuse 缩短的是找到方向的路程,不代替测量本身。

Measure——一个想法还不是一个结果

落地之前,所有数字都只是预期。假设最初的想法只是"重新排布工序也许能少一个人"——那还只是个想法。只有经过试验和重新测量(示意例子:人工从5人降到4人,周期时间从60秒降到58秒,投入2,000美元)之后,才有一个可以评估的结果。Costdown 在提案时的预期数字和落地后的实测数字之间始终保持清晰的距离;一个项目的信任等级取决于这个差距有没有证据填补,而不取决于项目被写得多好或被读得多广。

New Case——测量出的结果变成下一个人的起点

当一个项目有了实测结果,它不会止步于最终报告。设想这样一条示意链条:一家工厂把焊接周期时间从52秒降到39秒,记录成一个案例。另一家工厂找到这个案例,因生产条件不同而做了调整,得到自己的结果——从61秒降到44秒——这个案例又变成了新的案例。第三家工厂同时找到这两个案例,发现了一个前两家都没试过的第三方向。这才是这个环真正闭合的地方:不是因为多了一篇文章,而是因为多了一个经过验证的数据点,知识开始生出知识。

Costdown 不取代工程师

一个曾经成功的方案仍然需要在使用者的真实条件下被重新评估。工程师仍然要自己权衡可行性、质量、安全、投入和风险——没有人会把这些决定交给一个系统。Costdown 只改变了一件事:工程师不必再从零开始。与其花时间猜有没有人做过这件事,他们可以从已有的东西开始,再用自己的专业判断其中哪些值得应用。

五个步骤,不是五个功能

这五个步骤都不会替工程师思考、替工厂做决定。它们替代的是每当一道题已经有人解过时,还要重新走一遍的那段路——而真正让这段路缩短的,是这五个步骤连成一个环,而不是各自独立。

Costdown 是怎么运作的 | costdown.org