产品功能需求Draft
典型场景：新功能上线、核心流程改造、功能迭代
主链路步骤条
PRD 的第一眼。把用户路径拆成带编号的步骤，每一步挂页面状态与异常出口——运营写活动链路不带异常出口，技术写流程不带页面状态，这是 PRD 独有。
服务端每日 00:05 触发快照任务
异常出口任务未触发 → 告警通知任务账号
读取当日全量进度快照源数据
异常出口读取超时 → 重试 3 次，仍失败标「缺当日快照」
按 (日期, 组织单元, 事项) 唯一键写入
异常出口唯一键冲突 → 跳过并记录冲突日志
快照日历高亮有数据的日期
异常出口当日缺快照 → 日期置灰可点击重跑
选日期 A/B，左右两列展示进度差异
异常出口对比日缺失 → 该行置灰并提示
标准章节
13 章骨架。与通用「背景-范围-功能-验收」骨架的差异：功能被拆成场景→条目→规则→页面状态四层，条目才是评审单位；验收内嵌每条 REQ 而非末尾一节。
Status（Draft/In Review/Approved/Superseded）、作者、审阅人、日期、关联编号
达标线：状态与变更可追溯到人和时间
解决什么问题、证据是什么、成功指标（含基线）
达标线：指标有基线有目标值；无证据不立项
谁在什么情境下遇到什么问题
达标线：能据此画出典型用户旅程
本期做什么；非目标显式列出
达标线：「不做」清单写得比「做」更明确
场景故事拆成 ST 步骤条，每步挂异常出口
达标线：异常出口与主流程在同一张图
REQ 五要素：编号/触发条件/系统行为/规则引用/异常分支/验收标准
达标线：五要素缺一即打回，研发无需追问即可排期
BR 编号，跨条目共享规则一处定义、条目引用不复制
达标线：同一规则全文只有一处完整定义
PG 编号，每页 × 运行态（加载/空/错/无权限/成功）
达标线：每个页面每个状态都有定义
重复提交、断网、并发、超时、越权逐条处理规则
达标线：每个异常都有用户可见的反馈
角色 × 功能 × 数据范围 → 可/不可
达标线：越权场景有明确的拒绝说明
REQ → 事件名 → 上报时机 → 看板指标
达标线：每个目标指标都有对应埋点
分期节奏与依赖关系
达标线：P0 集合可独立上线
未定问题、责任人、期限；预答评审质疑
达标线：无静默省略，无「待定」裸奔