pm-execution

产品功能优先级排序技能。支持 RICE、MoSCoW、ICE、Kano 模型等多种优先级框架。适用场景：(1) 需求池排序，(2) 版本规划功能筛选，(3) 资源有限时决策哪些功能先做，(4) 用户说「功能排优先级」「需求排期」「哪些功能先做」「功能评估」时触发 流程位置：`pm-master` 13 阶段流程的**阶段2 默认档**，深度档是 pm-prioritization-engine：多模型交叉 + 敏感性分析；也可单点直接调用。

产品 OKR/KPI 体系设计技能。适用场景：(1) 制定产品季度/年度 OKR，(2) 设计产品核心 KPI 指标体系，(3) 拆解战略目标为可执行指标，(4) OKR 复盘与评分，(5) 用户说「制定OKR」「设计KPI」「指标拆解」「目标管理」时触发

生成结构化的上线复盘报告，包含目标达成、偏差原因、经验沉淀和后续行动项（含责任归因和改进 owner）。当用户说"写复盘""上线复盘""项目复盘""复盘报告""postmortem""版本回顾""迭代总结""上线总结"， 或者用户提供了上线数据/过程记录/问题清单并要求结构化总结时，使用这个 Skill。 也适用于：事故复盘（P0/P1 事故后的 RCA 报告）、OKR 复盘、季度复盘、A/B 实验复盘。 不适用于：纯需求撰写（用 pm-prd-writer）、纯优先级排序（用 pm-prioritization-engine）、周报日报（用 status-report）。

产品需求文档（PRD）生成器，覆盖五种产品形态：移动端 APP、移动端 H5、小程序、Web 运营管理系统、Web 官网。输出"字段级可开发"的中文 PRD，每个页面配原型图，并融合 ui-ux-pro-max 的设计智能补齐界面与交互规范。 触发场景：(1) "写需求文档" "出 PRD" "产品需求文档" "功能说明书"； (2) "写 APP 需求" "H5 活动页需求" "小程序需求" "运营后台 PRD" "官网需求"； (3) 用户描述了一个页面/功能（列表、表单、详情、Tab、信息流、指标看板、落地页、留资表单）并要求出文档； (4) "按短剧后台那份文档的格式写" "照那个文档的样式写需求"； (5) 已有 PRD 需要补漏、补校验规则、补指标口径、补 UX 规范、补原型图。 上游接力：需求还很模糊、连「该不该做」都没定 → 先用 `pm-prd-writer` 做需求体检与澄清，澄清完成后回本技能补形态判定、字段级规格、原型图与 UX 规范。 下游接力：PRD 与 SRS 都已落盘、用户要设计稿/高保真原型/可点原型/交互原型/预览墙 → 走 Step 8 出 **UI/UX设计稿**（可点可交互的独立 HTML），调 `ui-ux-pro-max` 落 `Prototype/<项目slug>/`（设计稿内容以 PRD 为主真源、共三张 iframe 预览墙：移动 393×852 / 官网 1280×900 / 后台 1440×900、点卡进全屏、全屏页右下角出稿帧与需求标注）。 流程位置：`pm-master` 13 阶段流程的**阶段5 深度档**（默认档是 `req-doc`／`prd-writer`）——本技能**不登记 `SPEC_SOURCE`**，流程内使用时须由流程在阶段5 收尾代为登记；也可单点直接调用。不适用于：SRS 需求规格说明书（用 req-doc）、纯前端页面实现（用 page-generator）、纯设计评审（用 ui-ux-pro-max）、纯技术方案（用 hld-design / lld-design）。

把模糊需求转化为可评审的产品需求文档（PRD）。当用户说"写个需求文档"、"帮我出PRD"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD"，或者用户描述了一段功能但没有结构化时，使用这个 Skill。 也适用于：用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD；用户说"PRD"、"产品需求"、"需求文档"、"功能说明书"等关键词；用户要求对已有PRD进行补全、优化、查漏补缺。 下游接力：需要「字段级可开发」的规格版 PRD（五形态判定、每页配线框图、UX 规范、验图的 Word 导出）→ 本技能澄清与补漏完成后转 `pm-prd-spec`。 不适用于：纯技术方案设计（用 hld-design / lld-design）、纯 UI 稿标注（用 annotation）、项目管理类文档（用 pm-stakeholder-report）、SRS 需求规格说明书（用 req-doc）。

对需求/功能/项目进行多维度优先级排序，输出版本排期建议。当用户说"帮我排优先级"、"这些需求怎么排"、"用 RICE 打分"、"ICE 评分"、"Kano 分析"、"成本收益分析"、"功能排期"、"路线图规划"、"哪些先做哪些后做"、"版本规划"， 或者用户列出了一批需求/功能/项目并需要决策顺序时，使用这个 Skill。 也适用于：用户想比较多个优先级模型的结果；用户对当前路线图有疑问想重新评估；资源有限需要砍需求；用户提到"RICE"、"ICE"、"Kano"、"优先级矩阵"等专业术语。 不适用于：纯项目管理（排期甘特图）、纯需求文档撰写（用 pm-prd-writer）、纯用户调研设计（用 pm-survey-designer）。

模拟多角色 PRD/原型评审会，从产品、研发、测试、设计、运营、法务六大视角给出评审结论。当用户说"帮我评审一下这个 PRD"、"看看这个需求有没有问题"、"模拟评审会"、"review 一下这个文档"、"这个需求能不能过评审"、"帮我查漏补缺"时触发。 也适用于：用户上传了 PRD、需求文档、原型截图、功能说明并要求检查；用户提到"评审"、"review"、"过会"、"需求评审"、"方案评审"等关键词；用户要求从研发或测试视角看需求是否可行。 不适用于：写 PRD（用 pm-prd-writer）、纯代码审查（用 code-review）、纯设计走查（用 design-critique）。

产品路线图规划技能。适用场景：(1) 制定季度/年度产品路线图，(2) 版本规划和里程碑设计，(3) 多团队功能交付协调，(4) 向管理层或投资人展示产品规划，(5) 用户说「做路线图」「产品规划」「版本计划」「roadmap」时触发 流程位置：`pm-master` 13 阶段流程的**阶段3 默认档**，深度档是 pm-roadmap-planner：四步法 + 甘特图 HTML；也可单点直接调用。

版本规划与路线图设计 Skill。从季度目标、团队产能、依赖方信息出发，输出可执行的版本路线图（里程碑、依赖风险、缓冲策略、每阶段成功指标）。 触发条件：用户提到"路线图"、"版本规划"、"roadmap"、"里程碑"、"季度计划"、"迭代规划"、"版本排期"、"项目排期"、"依赖梳理"、"风险预案"、"缓冲方案"、"迭代计划"、"sprint规划"、"release plan"、"OKR拆解"等关键词。 也适用于：用户提供季度目标/团队产能/依赖信息要求排期；用户要求将战略目标拆解为可执行的里程碑；用户要求评估项目风险和缓冲方案；用户要求制定跨团队协作的版本计划。 典型输入：季度目标 + 团队产能 + 依赖方信息 + 约束条件。 不适用于：每日站会（直接沟通）、单个需求设计（用 pm-prd-writer）、数据分析（用 pm-analytics）。

产品迭代规划与敏捷管理技能。适用场景：(1) Sprint/迭代规划会议准备，(2) 将需求拆解为研发任务，(3) 估算工时和容量规划，(4) 迭代复盘总结，(5) 用户说「迭代规划」「sprint计划」「需求拆解」「任务分解」「迭代复盘」时触发

产品经理汇报材料生成技能。适用场景：(1) 月度/季度产品汇报，(2) 向管理层/投资人汇报产品进展，(3) 跨部门产品Review，(4) 产品立项/需求评审材料，(5) 用户说「做汇报」「写汇报材料」「产品复盘」「产品Review」「向老板汇报」时触发