产品同学最熟的场面：会议上老板噼里啪啦讲一通，你记了半页碎片，散会要出 PRD 却无从下笔。这篇教程用 Claude 把"乱糟糟的输入"变成"能发评审群的初稿"，你只做两件事：贴进去、改到位。
准备清单：Claude 账号、会议转写或你的零散笔记（越原汁原味越好，不用先整理）、目标读者（开发/设计/老板）。
第一步，把原始素材整段贴给 Claude，发这段指令：
下面是一段杂乱的需求输入，请整理成 PRD 初稿，结构含：背景与目标、用户与场景、核心功能点（每条带优先级 P0/P1/P2 和建议验收标准）、不在本期范围、待确认问题。不确定的地方标"[待确认]"，不要编造数据。
为什么这么填：强制结构是为了让它替你"分堆"；要验收标准是让开发拿到就能估工；"不要编造数据"是底线，避免它把模糊需求补成假数字糊弄你。常见报错：它把待确认项也写成了结论，重发一句"所有不确定的必须标[待确认]，禁止默认成立"。
第二步，看它分的功能点，把 P0 和你心里的重点对齐。预期结果：一堆碎片变成带优先级的清单，评审时谁都能看懂先做哪。
第三步，补"待确认问题"那一节，把会上没定清楚的几条列给相关人。预期结果：文档发出去不是在等拍板，而是把拍板项摊开让大家选。
效果与验收：成功的标志是——开发看完没问"这需求到底要啥"，反而追问你两三个具体边界。如果它写得像教科书，回一句"去掉通用描述，只留本项目相关的具体信息"。
进阶方向：把你们团队的 PRD 模板贴进去让它"按此格式"，以后产出直接对齐规范；需要落地成代码的，可顺手丢给 Claude Code 或 TRAE 起个骨架。本站收录的 Claude、Claude Code、TRAE 可串成一条"需求→文档→原型"的流水线。