用WorkBuddy把需求文档拆成任务清单与验收标准

产品给一段需求，开发常卡在"到底要做哪几件事、做到啥程度算完"。WorkBuddy 可以把模糊需求转成"任务 + 验收标准（AC）"的结构化清单，直接进迭代排期。本文给一套拆解提示词工作流。

一、为什么需求要被"翻译"

需求文档往往写目标不写边界。直接开工，容易漏非功能要求（性能、权限、异常）。AI 擅长补全这些隐含点，产出可验收的拆项。

二、核心提示词模板（可直接复制）

请把下面的需求拆解成开发任务清单。

需求描述：[粘贴需求，如"用户可以在后台导出近 30 天订单为 Excel"]

请输出：

1. 任务清单：每条含 任务名、归属模块、预估复杂度（低/中/高）。
2. 每条任务的验收标准（AC）：用"给定…当…则…"或要点式，明确做到啥算完成。
3. 隐含需求补充：权限控制、性能（数据量大时）、异常（无数据/导出失败）、日志审计。
4. 风险与待确认：哪些点需求没说清，需要回头问产品。

三、多轮工作流

第一轮：拿到任务 + AC + 隐含需求。 第二轮：针对某条任务追问"把它的 AC 写成可测试的验收用例（输入/操作/期望结果）"。 第三轮：追问"哪些任务可以并行、哪些有依赖，给一个推荐开发顺序"。

四、具体示例（输出结构）

需求"后台导出近30天订单为Excel"： 输出结构：

1. 任务：导出接口开发（中）、前端按钮与进度（低）、大额数据流式导出（高）。
2. AC（导出接口）：给定已登录运营，当选择日期范围并提交，则生成 Excel 且字段完整；当无数据，则返回空表不报错。
3. 隐含：仅限有导出权限角色；30天超 10 万行需异步；失败有提示；记录操作日志。
4. 待确认：导出字段由谁定？含退款订单吗？

注意：以上为结构示例，实际以 WorkBuddy 实时返回为准。

五、进阶：转成看板卡

追加"把上面的任务清单转成 5 张看板卡片文字（标题+AC+验收点），可直接贴项目管理工具"，一步到位。

六、踩坑

坑一：不给需求原文，AI 凭空编任务。 坑二：不要求 AC，拆项不可验收。 坑三：漏隐含需求（权限/性能），上线才暴露。

七、小结

需求拆解的本质是"把目标翻译成可验收的动作"。本文模板让 AI 补齐隐含项、产出 AC，是需求到开发之间最稳的翻译层。