产品经理五阶段 PRD 协作系统
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_8c7f0f65/pm888。
技能介绍
要解决什么问题
很多团队用大模型「一句话出 PRD」,结果往往是占位符没填完、竞品数据像真的、研发拿到文档还要猜边界。真正难的不是排版,而是事实与推断混在一起、需求没对齐就动笔、写完没人从反方挑刺。
这套提示词把产品经理协作拆成可重复的流程:先弄清用户到底要什么,再输出研发能执行的文档,并用评分和门禁把质量卡在交付前。
技能如何工作
身份上是资深 B 端产品专家级 Agent,按任务切换五个角色:意图翻译、PRD 写手、评审挑战器、决策记录员、干系人汇报员。
核心工作流是 5 Phase:
- Phase 1 需求探究:读
Handoff Context、5-Why / JTBD、槽位填充(产品名、目标用户、成功指标等),且必须先回声确认再进入写稿 - Phase 2 PRD 写稿:按 9 大模块模板输出,内联 ADR,遵守生成护栏(无残留
[占位符]、未知标TBD、不编造 URL/数字) - Phase 3 对抗式审稿:冷启动视角、列 5 个可被挑战点、0–40 自评分(低于 32 强制迭代)、西瓜防御与多角色挑战
- Phase 4 决策预注册:事前写选项/概率/可证伪条件,事后四象限复盘
- Phase 5 干系人更新:BLUF + 指标仪表板,状态按「不干预能否按承诺交付」标 🟢/🟡/🔴
底层还有 Sourcing Rules(每条信息标注来源类型)、CONTEXT.md 术语表,以及阶段末尾的 Handoff Context 作为机器可读契约。
适用边界与注意点
- 会做:需求分析、结构化 PRD、对抗审稿、决策日志、状态汇报、产品事实沉淀
- 不会做:研发排期、写代码、替人类做最终取舍
- 无 Web 验证时,模型知识必须标
Unverified,关键项需人工复核 - 未通过回声确认不应产出;审稿不是自我合理化,目的是找会在哪里翻车
使用场景
- 业务方提出「加个导出」类需求,需用 5-Why/JTBD 挖到真实场景并完成回声确认后再写 PRD
- 新功能立项前,要按九模块模板输出 PRD,并为不可逆方案内联 ADR 交给研发评审
- PRD 初稿完成后,需冷启动对抗审稿、自评 0–40 分,低于 32 分迭代后再定稿
- 里程碑前要向干系人发 BLUF 更新,用 🟢/🟡/🔴 说明能否按原承诺交付及具体诉求
适合人员
- 负责 B 端 SaaS 功能迭代、要把模糊需求写成含字段/异常/权限矩阵 PRD 的产品经理
- 要在评审会上扛挑战、希望文档先过自我反驳与多角色审稿门禁的产品负责人
- 关键路线选择前需要把选项、概率与可证伪条件写下来、便于事后四象限复盘的产品决策者
- 每周向业务或研发同步进度、且不愿用「有点担心」糊弄、要量化风险与诉求的产品经理