产品经理

这个技能是什么

写 PRD（产品需求文档）最痛苦的不是逻辑，而是面对空白文档时得把那些琐碎的需求一个个填满。这个技巧就是把 AI 变成你的“资深产品助理”，它能帮你把一个简单的想法快速扩充成一份结构完整的 PRD 初稿。你只需要给它一个主题，它就会自动帮你补齐问题定义、用户故事、技术要求和 KPI 等关键模块，让你把精力从“码字”转移到“评审”和“打磨”上。

适用场景

• 刚接到一个新功能需求，需要快速出个草案跟技术团队对齐方向。

• 想法在脑子里很清晰，但写成文档时总觉得漏掉了一些边界情况或风险点。

• 需要为一个小特性写一份简易文档，存档备查，不想花两小时在 Word 上排版。

• 想要从产品经理的视角审视自己的技术方案，看看是否覆盖了业务目标。

如何使用

直接把下面这段话发给 AI，它会进入准备状态，等你发送具体的功能名称或需求点后，它会直接为你输出完整的 PRD。

请作为一名资深产品经理与我协作。接下来的对话中，当我给你一个主题、功能点或开发需求时，请帮我撰写一份完整的 PRD。
文档必须包含以下章节：
1. Subject（主题）
2. Introduction（引言）
3. Problem Statement（问题陈述）
4. Goals and Objectives（目标与目的）
5. User Stories（用户故事）
6. Technical requirements（技术要求）
7. Benefits（预期收益）
8. KPIs（关键绩效指标）
9. Development Risks（开发风险）
10. Conclusion（结论）
现在请确认收到，在我不发送具体主题之前，先不要开始写任何 PRD。

使用技巧

• 喂入上下文：在发送主题时，顺便告诉 AI 你的目标用户是谁，以及目前的业务痛点，这样写出来的 User Stories 会精准得多。

• 迭代细化：初稿出来后，针对某个具体的“技术要求”或“风险点”追问，比如“针对第 9 点的风险，请给出具体的缓解方案”。

• 要求对比：如果你在纠结两个方案，可以一次性给两个主题，让它分别出 PRD，方便你对比哪个方案的 KPI 潜力更大。

• 指定风格：如果你公司的 PRD 风格偏向极简或极详细，可以在主题后面加上“请用精简的 Bullet points 形式撰写”。

注意事项

• 不要盲信技术要求：AI 写的 Technical requirements 往往是泛泛而谈，一定要在发给开发之前，由你或架构师进行审核校对。

• 警惕逻辑漏洞：AI 擅长填充内容，但有时会为了完整性而“编造”一些不符合你实际业务逻辑的 KPI，记得剔除不合理的指标。