Turn-key是什么，Turn-key要做甚，Turn-key那些事。

转载自：http://www.52rd.com/Blog/Detail_RD.Blog_SHRDFresh_52276.html

台风天，风大雨大，困在家里，左右无事。。延续上一篇拙文“高通QRD vs. 联发科TK, 刚刚开始的战争”，看到不少网友留言，关于Turn-key的话题觉得意犹未尽，因此再攒一篇。

 

现在满世界都在号称要提供Turn-key solution，似乎没有Turn-key 就没办法在业内混了。和朋友聊天也会有一个经常性的话题：关于什么是Turn-key。一个比较简介且可以得到大多数人认同的定义是：Turn-key做为一种交付的方案，其主要特点是“非常接近”一个最终的产品形态，其终极目标是帮助客户快速实现产品化。

Turn-key中文一般翻译为“交钥匙方案”。意味着交给你一把“钥匙”，你就可以上路了。也有叫Total solution, 也有叫“公板设计”的，意思差不多，区别可能在强度上吧。目前似乎只有MTK的Turn-key大家认为做到位。Turn-key 看似是个动词，不过个人觉得这个词应该是个名词，除了描述交付行为之外与，还要暗含背后为了打造这把钥匙而涉及到的哪些人和事，这是本文想了解的重点。

 

谈到turn-key的交付，直观来看无非是这些东西：硬件，软件，设计文档，应用文档，测试报告，等等。这些地球人都知道。。不多说。

而Turn-key本身，应该指的是一个持续的工程，远非一个简单的“交钥匙”可以概括。这个工程中有大量的工作要做，暂且笼统称它们为“交付的适配”。

 

什么是“交付的适配”？套用类似通讯协议分层的方式来描述-—如果最内层是平台商的交付，最外层是客户的话，处于“中间层”的就是“交付的适配”，其功能是把有形的交付“适配”到客户的需求上去。适配的好坏，将直接决定了最终上层(客户)产品的成败。

 

这样描述还有点抽象，如果给这些适配工作的特质按照时间线再分个类，大约可以分为这几个要素：交付的精确定位；交付的稳定性和易用性；交付的可扩展性；交付之后的升级；交付后的服务。

分类只是为了表达哪些事情需要做到位，而实际运作中，这些要素互相之间也没有清楚的逻辑界限—不同的组织也许会采取完全不同的措施，但无论具体怎么操作，只有这些“适配工作” 做到位了，才能成就良好的交付效果。

(1)交付的精确定位：相当于平台feature 定位；不必说这个是在交付发生很早前就需要确定的事情。

用汽车打个比方：交付的东西必须是市场所需要的；打比方如果客户需要的是台大众，你交付了个丰田；或者客户需要的是帕萨特，你交付了个途观。那么这个交付不管厂商花了多少心血，从客户的观点来看基本都是垃圾。这个要考验平台商对于市场需求的前瞻性洞察：国内的市场瞬息万变，某些产品特性需要提前半年到一年布局。而且有时候平台商甚至能够“引导市场需求”。

 

（2）交付的稳定性和易用性；拿MTK的Turn-key举例：

在MTK的Turn-key出现之前，常见的模式，是平台商推一个“半成品”给客户，客户拿来捣鼓个几个月半年稳定下来，再化几个月产品化--产品化过程里面要是碰到和芯片相关的良率问题，那项目基本就挂掉了。所以那时候有人开玩笑：如果某客户采用某个平台商的未量产套片，就会被戏称为“白老鼠”。。

 

MTK的turn-key,在交付之前做大量的测试（从芯片，到软件，硬件，应用，以及产品级别测试）--通过严格的质量控制，把复杂的状况搞简单了，大多数“白老鼠”会遇到的问题都被解决掉了--这是其在国内大获成功的核心竞争力。客户只需要关心最终产品化。虽然是以牺牲了部分“差异化”为代价，但是客户确实节省了资源，也就缩短了开发周期。

 

 

（3）交付的可扩展性

还是打汽车的比方：大众系的客户需求不会只有一种（比如A客户要途安，B客户要Polo, C客户要帕萨特。。），每个客户的需求也是多元化（比如A客户要换低音炮，B客户要换防滑胎，C客户要无钥匙启动。。）；

市场团队要从一开头就要了解客户群的典型需求，和RD团队确定哪些要做进去，哪些要放弃；RD则要保证软件、硬件架构，预留软硬件接口做到足够的裁剪/扩展自由度；

 

（4）交付的升级

你的交付，不能是一锤子买卖；要考虑软件的升级，硬件的升级，甚至平台的升级，一方面延长产品周期，同时也是提高客户粘度的不二法门。这当然和前期产品的定义也有很大关系，那些东西先做，哪些东西后做，提前就要有个好的规划。

升级不能是补丁包式升级，而是功能性升级--好歹你也要补丁+新功能买一送一式升级吧，客户最最烦这个补丁包式升级，能免则免能少则少吧；

升级也不能是频繁的硬件改动。这对于客户来说是灾难。

比如MT6575->MT6577就是软硬件升级的典范。

软件升级，合理的版本管理和发布流程是避免灾难性事件的关键，严格的测试则是手段，不能牺牲稳定性和质量来换取时间。

 

对于熟悉开发流程以及版本管理的同学，想必看得出（2）（3）（4）里面的水有多深。。

 

（5）交付之后的服务。应该说典型的Turn-key是为中国客户服务的--国内习惯了Turn-key的客户，有这么几个特点：

项目都很紧，压力都很大，项目组织管理一般比较松散，工程师都很忙常常几个项目一肩挑，所以不耐烦看文档，比较喜欢直接现场指导。。所以，服务就显得重要了。服务的目的，是帮助终端客户快速解决问题，是光纤入户最后那一公里，是直接决定客户体验的事情。

 

虽然，过于依靠平台商，对于客户个体能力的培养和研发组织的成长都是不利的。但是在现如今这样的大环境下，遇到疑难杂症最快的方式还是找支持。不然老板就要给脸色了，没时间给你自我锻炼，这是现实。。也许在这样的状态下面还能维持一定的自我学习机制的，只能是大公司，因为可以多投入一点人力资源和容忍“浪费”多一点时间。

 

 

后记：在之前一篇博文“里面看到一些网友的评论,也是我攒这篇文章的初衷之一。Turn-key不是想当然Copy&Paste别人的交付，不是召集工程师做几台手机出来，而越来越是一个系统工程，考验整个公司综合布局，需要上升到战略性决策的高度。为何？因为完整的Turn-key需要调动各个方面的资源，贯穿整个产品链条始终，需要和组织结构，个人行事方式相融合，才有长久成功的把握。君不见MTK凭此已经独步天下，高通QRD还在这里阵痛挣扎，展讯据说发布过于频繁屡屡被客户诟病，其它各家要么三心二意随便搞搞，要么还在原始的Copy and Paste里面摸索。

 

放眼看看现在的手机行业，已经是典型的消费类电子市场。从纯技术角度来看，IP互联总线标准化，综合工具能力强大，DFT提供成熟的validationprocess，这一切使得IC设计越来越接近标准化设计。大家不再单纯比拼单纯的硬件或者软件研发实力，而是比拼综合实力—综合实力里面最重要的是软硬件整合能力。

做出一个技术领先的方案不再是困难的事情，更困难的是尽快把方案快速的转化为生产力。任何能提高TTM的措施，都是会有人买单的。技术还是基石，但是时间，只有时间现在才是王道！！