一、产品包需求（OR）与OR管理流程
在IPD整体框架中，IPD主业务流程包括MM（市场管理）流程、OR（产品包需求）流程、IPD流程，其中产品包需求（OR，Offering Requirement）管理流程发挥基础的支撑作用。
为什么称产品包需求（OR）管理流程，而不是传统研发管理体系中的“市场需求管理流程”、“客户需求管理流程”或“产品需求管理流程”？什么是产品包需求（OR）?
Offering是IPD模式的基本概念，也是IPD体系运作的基本业务对象，定义为满足客户各方面需求的交付物的总和。Offering可理解为从客户角度定义的“完整产品”，如果翻译为中文，通常称为“交付包”。基于IPD业务分层模型和外部、内部客户的需求，可划分6种Offering形式，即解决方案Offering、产品Offering、服务（即服务产品）Offering、技术平台Offering、子系统/模块Offering、技术要素Offering，而产品Offering即“产品交付包”，简称为“产品包”。不过，在IPD运作中，我们通常把Offering就直接称为“产品包”，这其实是对Product Offering的默认简称。
为了满足客户（包括外部客户、内部客户）各方面需求，并确保交付满足这些需求的产品包（Offering），前提是定义充分、准确的产品包需求（OR），所以IPD模式下的需求管理称为产品包需求（OR）管理，而不是市场需求管理，或产品需求管理。
端到端的产品包需求（OR）管理流程划分为收集、分析、分发、实现、验证五个阶段，如下图：
二、OR管理流程的五个阶段解读
一、需求收集阶段
1) 核心目标：全方位捕获内外部原始需求（Raw Requirement, RR），统一入库建立需求池，杜绝零散、无记录需求流入产品规划、产品立项与产品研发环节。
2) 主要工作
Ø 外部渠道：客户走访、招投标、售后投诉、竞品分析、行业标准、展会、合作伙伴反馈；
Ø 内部渠道：销售/服务一线反馈、研发预研、制造/采购DFX诉求、公司战略路标、管理层规划；
3) 标准化动作：统一需求采集模板，记录场景、痛点、价值、来源，所有原始需求归口录入需求管理系统，全程可追溯。
4) 运作要点：需求收集是流程的起点，核心是全面性、相对准确地收集内外部需求，构建统一的原始需求池，避免需求遗漏。获取渠道包括：外部渠道（客户访谈、行业展览会、市场调研、竞品分析、行业报告、客户反馈平台等）和内部渠道（研发团队、销售团队、服务团队、运营团队的建议，以及企业战略规划、产品与技术规划等）。
5) 该环节的关键是“标准化收集”：制定统一的需求收集模板，明确需求描述、提出人、需求场景、价值诉求等核心信息，确保收集到的原始需求规范、可分析，同时采用“喇叭口式”的开放性收集方式，最大化覆盖各类需求，为后续分析奠定基础。
6) 输出：原始需求池、标准化原始需求单。
二、需求分析阶段
1) 核心目标：去伪存真，把客户口语化原始需求转化为规范、可评审、可测试的标准化初始需求（Initial Requirement, IR）。
2) 四大核心动作
Ø 需求解释：将客户模糊诉求翻译为工程化、标准化语言；
Ø 需求过滤：剔除伪需求、重复需求、不符合战略 / 成本 / 技术约束的无效需求；
Ø 需求分类：用 $APPEALS、KANO 模型划分功能、性能、可制造、可服务等类别；
Ø 需求排序：按商业价值、客户权重、资源负荷划分 P0/P1/P2 优先级。
3) 运作要点：需求分析是OR管理的核心环节，核心是“筛选、拆解、转化”，去伪存真，将原始需求转化为规范的IR，明确需求的价值、可行性和优先级。具体流程包括需求解释、需求过滤、需求分类、需求排序四步：需求解释完成客户需求语言向规范描述语言的转换；需求过滤去伪存真、去粗取精，剔除不合理、不可行的伪需求；需求分类将需求按定义的分类维度区分为不同的类别；需求排序按业务价值和资源匹配需求确定优先级，为后续分发提供依据，对于市场领先产品或成熟产品的升级，该过程可适当简化。
同时，需组织跨部门评审，结合市场价值、技术可行性、成本投入、研发周期等因素，对需求进行综合评估，确保IR的准确性和可行性——这也是避免“伪需求”的关键，避免研发资源浪费在无价值的需求上。
4) 需求分析方法举例：
Ø KANO模型：将需求分为基本需求（必须满足，不满足则客户极度不满）、期望需求（满足则客户满意，不满足则不满）、魅力需求（超出客户预期，满足则客户极度满意，不满足也不影响）、无差异需求（满足与否对客户影响不大），通过该模型可明确需求优先级，优先保障基本需求和期望需求，合理布局魅力需求，为需求排序提供依据，同时支撑产品差异化竞争。
Ø 5W1H分析法：通过“Who（谁需要）、What（需要什么）、When（何时需要）、Where（在什么场景需要）、Why（为什么需要）、How（如何满足）”六个维度，全面拆解原始需求，明确需求的场景、价值和实现路径，避免需求模糊或遗漏，尤其适用于复杂需求的分析，确保需求描述的完整性和准确性。
5) 输出：经过 RAT 评审、分级排序的正式初始需求（IR）库。
三、需求分发阶段
1) 核心目标：对评审后的需求做处置决策，匹配对应产品路标、版本、开发团队，明确落地时机与责任主体。
2) 主要工作
Ø 三类处置决策：接纳纳入版本开发、暂缓放入中长期产品路标、直接拒绝并同步理由；
Ø 按周期分流：紧急需求分发到当前 PDT项目，短期需求分配至项目任务书开发（CDP）流程，中期需求纳入产品路标，长期战略需求归入预研规划；
Ø 同步告知市场、研发、销售相关干系人需求处置结论，更新需求状态。
3) 输出：需求分发决策单、版本需求基线、产品路标更新记录。
四、需求实现阶段
1) 核心目标：PDT团队基于OR文档逐层拆解开发，全程绑定需求双向追溯，保证开发不偏离初始需求与原始需求意图。
2) 主要工作
Ø 需求分层拆解：产品包需求（系统特性+初始需求）→系统需求（SR，System Requirement）→分配需求（AR, Allocated Requirement）→子系统/模块详细设计任务；
Ø 建立需求跟踪矩阵：每条需求对应设计文档、开发任务、测试用例；
Ø 跨领域同步：同步研发（如软件、硬件）、制造、服务、采购完成 DFX 设计；
Ø 需求变更管控：所有变更走 OR 变更流程，RMT重新评审再下发实施。
3) 输出：系统规格、软硬件设计方案、原型样机、需求跟踪矩阵。
五、需求验证阶段
1) 核心目标：多维度校验产品是否完整匹配 OR 需求，确认需求价值落地，形成需求管理闭环。
2) 两层验证动作
Ø 内部开发验证：单元/系统集成测试，逐条核对需求验收标准，完成TR技术评审；
Ø 市场客户验证：Beta 客户试用、场景实测、早期销售，校验客户痛点是否解决、商业价值是否达成；
Ø 收尾复盘：收集上线后市场反馈，更新需求池，沉淀经验用于下一轮需求迭代。
3) 输出：需求测试报告、技术评审报告、客户验证反馈、需求闭环确认单、需求迭代优化清单。
三、OR管理流程的数字化
IPD体系下的OR管理是面向各目标客户群、各产品线与新产品领域，全面的、端到端的需求管理，不像有些研发管理体系的需求管理只是围绕单产品、单项目的。在需求管理的IT数字化中，目前市面上绝大部分需求管理软件系统，基本上是面向独立研发项目的IT系统，主要实现需求收集与转化的电子流、需求池管理的功能，不是全局性、端到端的需求管理数字化平台。
在汉捷咨询与汉卓软件自主研发的AIPD-产品管理数字化系统中，产品包需求（OR）管理子系统/模块（OR模块）是其中的关键组成部分，是真正集成化、端到端的需求管理IT平台。
