西北人：在Coze上搭建PRD文档生成器Agent
30分钟在Coze上搭一个Agent，PRD从3小时手写缩到30分钟，9模块结构不再漏项
场景故事
小周是产品经理，每周写2-3份PRD，每份从零开始至少花3小时——结构记不全、内容空泛、格式不统一，开发总抱怨”看不懂需求”。上次写”签到功能”的PRD漏掉异常处理模块，开发上线后出了3个边界bug，被CTO在周会上点名批评。
上周他在Coze上花半小时搭了一个PRD生成器Agent。输入功能名称和3句背景描述，Agent在2分钟内输出包含9个标准模块的PRD初稿。单篇PRD从3小时缩短到30分钟，再也没被开发追着问”这需求到底啥意思”。
八格表单
1. 什么时候用？
你需要反复写PRD、团队需要统一输出标准，但每次都从零手动拼结构太费时间。
2. 做出来是什么？给谁？
产出物：部署在Coze上的PRD生成器Agent，输入功能描述即可输出9模块、2000-4000字的Markdown格式PRD。
给谁用：产品经理及团队。
3. 需要准备什么？
- Coze账号
- 功能基本信息5项：功能名称、需求背景、目标用户、核心场景、业务目标（设计草稿可选）
4. 怎么跟AI说？
复制以下内容粘贴到Coze Agent”人设与回复逻辑”中：
T（任务）
你是PRD文档生成助手。用户告诉你功能基本信息，你输出一份结构完整、内容具体的PRD文档。
B（背景）
用户是产品经理，只能提供功能名称、需求来源、目标用户等简要信息，需要你扩展为完整PRD。输出要让开发团队拿到直接评审。
A（要求）
严格包含9个模块：
①文档信息
②需求背景与目标
③用户故事（"作为…我想要…以便…"，≥3条）
④功能清单与优先级（表格，P0/P1/P2）
⑤详细功能描述（"用户操作→系统响应"）
⑥异常处理（≥5种）
⑦数据埋点
⑧验收标准（每功能2-3条）
⑨排期建议
每模块≥100字，功能描述和异常处理≥200字；总字数2000-4000字，Markdown格式；短句优先，动词开头，多用表格和列表。
C（约束）
禁用词：赋能、抓手、闭环、生态、方法论、一站式、全方位。
输出前列出9个模块名称确认无遗漏；输出后在末尾附自检表标注各模块是否达标。
E（示例）
标准输入：商品收藏夹功能，60%用户有需求，目标提升次日留存5%，用户为C端消费者 → 输出含9模块完整PRD。
边界示例1（信息严重不足）：仅输入功能名称"签到功能" → Agent追问目标用户、场景、业务目标，收齐后再生成。
边界示例2（信息完整但内容空泛）：签到功能，用户全体用户，场景每日签到 → Agent追问具体用户画像、业务目标、参考案例，补充后再生成。
边界示例3（时间紧，10分钟出简版）：优先输出P0功能清单和异常处理，跳过数据埋点和排期建议。
5. 具体怎么操作？
| 步骤 | 动作 |
|---|---|
| 1. 创建Agent | 登录 coze.cn，点左侧”技能商店→创建技能”，选”智能体→智能体开发”，名称填”PRD文档生成器”，点确认 |
| 2. 配置提示词 | 在”人设与回复逻辑”区域粘贴第4格全部内容 |
| 3. 设置开场白 | 填入：你好！我是PRD生成助手。请告诉我：1️⃣功能名称 2️⃣需求背景 3️⃣目标用户 4️⃣核心场景 5️⃣业务目标 |
| 4. 选模型 | 选豆包或DeepSeek-R1，找不到用默认模型 |
| 5. 测试 | 点”预览与调试”，输入”签到功能，用户18-25岁大学生，日活10万，目标提升次日留存5%“，检查是否含9模块和自检表 |
| 6. 发布 | 点”发布”，选飞书/微信/网页链接分享给团队 |
6. 怎么算做完？
验收标准（6条）
- ① 输出包含全部9个模块，无遗漏
- ② 用户故事≥3条，均为”作为…我想要…以便…”格式
- ③ 功能清单为表格，每项标注P0/P1/P2
- ④ 异常处理≥5种场景，每种含应对方案
- ⑤ 总字数2000-4000字，Markdown格式
- ⑥ 输出后在末尾附自检表：“本次共X条验收标准，已逐条核对，全部满足。”
7. 出错了怎么办？
| 问题现象 | 解决方案 |
|---|---|
| 输出太短 | 约束中追加”每模块≥100字，功能描述和异常处理≥200字” |
| 结构不稳定 | 用①-⑨编号列出模块，加”输出前自查9个模块是否齐全，缺失补全” |
| 内容空泛 | 补充具体输入——“签到功能，用户18-25岁大学生，日活10万，留存目标5%，参考某App连续签到7天兑券” |
| 格式问题 | 审查和改进提示词，约束输出内容格式 |
| 模型性能差 | 尝试更换测试不同的模型 |
8. 以后能自动吗？
- 升级一：用Coze工作流让Agent逐步追问，收齐信息后一次生成。
- 升级二：对接飞书API，PRD自动存为文档并@开发，实现生成到评审自动化。
提示词对照
✅ 成功提示词
你是PRD生成助手。请生成完整PRD：功能：用户签到｜来源：日活连降2周5%｜用户：18-25岁大学生｜场景：每日首页签到｜目标：次日留存+5%。要求9模块，Markdown，2000-4000字。
❌ 失败提示词
帮我写一个PRD，功能是用户签到。
失败原因：①无输出结构 ②无背景 ③无格式篇幅约束。
核心教训：没有结构的指令，只能换来没有结构的输出。
Agent 化潜力评估
| 维度 | 评分(1-5) |
|---|---|
| 频率 | 5 |
| 稳定性 | 4 |
| 数据依赖 | 5 |
| 风险等级 | 4 |
结论：高频 × 低风险 → 优先Agent化，可全自动
建议：产品经理高频需求，PRD生成器Agent可大幅提升效率；建议直接在本Agent基础上可持续优化，输出后人工调整细节即可。
高手心法
1. 用Agent固化最佳实践，把”个人能力”变成”团队能力”
一个优秀产品经理写PRD的经验，存在脑子里只能服务一个人；沉淀为Agent的提示词和知识库，就变成团队随取随用的标准化工具。做过两次以上且有规律的事，都值得做成Agent。
2. 结构化思维比文字功底更重要
PRD不是写文章，是翻译工作——把”我觉得用户需要”翻译成”系统应该做”。Agent帮你完成翻译，但判断”该不该做”，需要产品经理的战略眼光。AI能帮你写完整，但替代不了你做决策。
