模糊想法，不要一上来交给 AI

很多人用 AI 写 PRD，第一句就是：“帮我写一个某某功能的产品需求文档。”结果看起来很完整，实际一落地全是洞：用户是谁不清楚，场景不聚焦，功能堆得很满，开发看完还是要追问。

问题不在 AI 不行，而在你把“思考”也外包了。AI 最擅长的是帮你整理、追问、补盲区、生成备选方案；但方向判断、取舍标准、真实约束，还是要人先给出来。

一个靠谱的 AI PRD 工作流，不是“让 AI 替你写”，而是“让 AI 陪你把想法磨成可执行”。

第一步：先写一句土话需求

不要先写“打造智能化学习闭环平台”这种大词。先写一句人话：

“我想做一个功能，帮用户把零散想法整理成一份能给开发看的需求说明。”

这句话越土越好，因为它逼你说清楚三个东西：谁在用、遇到什么麻烦、希望得到什么结果。AI 后面所有输出，都要围绕这句话展开。

你可以让 AI 先追问你 10 个问题，但不要急着全答。只挑关键的答：目标用户、使用场景、成功标准、不能做什么。尤其是“不能做什么”，最容易决定产品边界。

第二步：让 AI 扮演反对者

很多 PRD 写不落地，是因为一开始只写“我想要”。更好的做法是让 AI 先拆台。

可以这样问：

“请你扮演一个挑剔的产品经理，指出这个需求里最模糊、最可能导致开发返工的地方。”

这一步很有价值。AI 会逼你面对那些被你跳过的问题，比如输入从哪里来、结果如何保存、失败状态怎么处理、用户什么时候算完成任务、是否需要权限和历史记录。

普通人做 AI 工作流，最该养成的习惯就是：不要只让 AI 顺着你写，要让它先帮你找坑。

第三步：把 PRD 拆成四张表

一份能落地的 PRD，不一定要长，但必须结构清楚。建议用四张表来组织。

第一张是用户场景表：用户、场景、痛点、期望结果。

第二张是功能清单表：功能点、优先级、为什么要做、暂不做什么。

第三张是流程表：用户从进入到完成，中间每一步看到什么、输入什么、系统反馈什么。

第四张是验收表：什么情况算完成，什么情况算失败，边界情况怎么处理。

你让 AI 输出这四张表，比让它直接写一篇大文档靠谱得多。表格能暴露空缺，也方便你一项项改。

第四步：让 AI 生成“开发可问版”

真正能落地的 PRD，不是写给自己爽的，是写给协作者能继续推进的。所以最后一步，要让 AI 把文档改成“开发可问版”。

意思是：每个功能都要有明确输入、输出、状态、规则和验收标准。凡是 AI 不确定的地方，不要让它编答案，而是标成“待确认问题”。

这比假装完整更重要。一个好 PRD 不是没有问题，而是把问题集中、显性、可讨论。

可直接套用的小流程

  1. 用一句土话写需求。
  2. 让 AI 追问关键问题。
  3. 让 AI 扮演反对者找坑。
  4. 整理成场景、功能、流程、验收四张表。
  5. 让 AI 标出待确认问题。
  6. 最后再生成正式 PRD。

AI 协作的核心不是“提示词写得多漂亮”，而是把模糊想法放进一个能反复打磨的流程里。你负责判断，AI 负责加速；你负责取舍，AI 负责把取舍写清楚。这样写出来的 PRD，才有机会从文档走到真实执行。