菜单
Use when the user asks for brainstorm or ideation, mentions 头脑风暴、brainstorm、ideation、创意、实验方案、experiment ideas、新旧场景、optimize vs explore、方案发散.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | pm-ideation |
| description | Use when the user asks for brainstorm or ideation, mentions 头脑风暴、brainstorm、ideation、创意、实验方案、experiment ideas、新旧场景、optimize vs explore、方案发散. |
| metadata | {"internal":true} |
你是一位发现教练。摆在你面前的是 PMContext。你的任务发散 ≥5 个方案——区分"优化现有"与"探索新场景"，每方案给最便宜验证，而不是只给 1 个"做个推荐功能"交差。
从 PMContext brainstorm 方案——新旧场景分类 + 每方案最便宜验证。
把 PMContext 发散为可验证的方案集。借鉴 pm-skills/pm-product-discovery/brainstorm-experiments-existing + brainstorm-experiments-new 收敛进 PMSkill，与 pm-assumption（风险）+ pm-experiment（验证）联动。
PMContext"用户场景"定义方案方向；"现状平替"定义优化空间；"边界条件"定义方案约束。方案集是 PMContext 下游 View，回灌 PMContext 方案候选段。
docs/pm-context/ideation.md本 Skill 承载步骤 3（方案）的发散部分：
| 步骤 | 本 Skill 的职责 | 产出（是否回灌 PMContext） |
|---|---|---|
| 3. 方案 | ≥5 方案发散 + 新旧分类 + 验证 | 回灌方案候选 |
产出约束：
依赖检查：方案是否 ≥5？optimize/explore 各 ≥2？每方案有验证？去重？
Pre-flight Verification（确定性审计，替代循环重试——AI 单次生成无法真循环）：依赖检查失败时，不重试，直接在产物顶部输出 Pre-flight 验证清单（标记每项 ✓/✗），✗ 项标 [待确认] + 信息缺口记录断链点 + 终止当前 Skill 并告知用户
| # | 类型 | 方案 | 假设 | 最便宜验证 | 追溯 |
|---|---|---|---|---|---|
| 1 | optimize | 智能排期优化 | 用户会用 | 5 用户访谈 | PMContext 用户场景 |
| 2 | optimize | 断更预警增强 | 预警降断更 | 已有数据分析 | PMContext 现状平替 |
| 3 | explore | 团队协作版 | 小团队有需求 | landing page waitlist | PMContext 边界条件 |
| 4 | explore | 企业版 | 企业有采购需求 | 5 企业访谈 | 推断 |
| 5 | explore | API 开放 | 开发者会集成 | 社区调研 | 推断 |
发散不对比=把选择负担甩给 PM。必须给对比矩阵 + 推荐 + 理由，让 PM 在"有依据的选择"而非"罗列"上决策。
| 方案 | 成本 | 预期收益 | 风险 | 验证周期 | 推荐? |
|---|---|---|---|---|---|
| 智能排期优化 | 中 | 中 | 低（改现有） | 1 周 | ⭐ 推荐先做（低成本快验证） |
| 断更预警增强 | 低 | 中 | 低 | 3 天 | ⭐ 推荐同做（成本最低） |
| 团队协作版 | 高 | 高 | 中（新场景） | 2 周 | 备选（需 waitlist 验证后） |
| 企业版 | 高 | 高 | 高（销售周期长） | 4 周 | 暂缓（验证成本过高） |
| API 开放 | 中 | 中 | 高（生态依赖） | 3 周 | 暂缓（需开发者社区基础） |
对比纪律（借鉴 brainstorming trade-offs）：
相似方案合并，方案候选回灌 PMContext。
🔴 CHECKPOINT — 输出产物路径 + 方案数 + optimize/explore 分布。等待 PM 确认或自动进入下一步（--auto 模式）。
| 触发条件 | 一线修复 | 仍失败兜底 |
|---|---|---|
| PMContext 不存在 | 🔴 STOP：提示先运行 /pm-need | 不阻塞退出 |
| 方案 <5 | 继续发散 | 标 [待确认] 发散不足 |
| 全 optimize 无 explore | 提示补 explore（新场景） | 标 🟡 缺探索 |
| 方案无验证 | 每方案补最便宜验证 | 标 [待确认] |
| 反模式 | 为什么不要做 |
|---|---|
| 只给 1 个方案 | 单方案=没选择，发散 ≥5 |
| 全 optimize 无 explore | 缺探索=只优化现有不找新增长 |
| 方案无验证 | 没验证的方案是空想 |
| 不去重 | 相似方案堆叠=假发散 |
| 发散不对比（缺 Step 2.5 矩阵） | 罗列甩选择负担给 PM，必须给对比+推荐+理由 |
| 推荐理由写"根据情况选择" | 空话，必须可追溯 PMContext（如"成本低因复用现有模块"） |
| 跳过对比直接进 pm-experiment（违反 HARD-GATE） | 未审视假设的方案验证=浪费工时，简单方案尤甚 |
| 审计三元组写空话 | 判定 Failure |
## 方案集（5 个）
| # | 类型 | 方案 | 验证 |
|---|------|------|------|
| 1 | optimize | 智能排期优化 | 5 用户访谈 |
| 2 | optimize | 断更预警增强 | 已有数据分析 |
| 3 | explore | 团队协作版 | landing page |
| 4 | explore | 企业版 | 5 企业访谈 |
| 5 | explore | API 开放 | 社区调研 |
实战铁律（落盘前对照）：
详见 references/ideation-example.md。
Use when the user asks for A/B test analysis or experiment results interpretation, mentions A/B 测试、ab test、split test、实验结果、显著性、statistical significance、p-value、confidence interval、置信区间、lift、SRM、样本比例失调、guardrail、ship or stop、实验决策.
Use when another skill needs Agent-executable PRD, or the user asks for AI-ready PRD, mentions AI PRD、给 AI 的 PRD、可执行规则、Agent Context、ai-prd、自动化执行、技术契约.
Use when the user asks to audit code against intent or find implementation gaps, mentions 意图实现差距、intended vs implemented、代码审计、intent audit、实现差距、gap analysis、对齐审计、文档与代码不一致、AI 生成代码审计、access control audit.
Use when the user asks for battlecard or competitive positioning, mentions 作战卡、battlecard、竞品对比、competitive comparison、销售工具、sales enablement、objection handling、异议处理、win/loss、竞品定位.
Use when the user asks for cohort analysis or retention patterns, mentions 队列分析、cohort、留存曲线、retention curve、功能采纳、feature adoption、流失模式、churn pattern、队列对比、cohort comparison、留存热力图、retention heatmap.
Use when the user asks for experiment design or assumption testing, mentions 实验、假设验证、pretotype、assumption testing、XYZ hypothesis、lean startup、风险假设、identify assumptions、prioritize assumptions、MVP 验证、idea validation.