2. 需求原始记录格式化：统一描述模板与字段定义

适用场景

• 产品经理、业务分析师在需求收集阶段整理原始输入时
• 跨团队（产品、研发、测试、运营）需共享统一需求描述时
• 需求评审、排期、RICE 评分前必须完成的标准化步骤
• 项目从零启动或迭代中期需要补充新需求时

前置条件

1. 已获取至少一种原始需求载体（会议纪要、用户访谈记录、竞品分析报告、线上反馈截图等）
2. 团队已共识统一需求描述模板（本文推荐字段定义）
3. 参与格式化的人员对字段含义及填写规范经过简短培训
4. 已明确需求优先级初判准则（如 P0 = 阻塞 / P1 = 高 / P2 = 中 / P3 = 低 / P4 = 未来）

操作步骤

1. 收集原始来源：将口头、文档、聊天记录中的原始需求采集到统一暂存区（如 Excel、在线文档、需求管理工具）。
2. 选择模板：使用下方定义的六字段模板开始格式化。
3. 填写标题：用一句话概括需求，格式为“<谁>希望<做什么>”或“<系统>需支持<能力>”。
4. 描述背景：说明业务痛点、用户反馈、竞品差距或法规要求，至少包含“当前状态”与“期望状态”。
5. 界定用户：明确受影响的用户角色（普通用户、管理员、访客、第三方系统等）。
6. 提取功能需求：逐条列出系统必须实现的具体行为，每条以“系统应 / 用户可以”开头。
7. 明确非功能需求：补充性能、安全、可用性、可维护性、兼容性等约束，每条可量化。
8. 优先级初判：结合业务价值、紧急度、依赖关系，按团队准则标注 P0~P4。
9. 完整性检查：确认所有字段已填写（允许 TBD 但需标注责任人和预期完成时间）。
10. 输出格式化记录：将结果写入标准模板，供后续评审与 RICE 评分使用。

输入输出物

责任边界

• 需求提出者：提供原始信息，对背景和用户定义的准确性负责。
• 产品经理 / 业务分析师：执行格式化，确保字段无遗漏、无歧义。
• 技术负责人（可选）：协助确认非功能需求的技术可行性，避免与现有架构冲突。
• 项目管理：维护优先级初判准则，协调优先级冲突。

记录材料

以下为推荐的六字段模板结构（可直接复制到团队 Wiki 或需求管理工具）：

{
  "title": "用户登录支持指纹识别",
  "background": "当前仅支持密码登录，用户反馈频繁输入密码不便，且部分设备已集成指纹传感器。",
  "users": ["普通用户", "管理员"],
  "functional": [
    "系统应支持在登录页面启用指纹识别",
    "用户可在设置中开关指纹登录功能",
    "指纹验证失败时允许回退到密码输入"
  ],
  "non_functional": [
    "指纹识别响应时间 < 1 秒",
    "指纹模板加密存储，满足 GDPR 合规要求",
    "同时支持 Android / iOS 生物识别 API"
  ],
  "priority": "P1"
}

异常处理

验收标准

1. 所有六字段均已填写（允许 TBD 但需关联责任人与截止时间）。
2. 功能需求与非功能需求明确分离，无混杂。
3. 标题符合“<谁>希望<做什么>”或“<系统>需支持<能力>”格式。
4. 优先级初判标注清晰，且与团队当前准则一致。
5. 输出物已存入需求管理工具/共享文档，版本号与原始来源关联。