需求分析与故事卡拆分工具

解决什么问题

接到一句口头诉求、一份凌乱的访谈纪要，或一段 PRD 草稿时，需求往往停留在“用户想要某个按钮”的表层。直接交给研发，大概率做出伪需求，或者因缺少验收标准和优先级依据而在迭代中反复返工。这个技能解决的是从原始业务诉求到结构化研发交付物的转化问题：先判断真伪需求并给出价值评估，再把确认“可做”的需求拆解成可直接进入敏捷看板的用户故事卡。

技能如何工作

整个流程分为两个阶段，方法论沉淀自物流（网络货运/TMS）行业，但框架对通用 B 端产品同样适用。

阶段一：需求分析与价值评估

1. 建立框架：加载 需求分析具体方法论.md 和 需求分析Prompt.md，必要时参考 产品架构.md 与 TMS产品设计文档.md 获取行业上下文。
2. 八步法分析：按 析要素→挖场景→推价值→看用户→拆竞品→盯市场→查现状→定规划 推进，补全需求九要素，最终给出 可做 / 不可做 / 暂缓 的明确结论。
3. 量化优先级：调用 需求价值评估手册.md，先用 4 维度加权做定性评估，再用 KANO 判定需求类型，最后通过 RICE 模型打分。分数 ≥200 为高优先级，100–199 为中，7–99 为低，≤6 则直接驳回。
4. 模板落盘：严格按 需求分析-模板.md 填充，写入 需求分析/ 目录，文件名带时间戳，例如 司机上传快递单号需求分析20260804.md。

阶段二：拆解用户故事卡

1. 回链分析结论：基于阶段一产出的文档，加载 用户故事撰写方法论.md，并对照 TMS产品设计文档.md 检查功能设计合理性。
2. 三要素拆解：把确认“可做”的需求按端、角色、场景拆为独立故事，每条遵循 作为，我想要，以便 的结构。
3. 模板产出：使用 故事卡-模板.md 生成包含角色画像、Given/When/Then 验收标准、RICE/KANO 优先级引用、故事点、子任务、依赖与风险的完整卡片，写入 需求故事卡/ 目录。

适用边界与注意点

• 信息不全时，先按现有信息合理推测，同时显式列出 需补充信息 清单，不凭空捏造业务数据。
• 政策/合规类需求优先级最高，应优先排期并以最小化成本执行。
• 阶段二的故事卡必须回链阶段一的分析结论，保证从需求到开发的完整追溯。
• 框架虽源自物流行业，但八步法和 RICE 评估逻辑对通用产品同样有效，无需局限于 TMS 场景。