我如何用 AI 写一份 PRD

用 AI 写 PRD，不应该从“帮我写一份 PRD”开始。真正有效的方式，是把 AI 当成结构化助理，而不是产品负责人。

我通常先准备四类信息。

第一类是背景和目标。为什么要做这个功能？它解决谁的问题？成功之后用户行为应该有什么变化？如果这些问题没有想清楚，AI 很容易生成一份格式正确但没有判断的文档。

第二类是用户和场景。PRD 不是写给功能列表看的，而是写给真实任务看的。用户是谁，在什么场景下进入功能，之前做了什么，之后希望得到什么，这些信息会影响页面、流程和状态设计。

第三类是范围边界。我会明确第一版做什么、不做什么。比如是否需要登录、是否需要后台、是否需要数据统计、是否支持多端。边界越清楚，AI 越不容易自动加戏。

第四类是验收标准。一个功能是否完成，不能只看页面是否存在，还要看关键流程是否可用、异常状态是否处理、数据是否可追踪、文案是否清楚。

把这些信息整理后，我会让 AI 先生成 PRD 大纲，而不是直接写全文。大纲阶段重点看结构是否合理，是否漏掉关键状态。确认后再逐段扩写。

在扩写过程中，我会特别要求 AI 写清楚：页面结构、核心字段、交互状态、错误提示、权限边界和埋点建议。对于工程实现，我只写必要约束，不在 PRD 里过度指定技术方案。

AI 写 PRD 的价值是加速表达和补充遗漏，但不能替代产品判断。最终版本必须由产品经理自己审一遍：有没有伪需求，有没有过度设计，有没有无法验证的目标。

如果把 AI 用在合适位置，它能让 PRD 从“从零写文档”变成“围绕清晰判断快速成稿”。