1张图讲透华为IPD：需求是怎么从模糊一步步变清晰的

做产品的同学，多半都被同一件事折磨过——需求永远在变。

但你有没有想过：在华为IPD体系里，需求"变"不是失控，而是被设计好的演进。

需求从诞生到落地，只走两条主线：

• 清晰度：从模糊 → 清晰

• 颗粒度：从大 → 小

沿着这两条主线，需求会依次经过 5个阶段，并由 3类团队 接力完成。

一、需求演进的5个阶段

阶段1｜RR（原始需求）

需求的起点：客户、市场、渠道传回来的原始声音，往往是一句"想要个能解决XX问题的东西"。

这些原始需求（RR）会先进入 需求管理流程，由 需求管理团队 接手。 经过 RAT/RAM 分析决策 后，原始需求 RR 被筛选、归类、优先级排序，演进为下一阶段的输入——初始需求 IR。

这一步的关键不是"写清楚需求"，而是"决定要不要做"。

阶段2｜SF/IR（特性/初始需求）

到了这一层，需求开始被"结构化"。

有意思的是：Charter 规划的初始包需求里，只有约 30% 来自客户原始需求 RR。 剩下 70%，来自 市场调研、技术规划、行业洞察——这才是真正拉开产品差距的地方。

这一阶段的主要产出是 系统特性 + 初始需求包，对应 Charter 开发流程，由 重量级 CDT 团队 负责。

阶段3｜SR（系统需求）

Charter 商业计划书汇报通过 = 项目正式立项。 需求从此进入 IPD 流程，由 产品开发团队接管。

在 IPD 概念阶段，产品开发团队会基于初始包需求，进一步细化分解出 系统级需求 SR，形成 完整的产品包需求。

到 SR 这一层，"做什么"已经基本定型，开始回答"整个系统层面要怎么做"。

阶段4｜AR（分配需求）

进入 IPD 计划阶段 后，SR 会被继续打散，拆分到 各个子系统、模块，最终形成 可分配、可执行的需求 AR。

这一阶段必须在 TR3 技术评审点 前完成，并且 通过 PDCP 商业计划评审。 没通过 = 不准进入开发——这是 IPD 著名的"质量门"。

阶段5｜需求具体实现

从 SR 到 AR，再到代码落地，重量级 PDT 团队 是绝对主角。 开发团队负责实现，SE（系统工程师）等角色同步跟踪需求实现情况，确保"做出来的"和"当初要的"对得上。

二、3类团队接力，全链路闭环

你会发现一个有意思的规律：

前期靠"决策团队"（需求管理 + CDT）——决定做不做、做什么，代表做正确的事

后期靠"交付团队"（PDT）——决定怎么做、做到什么程度，代表正确的做事

三、一张图串起来

前一阶段的输出 = 后一阶段的输入，环环相扣，任何一环掉链子，下游就翻车。

IPD 的精髓，不在于流程有多复杂，而在于它承认了一件事：

需求不可能一开始就是清晰的，但可以通过流程让它一步步变清晰。

这种"承认模糊、再系统化收敛"的设计思路，或许才是 IPD 30 多年依然能打的原因。