详细拆解华为集成产品开发IPD流程中的技术预研体系

技术预研是华为IPD（集成产品开发）流程中承上启下的关键一环—向上衔接基础研究，向下支撑产品开发。本文从IPD的基本框架出发，系统梳理技术预研在华为研发体系中的位置、组织模式、流程闭环（技术洞察→技术立项→技术攻关→技术转化→技术淘汰），全文约9000字，建议先拉到文章底部发布朋友圈收藏后阅读。

一、IPD简介

1.1 IPD是什么

集成产品开发（Integrated Product Development，IPD）是一套关于产品开发（从概念产生到产品发布的全过程）的理念与方法。它的思想源头是美国PRTM公司出版的《PACE》（Product And Cycle-time Excellence）一书，后经蓝色巨人IBM的系统实践，被提炼为一套重整企业产品开发模式的方法论。其核心由两部分构成：流程重整，关注于重整产品开发流程；产品重整，关注于异步开发和共用基础模块（CBB）的重用。这一框架集成了业界最佳实践的七个要素：异步开发与共用基础模块、跨部门团队、项目和管道管理、结构化流程、客户需求分析（$APPEALS）、优化投资组合以及衡量标准。

IBM的"重生"是IPD最经典的注脚。1991—1992年，IBM遭遇严重财政困难，销售收入停滞、利润急剧下滑。复盘发现：研发费用占销售收入的12%（业界最佳为6%），研发损失费用占整个研发费用的25%（业界最佳仅3.3%），36.5%项目的上市时间是业界最佳的1.25倍。IBM随即提出"产品上市时间减少50%、研发费用减少50%"的目标，全面导入IPD。3年实施后，IBM高端产品上市时间从70个月下降到20个月，研发费用占比从12%降至6%，废止项目费用占比从26%降至6%——这套数字成了后来所有IPD咨询项目的"招牌战绩"。

1.2 华为引入IPD：一场"削足适履"的革命

1997年圣诞节前后，任正非带队赴美考察IBM，IBM CEO郭士纳亲自接待并力推IPD，任正非当场拍板引进。1998年7月，华为启动IT S&P项目；1999年3月，IPD项目作为八大业务变革之首率先启动。华为为这场变革付出的代价是：5年时间、5.6亿人民币——这笔钱约等于华为1998年的全年净利润。从"以技术为中心"走向"以客户为中心"，从依赖研发英雄到依赖流程体系，这场变革之痛，连任正非本人都形容是"削足适履"。

导入IPD前，华为的研发是典型的"技术导向"模式：研发部门埋头做技术，做出来再去找市场；部门壁垒严重，市场、研发、采购各管一段；资源分散在多个产品线，每个产品线都"小而全"，没有平台、没有复用。结果是产品开发周期长、上市慢、版本多、成本高企。导入IPD后，华为把产品开发从"输入到输出端到端连通"作为目标，把"成本最低、效率最高"作为衡量尺度—这就是今天华为研发体系的起点。

1.3 IPD的核心思想：三条铁律

华为研发体系的核心思想可以归纳为三条：

• 以客户需求为锚点：从"以技术为中心"走向"以客户为中心"的产品创新模式，所有立项都必须回答"客户为什么买单"。

• 将产品开发作为投资来管理：通过投资组合分析，优化资源配置，避免无效投入，每一个项目都要算NPV。

• 跨部门协同的结构化流程：用流程替代"研发英雄主义"，让"听见炮声的人指挥战斗"的同时，所有人按同一套规则协作。

夏忠毅在《从偶然到必然：华为研发投资与管理实践》一书中总结：IPD的本质是"构建可复制的高质量管理体系，替代依赖个人经验的偶然成功"。技术英雄不可复制，但流程可以复制、平台可以复用、文化可以沉淀。

二、技术预研与产品开发的关系

2.1 某设备商为什么错过了5G最佳窗口

几年前，我接触过一家做通信设备的厂商。他们的5G产品立项是在2017年—比华为晚了整整5年。问起原因，技术总监叹了口气："Polar码我们2014年就在实验室看到过，当时觉得"离商用还远得很"，就放过了。等3GPP 2016年确定Polar码为5G控制信道编码方案，我们才发现，原来对手早在2009年就开始做高速并行解码算法的预研了。"—这就是典型的"产品开发时才发现技术不成熟"。没有预研兜底，一旦方向判断错误，再多的人、再多的钱都追不回那个时间窗口。

这并不是孤例。在制造业、芯片、操作系统、AI这些"硬科技"领域，一项关键技术从论文到商用往往需要5-15年。如果企业只在产品开发阶段才接触新技术，就等于把"判断"和"攻坚"压缩在了同一个时间盒子里—结果往往是产品立项时被告知"技术不成熟"，开发周期一延再延，错过最佳上市窗口。

2.2 预研团队"看路"，产品团队"赶路"

华为把研发体系的项目重点分为四类：产品预研、产品开发、技术预研、技术开发。其中"产品预研"和"技术预研"虽然都有"预研"二字，但分工完全不同：

• 产品预研：市场前景尚不明确或技术难度较大，但与公司战略相符、有可能成为新的市场增长点时，对市场可行性和技术可行性进行试探性研究。

• 产品开发：将成熟的产品预研成果转化为可商用产品，是商业化落地阶段。

• 技术预研：在产品应用尚不明确或技术难度较大时，对前瞻性技术、关键技术或技术难点进行立项研究与验证。

• 技术开发：将成熟的技术预研成果转化为可复用的平台技术。

简而言之：预研团队是"看路的人"，专门研究"未来3-5年可以纳入产品的激动人心的特性"；产品团队是"赶路的人"，用成熟技术快速做出能卖的产品。两者必须解耦，否则就会出现"既要看路又要赶路，最后既没看到路也没赶到路"的尴尬。

2.3 "异步开发"：让看路和赶路各跑各的

华为技术预研的"承上启下"位置可以用一张图说清楚：

基础研究层（0-1）：责任主体为2012实验室、海思基础研究院、全球高校联合实验室；周期5-15年；占研发投入15-20%。

技术预研层（1-10）：责任主体为各产品线预研部、公司级技术管理中心；周期1-5年；占研发投入40%左右。

产品落地层（N-N）：责任主体为各产品线PDT（产品开发团队）；周期3-18个月；占研发投入40%左右。

这三层"异步开发"—基础研究专心做0到1的原始创新，技术预研专心做1到10的工程化突破，产品开发专心做N到N的商业化交付。三者时间维度不同、责任主体不同、考核指标也不同，避免了在同一条时间线上"既要又要"导致的资源错配。

三、技术预研在IPD中的位置和总体框架

3.1 IPD宏观流程中的技术预研

在IPD的宏观流程图里，技术预研是"市场管理（MM）→技术管理（TM）→产品开发（IPD）"三大主流程的连接器。市场管理流程输出"客户需求清单和投资组合策略"，技术管理流程承接这些需求，通过技术预研和技术开发把"客户明天会要什么"翻译成"工程师今天要做什么"。

具体的接口是：MM流程输出市场需求→TPP（技术/平台规划）流程输出技术路标→技术预研流程根据技术路标立项做研究→技术开发流程把成熟技术封装为CBB→产品开发PDT调用CBB做产品。整个链路形成"市场拉动、技术推动、产品落地"的闭环。

3.2 技术预研的总体框架：5个阶段+N个工具

华为技术预研的总体框架，可以简化为"5个阶段+N个工具方法"：

阶段	核心问题	关键活动	典型输出
技术洞察	未来3-5年看什么？	前沿技术扫描、市场趋势分析、专利地图、竞品对标	《技术洞察报告》《技术机会清单》
技术立项	要不要做？谁来投？	可行性分析、TR1评审、IPMT决策、组建TRT团队	《立项可行性报告》《任务书》
技术攻关	怎么做出来？	原理验证、A/B/C样机迭代、TR2/TR3/TR4评审	《原型机》《验证报告》《专利》
技术转化	怎么用起来？	CBB封装、TMT定级、产品线对接、技术货架入库	《CBB模块》《技术平台》《TRI定级报告》
技术淘汰	何时止损？	复盘评估、资源回收、教训总结、归档入库	《终止报告》《经验教训》

这5个阶段不是"瀑布式"的一次性流程，而是"螺旋式"的迭代闭环—一个技术从洞察到淘汰可能要经历好几轮，每一轮都会产生新的洞察，形成"实践→理论→再实践"的飞轮。

3.3 "无规划，不立项"

在华为IPD里有句广为流传的话："无规划，不立项"。预研课题必须承接企业的技术规划或产品规划，不能由研发人员凭兴趣自发启动。立项前必须回答三个问题：① 这项技术是不是公司技术规划里的？② 这项技术解决的是不是产品路标上的痛点？③ 投入产出比是否优于其他候选？三个问题都答不上来的课题，一律不立。—这是华为技术预研避免"技术至上"的第一道闸门。

四、技术洞察详解

4.1 什么是技术洞察

技术洞察是预研流程的起点，目标是"识别有潜力的新技术，建立公司未来3-5年的技术储备清单"。它不是单纯的"读论文、逛展会"，而是一套"市场需求+技术演进"双向交叉的系统方法。华为内部把技术洞察比作"看路人的望远镜和雷达"—望远镜看远方（5-10年趋势），雷达看近处（1-3年机会）。

4.2 技术洞察的四个来源

华为技术洞察的信息来源主要有四类：

• 学术前沿：顶级会议论文（ISSCC、MobiCom、SIGCOMM等）、高校合作实验室的进展、专利地图分析。

• 产业动态：标准组织（3GPP、IEEE、ITU）的演进路线、头部厂商的发布会、白皮书、开源社区动向。

• 客户声音：客户访谈、$APPEALS需求分析、痛点排序—尤其是头部战略客户对"未来3年想要什么"的判断。

• 内部资产：现有CBB库的覆盖度、产品开发PDT反馈的"卡脖子"技术清单、技术货架中的待激活项。

4.3 技术洞察的工具组合

常用的工具方法包括：

• PEST分析：宏观环境的政治、经济、社会、技术因素扫描。

• 波特五力：行业竞争结构分析，判断新技术的潜在商业空间。

• TRIZ技术进化S曲线：判断某项技术处于婴儿期、成长期、成熟期还是衰退期，决定是否值得投入。

• VOC（Voice of Customer）客户之声：从客户原始诉求中挖掘潜在技术需求。

4.4 案例：Polar码的洞察起点

2008年7月24日，华为的研究员在翻阅IEEE论文时，注意到土耳其毕尔肯大学教授Erdal Arikan首次提出Polar码的那篇论文。Polar码在理论上完美解决了信道编码的香农极限问题，但当时业内普遍认为"理论漂亮、工程困难"—解码延迟高、速度慢，离商用还远。华为的洞察团队没有放过这个信号，他们判断"理论价值足够大、工程问题可以逐步解决"，于是当年就启动了内部研究项目。—这就是技术洞察的真正价值：在所有人觉得"太早"的时候，看到"未来"。

五、技术立项：把"心动"变成"合同"

5.1 立项是把"想做的事"变成"承诺做的事"

立项是技术预研的"分水岭"—通过立项，意味着公司愿意为这个课题投入真金白银；通不过立项，课题只能回到"观察清单"继续观察。立项的产出物是一份《任务书》，包含目标、范围、预算、周期、团队、里程碑、风险预案、退出机制。本质上，立项是把"心动"变成"合同"的过程。

5.2 可行性分析：技术、商业、风险三维评估

华为技术预研立项的可行性分析要回答三个维度的问题：

技术可行性：技术原理方案是否成立？有没有可量化的实测数据（如韬定律τ优化指标）？研发周期估算多少？

商业可行性：市场机会有多大？收入预测多少？投入产出比（NPV）是否合理？

风险评估：技术风险、市场风险、竞争风险、供应链风险各处于什么等级？有没有Plan B？

可行性分析要落在纸面上—《技术可行性报告》+《商业可行性报告》+《风险矩阵》，三份报告缺一不可。这是为了避免"领导拍脑袋立项，团队硬着头皮执行，最后不了了之"的悲剧。

5.3 TR1评审：技术立项的"守门人"

立项前必须通过TR1（Technology Review 1）技术评审，这是技术预研的"守门人"。TR1评审的核心问题是："在当前的认知水平下，这项技术原理上是否成立？有没有可验证的初步证据？关键技术假设是什么？打算怎么验证？"TR1通过的标志是评审专家组达成"技术方向正确、关键假设可验证、风险可管控"的共识。

5.4 IPMT决策

立项决策由IPMT（集成组合管理团队）最终拍板。IPMT由公司高层组成（CEO、研发总裁、市场总裁、财务总裁、HR总裁等），代表公司对所有产品线进行投资决策、战略管控、资源分配。IPMT在审阅立项材料时，重点看三件事：

① 这件事的战略价值（是不是支撑公司未来3-5年的核心战略）；
② 这件事的投资回报（NPV是多少、IRR是多少、回收期多长）；
③ 这件事的可行性（TR1评审结论、风险等级、资源需求）。

三个问题都过关，立项通过；任何一个不通过，课题打回。

六、技术攻关：从"假设"到"证据"

6.1 攻关阶段的本质

技术攻关阶段的核心是"假设-验证-迭代"的科学方法：① 明确预研目标；② 提出方案假设；③ 总体设计、详细设计；④ 完成结构、硬件、软件开发；⑤ 编写测试用例、做原型机、验证功能。每一次迭代都要回答"假设是否成立"，不成立就调整假设再来，直到"假设被实验反复验证"为止。

6.2 三轮样机：A样→B样→C样

华为技术攻关的实物验证遵循"三轮样机"迭代：

A样（原理验证样机）：目的是验证技术原理是否成立。允许"丑、慢、贵"，关键是把原理跑通。

B样（工程优化样机）：目的是验证工程可行性。在A样的基础上做工程优化，缩小体积、降低功耗、控制成本。

C样（量产对标样机）：目的是验证量产可行性。性能、可靠性、成本都要对标量产要求，通过供应链验证。

从A样到B样再到C样，技术成熟度（TRL）也从3级逐步上升到7级，每一轮迭代都对应一次技术评审（TR2、TR3、TR4），把"未知"变成"已知"。

6.3 多团队并行：避免"把鸡蛋放在一个篮子里"

对于难度大的课题，华为会采用"多团队并行"策略—让多个团队用不同方案同时攻关，定期PK进展，优胜劣汰。这避免了在错误的方案上"一路走到黑"，也激励了团队之间的良性竞争。代价是资源投入加倍，但相比"押错方向全军覆没"，这是更划算的"保险"。

七、技术转化详解

7.1 为什么很多企业的技术转化"卡壳"

不少企业技术预研的痛点不是"做不出成果"，而是"做出来没人用"。原因有三：① 预研团队和PDT团队之间没有清晰的"交接通道"；② 预研成果的可复用性差，需要产品团队二次开发才能用；③ 没有"技术货架"管理，成果散落在各团队、各项目里。华为用"技术转化+CBB+技术货架"三件套来解决这个问题。

7.2 技术成果的分流

华为技术攻关验收通过后，会做"成果分流"：

能商业化的：重新立项，以技术开发或产品开发形式推进落地，进入产品化阶段。

暂时不成熟的：放入"技术货架"，留待未来研发使用，标注"激活条件"。

失败的：进入"技术淘汰"流程，止损、复盘、归档、提取教训。

这个"分流机制"避免了两个极端：要么"鸡肋成果硬塞进产品"导致产品带着技术债上阵，要么"暂时不成熟的成果被打入冷宫"导致后续又得重新研发。

7.3 CBB封装

CBB（Common Building Block，共用基础模块）指那些可以在不同产品、系统之间共用的零部件、模块、技术及其他相关的设计成果。华为对CBB有"强约束"：新产品立项时必须承诺CBB使用率，通常在50%-80%之间；同时建立"内部结算机制"——调用CBB的产品线需向研发该CBB的产品线支付内部费用。这样既保证了CBB被"用起来"，又让研发CBB的团队得到了"回报"。典型的例子就是华为终端的麒麟芯片平台、影像算法平台——一旦研发成功，所有使用麒麟芯片的终端产品都可以共享这些技术资产。

7.4 TMT定级

技术成果转化前，由TMT（技术管理团队）牵头做TRL（Technology Readiness Level）定级评审。华为参考NASA的9级TRL标准，自研8级TRL定级规则：

• TRL1-3（基础研究阶段）：技术原理初步验证，主要在论文和实验室层面。

• TRL4-5（技术验证阶段）：A样、B样完成，原理工程化可行。

• TRL6-7（产品化阶段）：C样完成，可进入产品开发。

• TRL8（量产阶段）：技术完全成熟，可大规模商用。

TMT定级不是"技术团队自己打分"，而是跨部门的专家集体评审，核心评审维度覆盖技术功能性能、可靠性、量产可行性、工艺成本，以及实测数据的稳定性。定级结果直接决定这个技术能不能进入产品开发。

7.5 案例：鸿蒙操作系统的"8年转化"

鸿蒙的故事是技术转化的经典案例。

2012年王成录在华为中央软件院时就有做操作系统的想法，但当时"产品应用尚不明确"，于是这一构想先在2012实验室和软件院做"技术预研"，把操作系统、数据库等基础软件纳入"软件基础设施1.0"的整体架构。2016年5月，消费者BG软件部正式立项研发分布式操作系统1.0版本；2017年5月1.0版本完成；2018年5月获得消费者BG投资成为正式项目。2019年8月9日，HarmonyOS 1.0正式发布。

从2012年的"想法"到2019年的"发布"，整整7年；然后到2024年10月22日发布原生鸿蒙HarmonyOS NEXT，到2025年鸿蒙生态设备数超8亿台，完成了从"备胎"到"主力"的转化。王成录在专访中说过一句话："我们先立项研发了操作系统原型，到2017年5月，1.0版本就出来了。"—这就是"技术货架"的胜利：先把原型做出来放上货架，等到制裁来了直接"激活"。

八、技术淘汰

8.1 为什么技术淘汰也是预研的一部分

很多企业把"项目失败"当作耻辱，不愿做复盘、不愿做归档、不愿做教训总结。结果同样的错误在不同的项目里反复发生，组织的"研发肌肉"长不出来。华为把技术淘汰视为预研流程的"最后一公里"—预研的成果不只是"成功的技术"，也包括"被验证为不可行的技术方向"和"项目管理的教训"。失败的技术淘汰，恰恰是组织最宝贵的"负资产"—只要你愿意把它变成"复利"。

8.2 技术淘汰的三道关

华为技术淘汰的决策有三道关：

复盘评估：项目团队对照立项时的假设清单，逐条回答"哪些假设被验证、哪些被证伪、哪些数据有偏差"。

资源回收：项目终止后，人员、设备、预算、知识产权等资源快速回流到其他项目，避免"半死不活"的消耗。

教训归档：项目复盘报告、关键技术教训、过程改进建议等归档入库，进入公司"经验库"，供未来项目参考。

这三道关本质上是把"失败的投入"转化为"组织的认知"——预研失败的代价已经付出了，如果不让它变成可复用的经验，那就是"二次浪费"。

九、组织架构与协同接口

9.1 IPD核心组织角色

华为IPD体系下的核心组织角色，可以用一张表说清楚：

层级	组织	性质	主要职责
公司级	IPMT（集成组合管理团队）	决策层	制定公司整体产品战略与投资组合规划；审批各产品线SP/BP；评审产品线战略
产品线级	PMT（组合管理团队）	管理层	管理产品组合；关注产品线收入、产品路标、客户满意度
公司级	ITMI（集成技术管理团队）	技术决策	管理技术投资和技术组合
产品线级	PDT（产品开发团队）	执行层	负责产品从概念到发布的端到端开发
产品线级	TDT/TMT（技术开发/管理团队）	执行层	负责技术预研、技术平台开发
公司级	BMT（基础研究团队）	基础研究	基础研究、关键技术突破
项目级	TRT（技术预研团队）	执行层	承担具体技术预研项目

9.2 IPMT与PDT：IPD的双核心

IPMT像"银行家"—控制投资、确保市场上有正确的产品定位、保证资源到位；PDT像"创业者"—负责制定具体产品策略和业务计划，按照项目计划执行并保证及时完成。PDT是虚拟组织，成员来自市场、研发、采购、制造、财务、客户服务等不同部门，由LPDT（PDT经理/IPD项目经理）作为第一责任人统筹项目全周期管理。PDT的典型成员包括：LPDT（项目第一责任人）、市场代表、研发代表、采购代表、制造代表、财务代表、服务代表。

9.3 技术预研"三段式"分工

王成录在专访中讲过华为研发的三段式分工，这是理解技术预研组织模式的关键：

① 2012实验室：看未来5-10年的技术方向和趋势（基础研究）；
② 各产品线研究部：关注1-3年的技术趋势和技术点（技术预研）；
③ 产品开发部：聚焦未来一年的研发交付（产品开发）。

三段之间通过"技术规划（TPP）"和"技术货架"衔接—2012实验室的成果进入技术规划，技术规划"长出"产品线研究部的预研课题，预研成果封装为CBB进入技术货架，产品开发部从货架调用CBB做产品。—这是"看路"和"赶路"高效配合的组织基础。

9.4 2012实验室：基础研究的核心载体

2012实验室成立于2011年（整合全球研发资源），专注于基础理论与前沿技术研究、产品技术竞争力提升。"1+N"矩阵式科研体系下设有诺亚方舟实验室（AI基础研究）、香农实验室（数学与通信理论）、高斯实验室（新一代数据库、分布式）等多个垂直深耕的专业实验室。2012实验室对科学家"什么时候能做出来不知道，对科学家也不做要求"，体现了对基础研究的宽容—这种"宽容"是预研的土壤，没有土壤，长不出参天大树。

9.5 技术预研与其他IPD流程的接口

技术预研不是孤岛，它和IPD其他部分有明确的接口：

• 与MM（市场管理）流程的接口：技术洞察输入MM的需求清单，输出"未来3-5年可纳入产品的技术清单"。

• 与TPP（技术/平台规划）流程的接口：TPP根据公司战略、市场需求、技术现状输出技术路标，技术预研承接路标立项。

• 与IPD产品开发流程的接口：技术预研输出CBB和技术平台，IPD-PDT在产品开发中调用CBB。

• 与IPMT决策流程的接口：技术立项、技术转化、技术淘汰的关键节点都要IPMT拍板。

• 与HR/财务/采购的接口：预研团队组建、预算申请、特殊物料采购走专项流程。

9.6 跨部门TRT

技术预研团队（TRT）跨部门组成，由TRT经理牵头，包含研发、市场、质量等部门的人，保证预研既符合技术要求，又贴合市场需求。这种"小而精、混编化"的团队设计，避免预研团队"闭门造车"—研发人员懂技术但不懂客户痛点，市场人员懂客户但不懂技术可行性，混编后双方互相翻译，预研成果的"命中率"大幅提升。

十、启示：长期主义的胜利

Polar码用了10年、海思麒麟用了15年、鸿蒙用了8年、鲲鹏+昇腾用了21年—这些案例背后，是华为"板凳要坐十年冷"的长期主义。2025年华为研发投入1923亿元，占销售收入21.8%；近十年累计研发投入超1.382万亿元。这些数字背后，是"以客户为中心、以奋斗者为本、长期艰苦奋斗"的文化底色，也是IPD技术预研体系能够"长出来"的土壤。

任正非说过一句话："我们用5年时间和5.6亿元向IBM学IPD，换来的是一套不依赖个人英雄的研发体系—这比任何一项具体的技术发明都更值钱。"技术预研体系的真正价值，是让一家公司有能力"持续做出激动人心的产品"，—而不仅仅是"做出一个激动人心的产品"。

【 -END- 】

如需要开展华为IPD流程体系、技术预研流程等培训和咨询项目的，请联系我们的学习顾问：directorniu (个人微信)

【关于安谋咨询】

北京安谋管理咨询有限公司（简称“安谋咨询”）是专业传播华为管理理念和方法论的高端管理咨询和培训品牌，创立于2015年，核心合伙人10+来自于华为、中兴、腾讯、联想等世界500强知名企业，并担任过企业高管岗位。他们大都经历过华为管理变革期，掌握先进的咨询知识和实战经验，如IPD/LTC/ITR/MTL/ISC等。

安谋咨询是一家综合性的管理咨询和培训公司，业务涵盖战略、营销、研发、供应链、组织、人力资源、流程等专业领域，能够为客户提供从初创期到转型期的持续、全面陪跑服务。我们成立11年来服务过150多家企业，涵盖通信、半导体、电子、信息系统集成、家电、汽车、智能制造、高端装备、新能源、物流、快消品……等行业，对这些行业有丰富的洞察和理解。

我们奉行以客户为中心，本着为客户创造价值、与客户共同成长的价值理念，致力于成为客户成功路上的价值合作伙伴，对咨询方案在客户的落地效果进行操作级指导，长期战略合作客户超过30%。