产品决策算法库

要解决的问题

产品经理的日常工作被拆散在几十种框架里：做功能决策时要第一性原理，排期前要倒置推演失败路径，写 PRD 前要 JTBD 访谈，上线前要预 mortem 风险扫描。团队实际面对的不是「缺框架」，而是框架散落各处、触发时机不清、输出格式不统一。真正卡住决策的往往是两件事：不知道当前问题该用哪个技能，以及用了框架却没有可复用的输出模板。

这个技能如何工作

产品经理专家（规范名 @org-bzwfrdvh/aipdd-pm-master）把原先 56 个独立 SKILL 合并进一份统一文档，按八大领域组织：产品思维、产品策略、市场与定位、数据与财务、日常工作、用户研究、需求与文档、职业成长。技能速查表按「领域 / 技能 / 关键词触发」三列组织，通过 关键词触发 列决定何时启动哪个技能，避免翻文档找场景。

每个技能固定包含五部分：

• 适用场景：明确写什么情况下用、什么情况下不用（如意图探索器明确不适用于可复现的 bug 修复）
• 核心概念：框架背后的原理，而不是步骤清单
• 应用流程：可执行的分步流程，例如第一性原理分解器的「识别假设 → 分解到原子 → 从真理重建」三阶段
• 输出模板：可直接套用的陈述格式，如 JTBD 的「当 [情境]，我想 [动机]，以便 [结果]」
• 常见陷阱：该技能最容易翻车的地方

技能分三种调用方式：组件型技能按文档步骤直接执行，交互式技能按通用交互协议多轮运行，工作流技能按阶段顺序组合调用多个技能。

通用交互协议（源自 workshop-facilitation）统一了所有对话式技能的行为：一次只问一个问题、开始前预告时长与题量、支持 引导式 / 情境粘贴 / 最佳猜测 三种进入模式、每轮显示进度标签如 背景 Q1/8、选项支持 #1、1,3 或自定义文本、可被元问题打断后恢复流程。

几个有代表性的能力：

• 倒置策略师：不问「如何实现 X」，而问「什么会保证失败」，列出 7-10 条失败路径后分类转化规避策略
• 优先级顾问：最多 4 个自适应问题（产品阶段 → 团队情境 → 决策需求 → 利益相关方动态），从 RICE、Kano、MoSCoW、延迟成本等框架中给出推荐
• Epic 假设：用 If/Then 格式把 epic 写成可证伪的赌注，配套小发现行动实验和验证指标
• Epic 拆解顾问：按 9 种拆分模式顺序排查，强调垂直切片而非水平技术层切片
• 海拔与地平线框架：诊断 PM 到总监的四个转型区，并提供上下文级联的六步法

适用边界

合并文档不等于技能替你决策。框架给出的是结构化提问和输出格式，判断仍然来自你对业务的理解：优先级顾问明确说明框架不能替代战略愿景，Epic 假设预设了实验可行的前提，意图探索器需要你有足够的用户输入做综合。

交互式技能的每次多轮会话都有时间成本，最佳猜测 模式产出的建议必须附「待验证假设」列表核对，否则容易把常见情境当成你的真实情境。组件型技能的输出模板直接套用前，建议按团队实际语境改写，模板的格式价值大于措辞价值。