# Product Plan Guide > 产品经理产品方案产出指南。当用户提出产品需求、需要产出产品方案文档时触发。覆盖场景：写PRD/BRD/MRD、需求规划、功能设计、埋点方案、上线方案、产品方案、做规划、需求迭代、版本升级、预研可行性分析。先识别需求属于5类场景中的哪一类（0到1新项目/中大型需求迭代/小优化紧急修复/大版本功能升级/探索性预研），再按对应场景的产出清单和通用模板生成文档。触发词：产品方案、PRD、需求文档、需求规划、功能设计、写方案、做规划、需求迭代、版本升级、预研。 - Skill: `genapohub/product-plan-guide` (Agent Skill, multi-file: 4 files) - Install (CLI): `npx skillmds@latest add genapohub/product-plan-guide` - Raw SKILL.md: https://api.skillmd.com/api/skills/genapohub/product-plan-guide/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Product & Planning - Author: genapohub (https://skillmd.com/u/genapohub) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/genapohub/product-plan-guide --- # 产品经理产品方案产出指南 ## Overview 本技能将一份结构化的产品经理方法论转化为可执行的工作流。当用户提出任何产品需求或方案产出任务时，先识别该需求属于 5 类场景中的哪一类，再按对应场景的产出清单和通用模板生成完整、可执行的产品文档。 详细的方法论、各场景产出清单、文档核心要点、通用模板、提示词模板、质量检查清单均存放在 `references/产品方案产出指南.md`，在执行前必须读取对应章节。 ## 触发条件 当出现以下任一情况时触发本技能： - 用户提出一个产品需求或想法，需要产出方案文档 - 用户提到"写PRD""产品方案""需求规划""功能设计""需求文档"等关键词 - 用户描述一个业务场景，需要判断该做什么程度的产品工作 - 用户要求做市场调研、竞品分析、可行性分析、埋点方案、上线方案 - 用户说"这个需求怎么做""帮我规划一下""出个方案" ## 记忆系统 本技能的完整记忆管理规则（写日志/轮转归档/自清理）定义在 `references/记忆规则.md`，执行前必须读取。 - **执行前（必须）**：读取 `references/记忆规则.md` 中的 Step 0 加载规范 + `.skills-memory/MEMORY.md` 本技能对应分段 + `.skills-memory/YYYY-MM-DD.md`（今日日志，如存在） - **执行后（硬性要求，不可跳过）**：追加 `[product-plan-guide] 场景描述 → 关键决策` 到 `.skills-memory/YYYY-MM-DD.md`；如有可复用决策，去重后追加到 MEMORY.md 对应分段。**记忆写入是交付物的一部分**——如果因环境限制无法写入，必须在最终回复中明确告知用户「记忆未写入」及原因，不得静默跳过 - **轮转检查**： - **独立使用**：按 `references/记忆规则.md` 中的触发条件和完整轮转算法执行归档 - **被 team-orchestrator 调度时**：跳过全部记忆操作（写入 + 轮转），由调度官 Step 6（写日志）/ Step 7（轮转归档）统一处理 ## 执行流程 按以下 5 步顺序执行，不可跳步。 ### Step 1: 需求理解 - 解析用户输入的需求描述 - 提取关键信息：业务背景、目标用户、功能范围、预期周期、是否全新产品 - 识别缺失的关键信息，主动向用户提问补全（一次最多问 2-3 个最关键的问题，避免轰炸式提问） ### Step 2: 场景识别 读取 `references/产品方案产出指南.md` 的"一、场景识别"章节，用下表判断需求属于哪类场景： | 场景 | 名称 | 判断条件（满足任一） | 产出量 | |------|------|---------------------|--------| | 场景一 | 0到1新项目 | 全新产品线/新业务方向、无现有产品基础、需从市场调研开始、涉及商业模式设计 | 12类 | | 场景二 | 中大型需求迭代 | 已有产品新增功能模块、涉及多页面/多角色、开发周期2周以上、需跨团队协作 | 6-8类 | | 场景三 | 小优化/紧急修复 | 单一功能点优化、Bug修复或体验改进、周期1周以内、不涉及新业务逻辑 | 2-3类 | | 场景四 | 大版本功能升级 | 现有产品重大版本迭代(如V2.0)、涉及核心流程改造、可能改变产品定位、涉及用户迁移 | 8-10类 | | 场景五 | 探索性/预研项目 | 业务方向未定、需验证可行性、可能不立项、输出为决策依据 | 3-4类 | 识别流程：是否全新产品？→ 场景一；是否大版本升级？→ 场景四；是否方向探索？→ 场景五；是否多页面多角色？→ 场景二；否则 → 场景三。 ### Step 3: 与用户确认场景 输出场景判断结果，包含： 1. 场景判断：场景X（场景名称） 2. 判断依据：逐条对照说明 3. 建议产出清单：列出将生成的必备文档 4. 预估周期：X 天/周/月 向用户确认："判断为场景X，将产出以下文档：...，是否确认？如有补充信息请告知。" 等用户确认后再进入产出阶段。用户可能补充信息导致场景变更，需重新判断。 ### Step 4: 按清单产出文档 读取 `references/产品方案产出指南.md` 中对应场景的章节，获取： - 该场景的必备产出清单（文档名称、阶段、优先级） - 每个文档的核心要点 - `references/产品方案产出指南.md` 的"七、通用文档模板"章节提供的模板格式 > **专家蒸馏增量（2026-09-06 并入·闪造造）**：方案文档产出后如需**快速验证假设**（把想法/PRD 变成可运行 demo 给用户试、用数据验证而不只是文档自嗨），读取 `references/expert-distill/rapid-prototyping-蒸馏.md`（快速原型验证方法论：5 场景 / 3 天交付节奏 / Next.js 快速栈 / 埋点+反馈+A/B 三件套 / 转生产判断）。原型验证属产品经理"验证闭环"的一部分，正式工程开发交给 frontend/backend-dev-guide。功能优先级与 MVP 范围决策时，另读取 `references/expert-distill/mvp-pm-蒸馏.md`（许清楚：RICE 量化排序 / MVP 只保留 1-3 个功能纪律 / 必埋事件五类表 / 竞品分析看差评）。 产出要求： - 按阶段顺序生成：调研 → 规划 → 设计 → 落地 → 验证 - 使用通用模板的格式（PRD/BRD/MRD/埋点方案/上线方案模板） - 每个文档内容完整、逻辑清晰、可执行 - 每段不少于 3-5 句，每节不少于 150-200 字，避免空洞 - 文档间逻辑一致，无矛盾 - **必须读取并应用"十、超越AI味：产品经理的真实判断力"**：产出方案时逐条对照反AI产品决策五条，量化产品直觉，使用「人说人话」规则写需求描述 - **设计友好型 PRD（硬性要求·五维交付）**：§5.4 页面层级图（按产品架构分组+编号）→ §5.6.1 代表作 1 页完整五维（信息结构表六列+树形设计指导像素级+交互状态表≥4态+异常≥3种+视觉约束）→ §5.6.2 简化表其余全页（📋/📐/🖱️/⚠️ 4行）→ §5.6.3 视觉总纲 → §5.6.4 异常速查 → §5.7 强制核对。**四维验收标准：一数页面（5.4 页面层级图，设计师知道画多少页）、二明内容（5.6.1①信息结构表+5.6.2📋行，每页展示什么信息由哪些模块组成）、三懂交互（5.6.1③交互状态表+5.6.2🖱️行，用户如何操作系统如何反馈）、四合约束（5.6.3视觉总纲+5.6.4异常速查，品牌和体验规范）**——达到此标准即使没有线框图和原型，设计师也能高效准确地开展设计工作，减少返工和沟通成本。**§5.6.5 HTML 呈现（可选增强·设计转代码 PM 版）：将树形像素级描述渲染为可运行页面（线框级/高保真级）+ iframe 切片 + focus 专注模式 + 像素对齐校验，浏览器直接打开预览，无需 Figma/Ardot。页面≤5页单文件三端并排，>5页用 iframe 切片+focus 逐页聚焦。⚠️ 两条硬规则：①必须单文件自包含——子页面用 `