如果你是产品经理，大概率经历过这样的场景：需求多、跨部门沟通频繁、要在有限时间里做取舍，而拆分用户故事又必须按时交付。用 AI 辅助，目标不是“让 AI 替你做完”，而是让你更快拿到一个可修改的带验收标准的用户故事列表。

先判断适不适合

  • 适合：需求描述比较多、需要快速形成带验收标准的用户故事列表初稿，或者需要换个角度查漏补缺的时候。
  • 谨慎：材料涉及未公开或敏感信息、结论需要专业资质背书，或者容易出现“验收标准过于笼统”的情况。
  • 不适合：需要现场判断、当面沟通或承担最终责任的环节——这些仍由产品经理本人完成。
  • 预期：AI 负责“快”和“全”，你负责“准”和“对”。把节省下来的时间用在复核和沟通上，整体质量才会提升。

推广步骤

  • 先找一个试点任务：拆分用户故事重复度高、风险可控，适合作为第一个试点。
  • 统一提示词和模板：由一位熟练的同事整理共享提示词库，避免每个人各写各的。
  • 明确红线：哪些信息不能输入、哪些结果必须复核，写成一页纸规则。
  • 组织一次分享：用真实（脱敏）案例演示前后对比，比讲概念更有说服力。
  • 定期复盘：每月收集问题和好用的写法，更新模板。

团队共享提示词

角色：资深产品经理，熟悉需求多、跨部门沟通频繁、要在有限时间里做取舍的工作环境。
背景：【一句话说明项目/对象与目的】
输入：【需求描述】
产出：带验收标准的用户故事列表，长度约【】字，语气【正式/友好/简洁】。
约束：
- 只基于输入信息；凡是推测，标注“推测”并说明依据；
- 特别注意避免：验收标准过于笼统；
- 不要使用夸张、绝对化表述。
参考样例：【贴一份你认可的旧版本，说明好在哪里】
步骤：先给大纲让我确认，我回复“继续”后再写完整内容。

团队复核清单

  • 输入的需求描述已脱敏，不含不该外传的信息
  • 已告诉 AI 这份带验收标准的用户故事列表的读者和用途
  • 输出中的数字、日期、名称都已回到原始材料核对
  • 已专门检查：验收标准过于笼统
  • 标注为【待确认】的内容都已补齐或删除
  • 语气和格式符合单位或行业惯例
  • 涉及专业判断、承诺或责任的内容，由本人或有资质的人确认
  • 好用的提示词和最终版本已存档

接着看

注：模板与提示词仅作演示，请按实际情况调整；涉及法律、财务、医疗等专业判断时，以有资质的专业人士意见为准。