一、 设计原则

• 全流程负责制：需求由“负责人”全程跟进。系统默认“负责人”为“创建者”，支持手动修改。PM 需对“分析-评审-决策-反馈”全链路结果负责。
• 双渠道溯源：“提出人”支持内部员工（人员字段）及外部用户（手动录入文本）。
• SLA 时效管理：系统在需求创建时自动生成 应答复期限 = 创建时间 + 3天。

二、 节点详细配置

1. 节点：需求记录 (Start)

• 负责人：默认为 创建者，支持手动改派。
• 节点类型：起始节点。
• 节点字段：
  • 需求标题(必填)、需求描述(必填)、提出人(必填)、应答复期限(自动化填充)
  • 需求来源、紧急程度、附件。
  • 期望交付日期 (客户期望的上线时间，辅助倒推排期)。
  • 客户/项目名称(标记需求归属的具体项目或客户)。
  • 关注人 (除了提出人外，其他需要同步进度的利益相关者，如销售)。
• 流转方式：需点击确认完成。
• 回滚支持：不支持。
• 预置任务 (子任务)：无。

2. 节点：需求分析

• 负责人：保持不变 (PM)。
• 节点字段：
  • 所属产品/模块(必填)、需求类型(必填)、初步处理建议(必填)。
  • 驳回/拒绝原因(当建议为“拒绝”时必填)。
  • 处理优先级 (区别于“紧急程度”。紧急度由提出人填，此优先级由 PM 评估后填写，如 P0-Must have)。
  • 涉及端/平台(如PC/Web/API，明确研发范围)。
• 流转方式：需点击确认完成。
• 回滚支持：支持回滚至“需求记录”（场景：需求描述不清，需提出人补充材料）。
• 预置任务 (子任务)：
  1. 业务背景调研
  2. 关联历史需求查重
  3. 内部利益相关方沟通

3. 节点：需求评审

• 负责人：保持不变 (PM)。
• 节点字段：评审结论(必填)、预估工时/成本、评审会议纪要。
• 流转方式：需点击确认完成。
• 回滚支持：支持回滚至“需求分析”（场景：方案被推翻，需重新寻找技术方案）。
• 预置任务 (子任务)：
  1. 确定评审时间与参会人
  2. 提前分发评审材料
  3. 收集预审意见

4. 节点：需求决策

• 负责人：保持不变 (PM)。
• 节点字段：
  • 结论类型(必填，单选：产品需求 / 技术改造 / 不做)、详细结论(必填)。
  • 关联对象 (核心字段。决策为”产品需求”时回填产品需求卡片 ID；决策为”技术改造”时回填技术需求卡片 ID；建立双向索引)。
  • 决策依据 (记录为什么做或不做，用于后续复盘)。
• 结论类型说明：
  • 产品需求：用户可感知的功能变化，由 PM 主导，进入产品需求池。
  • 技术改造：纯技术层面的改进（如性能、安全、架构），由技术负责人主导，进入技术需求池。
  • 不做：明确拒绝，记录原因后流转至反馈结果。
• 流转方式：需点击确认完成。
• 回滚支持：支持回滚至”需求分析/评审”（场景：决策层调整优先级或方向）。
• 预置任务 (子任务)：
  1. 内部发布决策公告（针对重大需求）

5. 节点：反馈结果

• 负责人：保持不变 (PM)。
• 节点字段：反馈结论状态、实际答复时间。
• 流转方式：需点击确认完成。
• 回滚支持：不支持。
• 预置任务 (子任务)：无。

三、 自动化规则

1. SLA 预警：当 当前时间 接近 应答复期限 且节点未流转至”反馈结果”时，系统自动给负责人发送飞书提醒。
2. 联动创建（产品路径）：决策选择”产品需求”并确认后，系统自动在产品需求池生成”待规划”卡片，并将 ID 回填至 关联对象 字段。
3. 联动创建（技术路径）：决策选择”技术改造”并确认后，系统自动在技术需求池生成”技术提案”卡片，并将 ID 回填至 关联对象 字段。
4. 反馈闭环：流转至”反馈结果”时，若提出人为系统内用户，自动推送包含 详细结论 的飞书卡片。