对产品经理来说，写需求文档初稿不难，但琐碎。AI 适合承担“第一稿”和“查漏”的角色：你提供用户反馈、会议纪要、竞品截图描述，它给出结构化 PRD 初稿的结构化版本；你再用专业判断修改。关键是控制好一个风险——AI 会补出不存在的需求，必须逐条核对来源。

适用场景

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

常见错误与改法

  • 直接把 AI 结果交出去：结构化 PRD 初稿看起来完整，不代表内容正确。至少逐段读一遍，并核对关键信息。
  • 输入太少：只丢一句“帮我写需求文档初稿”，AI 只能写出泛泛的套话。提供用户反馈、会议纪要、竞品截图描述和背景，质量差距很大。
  • 忽视主要风险：这项工作最容易出的问题是：AI 会补出不存在的需求，必须逐条核对来源。要把它写进提示词，并在复核时专门检查。
  • 把敏感信息原样粘贴：客户、员工、患者等个人信息，以及未公开的经营数据，先脱敏再使用，并遵守所在单位的规定。
  • 一次要求太多：同时要求格式、语气、篇幅、风格，又不给示例，AI 往往顾此失彼。拆成几轮逐步调整。
  • 不保存好用的提示词：每次从头写提示词，效率提升有限。建立自己的提示词库，按任务归档。

更稳妥的提示词

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

相关文章

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