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

台风天,风大雨大,困在家里,左右无事。。延续上一篇拙文“高通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的措施,都是会有人买单的。技术还是基石,但是时间,只有时间现在才是王道!!