第2章 需求分类与标签：功能类、优化类、修复类、合规类、体验类

1. 适用场景

本章节适用于以下业务场景：

• 产品经理或需求分析师已完成原始需求收集，需要对需求进行系统化归类。
• 需求评审会之前，需要将待讨论需求按类别整理，提升评审效率。
• 优先级排序前，必须将需求分入不同类别，以便后续根据业务价值、紧急程度等维度进行加权排序。
• 跨部门协作中，统一需求分类语言，避免因理解偏差导致的资源错配。

2. 前置条件

• 已完成需求收集，形成《原始需求清单》（包含需求编号、提出方、描述、期望交付时间等基本信息）。
• 需求描述清晰度达到可评估标准——至少包含“谁需要、要什么、为什么需要”三要素。
• 已指定至少1名需求分类负责人（通常为产品经理或需求分析师）。
• 团队已就五类分类标准达成初步共识，避免分类过程中反复争议。

3. 操作步骤

需求分类遵循“先初筛、再匹配、后复核”的三段式流程，共5个具体步骤：

1. 步骤1：需求信息完整性核查
   逐条检查需求描述是否完整。缺失关键要素的需求标记为“待澄清”，不进入分类环节，退回需求提出方补充。
   核查三要素：用户角色、具体功能/行为、业务目标。
2. 步骤2：需求性质初判（功能 vs 非功能）
   将需求粗分为“功能性需求”和“非功能性需求”两大类。功能性需求进入“功能类”候选池；非功能性需求进入优化类、修复类、合规类、体验类候选池。
3. 步骤3：匹配五类分类标准
   根据下表定义的分类标准，为每条需求匹配唯一的类别。匹配时以“需求的核心业务价值”为第一判定依据。

4. 步骤4：标注分类标签
   为每条需求标注分类标签，格式为 【类别】需求简述。标签必须写入需求管理工具（如Jira、TAPD）的自定义字段中，方便后续排序筛选。
5. 步骤5：分类结果交叉复核
   由另一名产品经理或技术负责人对分类结果进行抽样复核，抽样率不低于30%。复核发现分类错误时，需与分类负责人讨论修正，并记录争议点用于后续分类标准优化。

4. 输入输出物

5. 责任边界

6. 记录材料

需求分类标签建议采用结构化格式存储，便于后续自动化排序与统计。推荐模板如下：

{
  "需求编号": "REQ-2025-0042",
  "需求简述": "用户权限分级管理",
  "提出方": "运营部",
  "分类标签": "功能类",
  "标签格式": "【功能类】用户权限分级管理",
  "复核状态": "已复核",
  "复核人": "张工",
  "复核日期": "2025-01-15",
  "备注": "跨部门协作需求，涉及权限体系重构"
}

7. 异常处理

8. 验收标准

• 分类覆盖率： 所有进入排序阶段的需求100%带有分类标签，无未分类需求。
• 分类准确率： 抽样复核30%的需求，分类准确率 ≥ 95%。
• 标签规范性： 标签格式统一为 【类别】需求简述，无自定义缩写或错误格式。
• 过程可追溯： 分类操作记录、复核记录、争议处理记录完整存档，可随时回溯。