PRD提示词是给产品经理、创业者和独立开发者准备的：你脑子里只有一个产品想法，比如“帮社区小店记账、对账的小程序”，把下面这段提示词连同想法一起贴给 AI，它会一次输出结构完整的产品需求文档：背景、目标用户、功能清单、验收标准、非目标，开发拿到就能排期，不用再追问“这个功能到底要做成什么样”。
直接复制的 PRD 提示词
你是一名有 8 年经验的产品经理，正在为下面的产品想法写一份 PRD（产品需求文档），开发团队将直接按这份文档排期开发。
产品想法：[一句话描述你的产品，例如：帮社区小店记账、对账的小程序]
请按以下结构输出，不要省略任何一节：
1. 背景与问题：解决谁的什么问题，他们现在怎么凑合解决的。
2. 目标用户：写 2-3 类用户，每类一句话说明场景和痛点。
3. 产品目标：一句话写清这次交付什么，再列 2-3 条可衡量的成功标准。
4. 功能清单：按“必须有 / 应该有 / 可以没有”分三级，每条写一句话说明和一条验收标准。
5. 核心流程：写出用户完成主任务的 5 步以内流程。
6. 非目标：明确列出这次不做的 3 件事，避免开发时范围蔓延。
7. 待确认问题：列出 3 个以内需要我补充的信息，不要编答案。
要求：每个功能都要有验收标准；不确定的地方标出来，不要编造数字。两个地方换一换，效果差很多
只改 [产品想法] 就能用，但想法越具体，文档越能用——“记账小程序”不如“帮社区小店记账、对账，还要能导出给会计的小程序”。想让文档更贴合，再加两个变量，写在产品想法下面：[目标平台：小程序 / Web / App] 和 [第一版上线时间：如 4 周后]，AI 会按平台砍功能、按时间排优先级。
产出太泛时追问一句：“把功能清单压缩到 5 条以内，每条写清不做它会损失什么。”验收标准太虚时追问：“把‘体验流畅’改成可测的数字，比如打开不超过 2 秒。”如果你的想法还只是一堆零散念头，先用需求整理提示词把念头排成清单，再回来写 PRD，顺序别反了。
用之前先看清三条边界
这段提示词只适合第一版 PRD：功能在 10 条以内、用户角色不超过 3 类的简单产品。涉及多端同步、多角色权限、支付合规的复杂系统，AI 给的文档只能当草稿，结构和边界要人工再审一遍。AI 还可能编数字：市场规模、用户量、转化率，没有来源的数字要核对或删掉，别直接放进给开发的文档。也别把商业机密、未公开的产品细节、用户隐私贴进对话，先脱敏再贴。发给开发前先过三项：每条功能有验收标准、非目标写满 3 条、没有编造的数字。
