集成产品开发,别把科研的“性感”给玩丢了
真事儿。某家做自动驾驶算法的初创,技术绝对是顶级的——在国际顶会上发论文跟下饺子似的,demo视频能把投资人看得热血沸腾。结果产品上市时间一拖再拖,好不容易端出来,客户一用:交互逻辑反人类,硬件选型还贵得离谱。团队复盘的时候发现,不是技术不行,是干技术的和干产品的好像活在两个平行世界。研发天天追着最新框架跑,产品经理死磕场景落地……两边都委屈,都觉得对方是傻X。直到老板拍桌子:上IPD!集成产品开发,大厂都在用!然后呢?流程画了一墙,会议开了一堆,该吵的架一次没少,进度反而更慢了。问题出在哪?
很多人把IPD当成银弹——以为只要拉通几个部门,照着文档模板往里填,产品就能像流水线一样下线。天真了不是。集成产品开发这套方法论,从IBM那传过来,华为花了几十亿咨询费才吃透,它本质上是一场组织重构,是思维方式的血淋淋的换血。你让一群习惯了单兵作战的科研牛人,突然要按跨部门重量级团队的方式干活,难受程度不亚于让他们戒掉咖啡因。
IPD跨部门重量级团队协作会议现场实拍
IPD到底是怎么被“玩儿坏”的?
我见过最离谱的一个案例。一家医疗器械公司,学IPD学得那叫一个虔诚,流程、模板、角色一个不落,甚至请了前华为的顾问来驻场。结果第一个产品开发周期从18个月硬生生拉到了27个月。所有人都在“对齐”,对齐需求、对齐计划、对齐风险……对齐到麻木。有个工程师跟我吐槽:以前我还能写写代码,现在我的主要工作是跑流程和写胶片,感觉自己像个演员。这就是典型的流程中毒——IPD被当成合规工具,而不是业务驱动的武器。
说实话,IPD的核心是什么?不是那十几个TR(技术评审)点,也不是厚厚的《产品任务书》,而是“市场成功”和“财务成功”这两个死命令。它要求产品开发不是研发一个部门的事,而是从市场、研发、生产、采购到服务整个链条的联合作战。但许多公司只抄了表层,没学走精神内核:高层决策评审形同虚设,重量级团队没有资源调配权,项目经理像个催进度的秘书……这种IPD,不搞也罢。
更可怕的是,有些管理者把IPD当成管人工具——以前研发不受控,现在有了流程,每个动作都得审批。这么玩,研发人员的激情全给磨没了。你想想,搞科研的人为什么入行?图的不就是那点探索未知的乐趣吗?现在你让他天天填模板、过点评审,他觉得你在侮辱他的智商。创新和流程,从来不是天生的敌人,但硬生生被人搞成对立。
产品开发流程评审会上的激烈争论场面
从科研成果到产品,中间差了100个“技术大牛”吗?
差远了。最近几年,各种“卡脖子”技术攻关,顶尖科研成果冒出来不少。但真能变成批量生产、客户愿意掏钱买的产品,比例有多高?很低。我说个扎心的——许多科研人员压根儿没想过“可制造性”这个东西。实验室里,他用瑞士进口的高精度设备调出完美参数,到了产线,良率直接跌破50%。这是技术问题吗?是,也不是。本质上是产品开发前期的概念阶段就没做扎实,少了系统工程和DFX(面向各种属性的设计)的视角。
集成产品开发里面有一个特别狠的环节,叫概念决策评审。就在产品正式开干之前,你得把市场要什么、技术方案行不行、供应链稳不稳、能不能赚钱,全给掰扯清楚。这一关过不去,后面投入越多,死得越惨。但很多科研转化项目,恨不得今天拿了成果,明天就出产品,跳过这步直接开干。等发现做出来没人要、或者成本高到天际,已经晚了。有位做光伏材料的教授跟我感叹:我们团队花了三年把转化效率做到世界纪录,却找不到一家电池厂愿意为我们调整产线。那一刻我才明白,技术指标不等于市场价值。
所以IPD强调的“结构化流程”,前重后轻,前面把需求、概念、计划磨透了,后期开发才快。这和我们平时“边做边想”的习惯是反着的。不适应,太正常了。但一旦适应,那种“预判了市场的预判”的快感,是会上瘾的。
产品概念评审时白板上绘制的商业计划图
为什么有些团队用IPD反而更慢了?
为什么有些团队用IPD反而更慢了?
慢,很多时候是伪慢。原来一溜烟干出个半成品,返工返到怀疑人生,那时间全花在后期擦屁股上了。IPD是把一部分后期的时间前置了,所以前期感觉慢。但还有个更隐蔽的原因:组织能力没跟上。IPD需要各个职能的人能力都强,而且能互相听得懂对方的语言。比如硬件工程师要懂一点结构,产品经理要懂一点技术可行性,不然评审会上就是鸡同鸭讲,达不成有效决策,反复拉锯。
我合作过的一家消费电子公司,导入IPD一年后,最明显的变化不是流程,而是人都变“挑剔”了。以前项目启动会上,大家一片和谐;现在需求评审时,采购会直接质疑设计选的物料是不是太难买,服务会挑战你“这个结构没留维修口,后期要骂娘”。这种互相“拆台”的文化,恰恰是集成产品开发希望打造的——依靠重量级团队,让所有风险在早期暴露。而不是你好我好大家好,然后产品上市后一起死。
还有一点,别迷信“最佳实践”。华为那一套学得会吗?能学,但不能照搬。人家IBM当年给华为做咨询的时候,也是定制化的。你自己的业务特点、人才密度、行业周期,都得融进去。我见过最聪明的方式,是一家专做工业视觉的小公司:只从IPD里抽了三个核心要素——产品任务书、需求管理、阶段评审,其他流程能砍就砍。不到两年,新品上市成功率从惨不忍睹的30%提到了70%。老板说,工具是死的,人是活的,别让流程骑在人脖子上。
回到开头那个自动驾驶公司的故事。后来他们怎么走出来的?不是靠完美的流程,而是老板亲自下场当产品经理,带着算法、软件、硬件的人在一个办公室里吵了两个月。他们把IPD做成了最小可行版本:一个共同的目标,一套共同的语言,和一套快速决策的机制。然后,才慢慢长出适合自己体量的流程。所以你看,集成产品开发从来不是一张画好的地图,而是一套在泥地里打滚的生存技能。