在医疗器械研发中，设计输入阶段的需求管理是整款产品成败的关键。需求定义不清、需求变更失控、需求与设计输出脱节，是研发过程中最常见的问题，也是注册审评和外审时最容易被开不符合项的环节。
今天，医械加油站就围绕需求管理这个话题，系统拆解需求管理到底怎么做——从为什么做、做什么、怎么做，到与研发各阶段的关系，帮助大家建立起一套完整的需求管理方法论。建议收藏，研发实操时对照参考。
一、为什么要重视需求管理？
很多研发团队在实际工作中对"需求"的理解停留在"客户说要什么就做什么"的层面。但当项目真正推进起来，往往会遇到一系列令人头疼的问题：
客户表达不清怎么办？我们的理解有偏差怎么办？某个需求只是个别用户的偏好还是行业普遍需求？需求在开发过程中发生变化怎么管控？这些问题如果不在前端解决，到了后期就会演变成设计变更、返工、甚至产品召回。
从法规角度来说，ISO 13485:2016 明确要求设计输入必须完整、清晰，并且不能自相矛盾。GB/T 42061-2022（对标ISO 13485）对设计开发全过程的文件化要求非常严格。需求管理做不好，直接影响DHF（设计历史文件）的完整性和合规性。
从商业角度来说，靠运气做出一款好产品的概率几乎为零。成熟的需求管理体系，是产品成功上市、持续迭代的底层保障。
二、什么是需求管理？六步法模型
需求管理在《项目管理知识体系指南》（PMBOK Guide）中的定义是：确保项目需求被准确识别、文档化、验证，并在全生命周期内对变更进行有序控制的系统性过程。
通俗地说，需求管理就是通过跟踪控制和变更管理，将需求从收集、分析、定义到输出文档的全过程进行有序管理。下面这个六步法模型可以帮助大家快速建立框架：
医疗器械需求管理六步法流程图
Step 1 需求收集：通过市场调研、用户访谈、竞品分析、法规要求等多渠道获取需求信息。
Step 2 需求分析：对收集到的需求进行分类整理、优先级排序、可行性评估和风险识别。
Step 3 需求定义：将需求文档化，按照"shall/should/may/can/note"（应/宜/可以/能/注）的规范进行描述，设定量化指标和验收标准。
Step 4 需求输出：通过正式发布流程输出需求文档（URS/BRS/SRS/SSRS），并进行版本控制。
Step 5 跟踪控制：建立需求追溯矩阵，监控实施状态，管理偏差，定期评审。
Step 6 变更管理：通过ECR流程对需求变更进行申请、评估、审批和实施，更新基线版本。
这六个步骤按照PDCA循环的逻辑持续迭代，每一轮迭代都会输出更新的需求文档基线。
三、如何做需求管理？从URS到MRS的逐级分解
在医疗器械V-Model研发流程中，需求是从上往下逐级分解的。下面这个模型展示了从用户需求到模块需求的完整分解路径：
医疗器械需求分级分解模型（V-Model左侧）
第一层 URS/BRS：用户需求规格（User Requirement Specification）由产品经理和临床专家负责，从使用者角度提出功能、性能、易用性和安全性需求，是系统确认（Validation）的来源。商业需求规格（Business Requirement Specification）来自市场、生产、采购、领导层等内部部门的诉求集合。
第二层 SRS：系统需求规格（System Requirement Specification）是将URS/BRS转化为研发工程师能读懂的语言，包含法规标准条款、性能指标、接口定义和风险管理措施。
第三层 SSRS：子系统需求规格（Subsystem Requirement Specification）细化到子系统/模块级别，包括软件需求、硬件需求、结构需求和算法需求。
第四层 MRS：模块需求规格（Module Requirement Specification）进入非常底层的详细设计阶段，包括元器件选型、电路参数、固件需求和测试用例。
从法规合规性角度来说，URS→SRS→SSRS这三级是基本要求。没有这个三级需求管理和跟踪，从理论上就存在缺陷。MRS是研发质量控制的加分项，通常作为组织过程资产管理，不在DHF清单中。
在URS转化为SRS的过程中，有一个在外企广泛应用的工具——QFD（Quality Function Deployment，质量功能展开）。它通过质量屋矩阵，将用户需求与技术特性进行关联映射，帮助研发团队确定哪些技术特性对用户满意度影响最大。
QFD（质量功能展开）质量屋矩阵示例
四、需求管理与研发各阶段的关系
需求管理不是孤立存在的，它与研发各阶段的文件输出紧密关联。在V-Model的瀑布模型框架下，每个阶段要完成的输出物必须通过QMS体系要求的方式进行发布受控。
V-Model研发模型：左侧为设计分解，右侧为集成验证
需求管理贯穿研发全流程的关键节点包括：设计输入阶段输出URS/BRS→SRS→SSRS；设计输出阶段确保输出与输入一一对应；设计验证阶段证明设计输出满足设计输入；设计确认阶段证明产品满足用户需求。需求追溯矩阵（Requirements Traceability Matrix）是连接这些节点的核心工具，确保每一条需求都能追溯到设计、验证和确认活动。
需要特别注意的是：SRS的发布时间一定要在SSRS发布之前，否则就会被外审员判为不合规项。但从实际研发活动来说，有了SRS的草稿就可以开始SSRS的准备工作，通过合理的重叠来加快项目进度。
五、需求管理实操中的五个关键要点
结合上述方法论和实际工作经验，医械加油站总结以下五个关键要点：
1. 需求描述要规范。严格按照"shall/should/may/can/note"五级分类，确保需求可验证、可追踪。
2. 需求来源要全面。覆盖法规标准、市场调研、临床需求、竞品分析、风险管理五个维度，避免遗漏。
3. 三级需求是法规底线。URS→SRS→SSRS必须有正式发布版本和版本控制，缺任何一级都过不了审核。
4. 需求追溯矩阵要建。每条需求都要能追溯到设计输出、验证活动和确认证据，这是审评和外审的必查项。
5. 变更要走正式流程。需求变更必须通过ECR申请、评估、审批、实施的完整流程，不能口头变更、私下修改。
需求管理是医疗器械设计输入阶段的核心工作，也是整款产品成功的基石。"好的开始就是成功的一半"，在需求阶段较真，远比在后期发现问题再返工要高效得多。
关注医械加油站，带你深耕医械合规，拆解国内外注册实战干货！