需求管理：从市场声音到产品需求
PLM系统深度解析系列 · 第7篇 | 阅读约需10分钟
销售总监兴冲冲地拿着一叠客户需求回来，工程师打开一看——20条"需求"，有的是客户随口一说，有的是竞品对比清单，有的是技术改进行想法，还有一条是"我们要做到世界第一"。
然后，产品做出来了，没人满意。
这不是某个企业的个例。这是制造业研发团队里最常见的"需求失真"困境：听得见，但听不清；记下来了，但管不住；开发了，但追不回。
我们来聊一个最底层的问题：需求到底应该怎么管，才能真正指导产品开发？
一、需求从哪来，又为什么容易"走丢"？
制造企业的需求来源五花八门，但归根结底，逃不出这五类：
▲ 制造企业的需求来源通常集中在这五类，先分清来源，后面才谈得上过滤和分层
每一条需求，都代表一个真实的声音。但问题在于，从声音到产品，中间有太多衰减环节：
- 客户说一句，销售记三条，工程师拿到五条，已经面目全非
- 需求在邮件、微信、会议纪要里飘来飘去，最后找不到了
- 口头答应"这个下个版本做"，结果根本没进研发计划
- 改了需求，但没人通知下游的设计、工艺、采购
-
▲ 需求在每一层传递中都在衰减，没有结构化管理，信息严重失真
核心问题不是需求少，而是需求管不住。
散落在邮件、微信、会议纪要里的需求，本质上是"需求负债"——你以为记下来了，其实已经埋下了产品失败的地雷。
二、需求管理的六层结构
好的需求管理，不是简单地收集需求然后列清单，而是一套从"原始声音"到"具体规格"的层层分解体系。
我把它总结为"六层需求金字塔"：
▲ 六层需求金字塔建议用图形呈现，微信里比纯样式块更稳定，不会退化成普通文字
① 原始需求（VR）—— 听得见
来自四面八方的第一手输入：客户访谈记录、招标文件条款、竞品分析报告、行业法规要求、内部技术团队想法。特点是散、乱、真假难辨。
② 初始需求（IR）—— 分析清
对原始需求做第一轮加工：去重合并、区分真伪需求、评估客户价值和实现难度、打优先级（P0/P1/P2）。这一步的核心是过滤。
③ 系统需求（SR）—— 翻译准
把业务语言转化为技术语言：功能需求（系统做什么）、性能需求（响应时间/容量）、接口需求（与哪些系统交互）、安全需求。关键问题是：技术团队能不能看懂。
④ 分配需求（AR）—— 分得清
把系统需求分配到具体负责的技术子系统：机械结构、电气控制、软件算法、公用平台、专用模块。这步解决的是谁来干、怎么干的问题。
⑤ 市场需求包（MRB）—— 打得包
从市场视角打包完整需求：一个MRB对应一个目标市场细分，包含多个产品需求的集合。比如"面向国内中低端客户的标准化产品线"。
⑥ 产品需求包（PRB）—— 落得地
最终落到开发执行层面的具体规格：有明确的描述、可分解为设计任务、可验证可测试。这是研发的直接输入。
三、三大规划链路：需求如何驱动产品
需求不是到"包"就结束了。真正的价值，在于需求能够追踪到规划，再追踪到项目。这是需求管理最重要的一条暗线：
▲ 需求驱动的三大规划链路：MRB → 产品规划 → 技术规划 → 项目开发，PLM在每个环节全程支撑
链路一：市场需求包 → 产品规划
这一步解决"做什么产品"的问题。哪批需求对应哪一代产品，上市时间怎么排，产品线之间如何取舍——这些决策的依据，就是需求包。
链路二：产品规划 → 技术规划
这一步解决"能力准备好了吗"的问题。产品规划定了，但共用技术平台还没开发，项目就会延期。PLM需要支撑：识别多个产品需求指向的共用平台→触发平台预研课题。
链路三：技术/产品规划 → 项目开发
这一步解决"谁来做"的问题。分配需求直接关联项目WBS（工作分解结构），设计团队知道自己对应哪些需求，需求负责人能看到落地在哪个BOM。
需求追踪矩阵（RTM）是PLM需求管理的核心。
一条完整的需求链，必须从最上层的MRB，一直追踪到最底层的测试用例。每改一个需求，自动列出受影响的上下游对象——这才是"管住需求"的真正含义。
▲ 需求追踪矩阵（RTM）示例：从原始需求到测试用例，每一步都有据可查
变更影响分析：需求一变，全链可见
需求管理最大的风险点是"变更"。口头改了需求，没人通知下游，图纸改了但工艺没改，BOM改了但采购没改——这种"孤岛失效"在制造业太常见了。
PLM能做的事：需求变更一旦发生，自动触发影响分析，哪些设计对象受影响、哪些工艺文件需要更新、哪些采购计划需要调整，全部可视。
五、中小企业落地：从一张表开始
我知道很多中小企业会说：我们没有PLM，也没有专职的需求管理团队，需求管理能落地吗？
能。先从一张需求汇总表开始。
最小可行的需求管理不需要系统，只需要一个约定：任何需求必须有书面记录，变更必须走审批，口头通知不算数。
进阶路径：
- 第一阶段（可立刻开始）：Excel需求汇总表 + 每月一次需求评审会
- 第二阶段（3-6个月）：用PLM管理需求文档和评审流程，建立IR→SR的分解关系
- 第三阶段（系统化）：端到端RTM追踪矩阵，产品规划与技术规划联动
-
▲ 中小企业需求管理三阶段落地路径：从一张Excel表开始，逐步走向系统化
需求管不住，产品走偏是必然的。
从"市场声音"到"产品需求"，不是一条自动滑落的滑梯，而是一条需要层层过滤、环环追踪的管道。PLM在这里扮演的角色，不是替代人的判断，而是让人的判断有据可依、有迹可查——每一条需求，都能追溯到它的来处；每一个决定，都能说清它的依据。
下一篇预告：第8篇《产品规划：如何制定产品路线图》—— 需求收集上来了，怎么变成一张清晰的产品路线图？哪些需求进第一个版本，哪些留到下一个版本，靠什么做决策？
评论