菜单
Use when: 需要细化功能实现细节、拆解复杂功能、为开发准备详细任务、功能点需多维度描述 Do NOT use when: 功能已足够简单可直接进入开发、仅需功能列表无需深度拆解
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Product Manager Skills Pack - Full lifecycle support from demand to delivery 让一个产品经理拥有一个产品团队的能力 Use when: Starting a new product, planning features, analyzing market, designing solutions, managing growth, strategic decision
Use when starting any product management task - automatically detects task type and invokes appropriate PM skill using intelligent routing
Use when: 需要检查super-pm skills健康状态、定期维护审计、验证元数据完整性 Do NOT use when: 正在使用某个功能skill、仅需执行产品管理任务
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
Use when: 需要理解用户体验全链路、发现用户痛点与机会点、优化用户转化流程 Do NOT use when: 用户流程已非常清晰、仅需单一功能分析而非全局体验
Use when: 需要了解市场格局与竞争态势、收集行业数据、分析竞品优劣势、评估市场机会 Do NOT use when: 市场已有充分内部调研数据、仅需简单规模估算无需深度分析
| name | pm-feature |
| description | Use when: 需要细化功能实现细节、拆解复杂功能、为开发准备详细任务、功能点需多维度描述 Do NOT use when: 功能已足够简单可直接进入开发、仅需功能列表无需深度拆解 |
| allowed-tools | ["Agent","Read","Write","AskUserQuestion","Bash"] |
bash "$(dirname "${BASH_SOURCE[0]}")"/check-update.sh 2>/dev/null || true
# 读取技能包版本号
SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true
if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi
mkdir -p docs/02-方案设计
echo "📊 正在检查前置文档..."
if [ -f "docs/02-方案设计/PRD产品需求文档.md" ]; then
echo "✅ PRD文档 - 已找到"
else
echo "⏳ PRD文档 - 未找到"
fi
if [ -f "docs/02-方案设计/原型设计方案.md" ]; then
echo "✅ 原型设计方案 - 已找到"
else
echo "⏳ 原型设计方案 - 未找到"
fi
当流程要求与用户交互时：
您希望拆解哪个功能？
A) 拆解所有核心功能（基于PRD功能列表） B) 拆解单个功能（请指定功能名称） C) 拆解某个模块的所有功能 D) 其他（请手动输入）
💡 提示：开发准备→拆解所有，技术评审→拆解单个复杂功能，项目排期→拆解某模块
记录到变量 FEATURE_SCOPE
必需文档：PRD产品需求文档、原型设计方案（需其一） 可选文档：技术对接方案、MVP方案
如果 PRD 不存在：
⚠️ 未找到 PRD 文档
A) 执行 /pm-docs 生成 PRD B) 使用 MVP 方案作为输入 C) 手动输入功能需求（快速模式）
从 PRD 提取功能模块划分、功能需求列表、优先级。 从原型设计提取页面功能、交互功能、状态功能。
📋 基于PRD识别出以下功能列表：
用户模块：用户注册、登录、个人信息管理 业务模块：商品浏览、搜索、购物车、订单管理
是否拆解所有功能？
A) 是的，拆解所有 B) 只拆解部分 C) 需要调整功能列表
对每个功能使用拆解模板：
📝 {功能名称} 功能描述：{从PRD提取} 优先级：P0/P1/P2 用户价值：{解决什么用户问题}
🎯 使用动机： A) 完成核心任务 B) 解决具体问题 C) 满足情感需求 使用场景： A) 日常高频 B) 低频但重要 C) 偶发场景
主流程：前置条件→操作步骤序列(6-12步)→后置操作 分支流程：对每个异常场景：触发条件→系统处理→用户反馈→后续操作
🎨 页面结构：顶部/主体/底部元素 交互元素：输入框(校验规则)、按钮(状态)、列表(分页) 状态展示：加载状态/空状态/错误状态
💾 输入数据：字段名/类型/必填/校验规则 数据处理：存储位置/更新逻辑/删除策略 数据校验：格式校验/业务校验/权限校验
前端异常（网络/校验/超时）和后端异常（参数/业务/系统）的处理方案 + 边界条件
🔧 前端实现：组件选择、状态管理、性能优化 后端实现：API设计、数据库操作、缓存策略 第三方依赖：{服务名称} - {用途}
功能测试（正常/异常/边界）、性能测试、安全测试、兼容性测试
使用 Write 工具创建 docs/02-方案设计/功能细节拆解.md。
参考 references/output-template.md 模板，文档结构：
如果有大量功能（>5个），可使用 Agent 工具并行拆解：
Agent 1: 拆解用户模块的所有功能
Agent 2: 拆解业务模块的所有功能
Agent 3: 拆解订单模块的所有功能
每个 subagent 按拆解模板输出到文档对应章节
主 agent 等待所有完成，整合输出最终文档
提供快速模式，用户手动输入功能名称和描述，AI 按模板自动拆解。
references/output-template.md✅ Good 示例：
- 有数据引用：「根据 Q4 数据，留存率从 35% 降至 28%」
- 有验证来源：「数据来源：Google Analytics, 2025-12-01」
- 有明确建议：「建议将新手引导步骤从 5 步减少至 3 步」
❌ Bad 示例：
- 模糊结论：「数据表明留存率有所下降」
- 无来源：「根据经验，这个功能很重要」
- 没有行动建议：「留存是个问题」
出现以下情况立即停止并回溯：
| 误区 | 正确做法 |
|---|---|
| 使用"应该"、"大概"、"看起来"做结论 | 必须基于实际数据和验证 |
| 未运行检查就声称已完成 | 先验证，再陈述 |
| 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 |
| "这次应该没问题"的想法 | 每次都要重新验证 |
建议执行：
/pm-user-story - 将功能拆解为具体用户故事/pm-journey - 绘制用户旅程地图，验证功能覆盖/pm-mvp - 根据功能拆解重新审视 MVP 范围docs/ 目录⚠️ 任何一项未通过 → 补全后再标记完成。