技术移转到量产：研发交得出去，工厂接得下来

春武里工业区一家做塑料射出的台商工厂，新品量产已经进到第三周，良率还是卡在七成上下。老板把现场主管找来问，主管摊手：模具没问题、料号也照着开的单买，就是不知道为什么进料温度只要差个两三度，成品边缘就会出现一圈细微的缩水。

原本负责这支模的研发工程师，两个月前家里有事回台湾了。老板打开他留下的文件夹，里面只有最后定案的图档、一份规格书，还有几张手机拍的试模照片。至于当初试过哪些温度、哪一种料比配过又被放弃、为什么最后选了现在这个参数——一个字都没有。现场只能从头再试一次，两个月前那个人踩过的坑，整个团队再踩一次。

换一个场景。曼谷一家做食品进口的贸易商，开发部门花了三个月谈进一支日本进口的调味酱料，签完约很开心，在群组里丢了一句「新品下周到货，大家冲业绩」。业务马上开始跑客户，跟餐饮客户说「常温保存，效期两年」。等到第一批货进了客户的中央厨房，客户才发现包装上写的是开封后必须冷藏、而且原厂标示要另外做泰文标签才能上架。客户退货，业务被骂，开发部门一脸无辜：「这些数据我当初都有拿到啊。」

一个是工厂，一个是贸易商，看起来是两回事，其实是同一个病：东西已经开发完成了，但相关的知识只留在开发那个人的脑袋里，没有被正式交出去。这就是研发循环的最后一段——技术移转。

为什么这一段最常断

研发循环走到这里，前面该过的关都过了：老板问过「这个做得出来吗」、市场情资收过、Roadmap 排过、设计开发卡过关、BOM 整建过、测试验证也通过了。前面六讲讲的都是「怎么把东西做出来」，这一讲讲的是完全不同的另一件事——怎么把东西交出去。

而这两件事的能力，其实不是同一种。一个工程师能把产品做出来，不代表他能把做的过程讲清楚给别人听；一个开发人员能谈进一支好货，不代表他知道业务跟客服需要知道什么。技术移转之所以最常断，就是因为公司通常只验收前者，从来不验收后者。

在内控循环的职责分工上，技术移转这个环节的负责单位是生技（生产技术）加上研发两个单位，权责写得很明确：一是「研发日志与 KM（知识管理）整建」，二是「技术、功能、卖点训练」。

为什么要两个单位一起？因为交接是双向的动作。研发是交的人，生技是接的人。如果整个过程只有交的人在动——他整理了一份数据、寄了一封信、开了一场会——那不叫交接，那叫「他自己做了一份文档」。接的人有没有真的接住，是完全另一件事。

管理学上对这件事有个讲法。日本学者野中郁次郎提出「内隐知识」（Tacit Knowledge）的概念，指的是那些存在于人的手感、经验与判断里，没有被写下来、甚至当事人自己都说不太清楚的知识。相对的是「外显知识」（Explicit Knowledge），也就是已经被文档化、任何人拿到都能理解的部分。

技术移转的本质，就是把内隐知识尽可能转成外显知识。而中小企业最大的风险在于：一支产品常常从头到尾只有一个人负责，公司的知识资产有很大一块，其实是挂在几个人的脑袋上的。

老板通常不觉得这是风险，因为「他人还在啊」。但风险从来不只是离职。请长假、被更急的项目调走、生病、甚至只是隔了一年自己也忘了——都会让同一条线卡住。差别只是离职一次卡到底，其他状况卡个两三周而已。

对买卖业与进口贸易业来说，研发循环在你们那边叫开发循环，技术移转的内容不是工艺参数，而是「这支货的规格、卖点、以及不能对客户承诺的限制」，必须正式交到业务、客服与仓储手上。开发部门确认的东西，只有开发部门知道，前线就一定会出事——像前面那个调味酱料的例子，数据明明都在，只是没有交出去。

怎么做：把脑袋里的东西交出去

1. 研发日志是写给下一个人看的，不是写给自己看的

这是最关键、也最容易被误解的一点。多数研发人员其实都有做纪录的习惯，但那是「自己的笔记」——写给自己看的东西可以只记结论、可以用只有自己懂的缩写、可以跳过已经内化的判断。

交接用的研发日志完全不同。它的读者是一个「不在现场、没有参与过、可能是一年后才接手」的人。所以有一条原则要记住：失败的纪录，比成功的纪录值钱。

成功的做法迟早会被找到，因为它就写在最后的规格书跟图面上。但「试过什么、为什么不行」如果没有人写，下一个接手的人一定会把那条路再走一次。前面那家射出厂赔掉的两个月，赔的就是这个。