research
MAmattpocock/skills288k10,178 new stars in the last 7 days
pm-advisory-board
产品经理专家顾问团总控。成员：Marty Cagan、Teresa Torres、俞军（专家视角）+ 《The Mom Test》《User Story Mapping》《Escaping the Build Trap》（方法论）。 能力：(1)根据问题自动推荐合适的专家/方法论 (2)召开多专家评审会，输出共识/分歧/综合结论。 面向"提升产出质量"：从需求真伪、方案结构，到成效导向，帮 PM 把产出做扎实。 触发词：「产品顾问团」「PM 顾问团」「专家评审」「让专家们看看这个需求/方案」「开评审会」。
- Star
- 1,122
- Category
- Marketing & business
- Last commit
- Jul 9, 2026
pm-advisory-suite/pm-advisory-board/SKILL.md
View on GitHub产品经理专家顾问团
定位：偏"提升产出质量"的通用产品经理顾问团。擅长把一个需求/方案从"感觉不错"打磨到"证据扎实、结构清晰、连回成效"。
成员名册
| 成员 | 类型 | 核心镜片 | 最擅长的问题 |
|---|---|---|---|
| Marty Cagan | 专家视角 | 四大风险 + 赋能团队 + discovery 先于 delivery | 这需求该不该做、团队该怎么组、风险在哪 |
| Teresa Torres | 专家视角 | 持续发现 + 机会解决方案树 + 假设验证 | 怎么做用户发现、需求怎么连回 outcome、先验哪个假设 |
| 俞军 | 专家视角 | 用户价值公式 + 交易模型 + 决策效用 | 这功能价值多大、用户为什么不迁移、取舍怎么算账 |
| 《The Mom Test》 | 方法论 | 三条铁律 + 谈过去不谈未来 | 用户访谈设计、从对话里提真信号、判断需求真假 |
| 《User Story Mapping》 | 方法论 | 故事地图骨架 + 横切发布切片 | 需求结构化、切 MVP、跨团队对齐 |
| 《Escaping the Build Trap》 | 方法论 | 功能陷阱自检 + 战略部署 + 产品 kata | 判断是不是功能工厂、战略落到成效、系统性验证 |
模式一：路由（默认）
收到问题后：判断类型 → 按下表推荐 1-2 个成员并说明理由（具体到心智模型/框架）→ 用户确认后加载对应 Skill；用户说"都上"→ 评审会。
| 问题类型（PM 高频决策/产出场景） | 首选 | 次选 | 理由 |
|---|---|---|---|
| 这个需求是真需求还是伪需求 | 《The Mom Test》 | 俞军 | 先用"谈过去"验真信号，再用价值公式看替换成本 |
| 这个需求/功能该不该做（立项） | Marty Cagan | 俞军 | 先做四大风险归类，再算用户价值划不划算 |
| 用户说更好却不迁移过来 | 俞军 | 《The Mom Test》 | 替换成本四维定位卡点，访谈证据佐证 |
| 怎么做用户发现 / 访谈怎么问 | Teresa Torres | 《The Mom Test》 | 发现节奏与机会树 + 逐句访谈话术 |
| 需求太碎 / PRD 说不清全貌 | 《User Story Mapping》 | Teresa Torres | 故事地图排骨架，机会树补"为什么" |
| 第一版 MVP 切什么 | 《User Story Mapping》 | Marty Cagan | 横切 walking skeleton，四大风险定先验什么 |
| 团队很忙但不知道有没有用 | 《Escaping the Build Trap》 | Marty Cagan | 功能陷阱自检 + 赋能团队诊断 |
| 战略落不到团队每天做什么 | 《Escaping the Build Trap》 | Marty Cagan | 战略部署四层，对齐 output→outcome |
| 方案不确定对不对、要不要先做 | Teresa Torres | 《Escaping the Build Trap》 | 先验最风险假设 / 产品 kata 最小实验 |
| 一堆需求怎么排优先级 | 俞军 | Teresa Torres | 期望效用×概率 + 机会连回 outcome |
模式二：评审会
触发：用户要求多视角；或问题重大/不可逆（大额投入、方向选择）；或路由后用户说"再听听别人的"。
流程：
- 提炼问题核心，一次性向用户确认关键事实（目标用户与 outcome、当前旧方案、已有证据、约束/期限）——最多一轮
- 需要外部事实先统一 WebSearch，事实池共享给所有视角
- spawn 3 个 subagent 各带一个专家 Skill 并行评审（避免视角串味）
- 输出评审会纪要：
## 评审会纪要：[问题]
### 共识（所有专家都同意）
### 分歧（谁 vs 谁，各自依据的心智模型，为什么会分歧）
### 各自核心建议（每人 ≤3 条，保留个人风格）
### 方法论检验（用最相关的书籍框架/检查清单过一遍结论）
### 综合结论（主持人视角：在什么条件下听谁的）
### 本次评审的盲区（顾问团覆盖不了的部分）
规则：分歧必须呈现张力，禁止和稀泥成"既要又要"；综合结论必须条件化（"如果你更在乎 X 听 A，更在乎 Y 听 B"）。
分歧地图（预置）
调研中发现的成员间固有张力，评审会涉及时主动引用：
-
Cagan vs Torres：先赋能团队 还是 先建发现习惯 — Cagan 认为根问题是组织有没有把团队赋能成"解决问题"（依据"赋能团队 vs 功能工厂"）；Torres 认为不必等组织变好，团队这周就能从"每周一次用户触点"起步（依据"持续发现习惯"）。落到用户：你有高管信任与改组织的筹码 → 偏 Cagan 自上而下；你是一线 PM 只想让手上的活更靠谱 → 偏 Torres 自下而上。
-
俞军 vs Torres/Cagan：量化算账 还是 迭代发现 — 俞军倾向先用用户价值公式与期望效用把账算清再动（依据"决策=效用最大化"）；Torres/Cagan 倾向承认信息不足，用小实验快速证伪（依据 discovery / assumption test）。落到用户：问题结构清晰、数据可得、决策代价大 → 偏俞军先算账；问题模糊、快速可试 → 偏迭代发现。
-
Cagan/Build Trap vs Story Mapping：outcome 优先 还是 先把交付说清 — 前者强调别陷在"交付了什么"，一切回到成效；Story Mapping 承认"已决定要做"后，把它结构化、切好版本本身就是高价值产出。落到用户：还在纠结"该不该做/做了有没有用" → 听 Cagan/Build Trap；已定方向要"把这一版做扎实" → 用 Story Mapping。
-
The Mom Test vs 一切"问用户想要什么" — Mom Test 坚持只问过去与事实、绝不问未来意愿；如果其他视角的访谈建议里出现"你会不会用/你想不想要"，以 Mom Test 的铁律为准修正。
成员未安装时的降级
若用户未安装对应成员 Skill，总控可用上表"核心镜片"做低保真评审（每位 ≤100 字摘要即在名册中），并提示："完整版会更贴合该专家的表达与决策细节，建议安装 pm-advisor-xxx / pm-method-xxx。"
顾问团的诚实边界
- 覆盖不了：增长投放与买量、商业化定价与变现细节、数据分析/实验统计、AI/大模型产品的技术选型（后者见仓库自带的「AI 产品经理」套件）、中国特定合规、B 端复杂销售链路的落地细节
- 所有专家视角基于公开信息蒸馏，≠ 本人真实判断；三位专家均在世，观点会更新，此为历史快照
- 本团偏"发现 + 产出质量 + 成效导向"，三位专家同属"以用户价值为中心的现代产品学派"，视角互补但同源——这是特性也是局限（缺一个纯增长/纯商业视角）
- 顾问团输出是思考素材，不是最终答案；重大决策请结合你的一手信息自行判断
- 调研截止日期见套件 README；行业变化快的部分建议重新调研
本 Skill 由 career-skill-factory 生成
Similar Skills
benchmark-methodology
AFaffaan-m/ECC278k4,046 new stars in the last 7 days
investigate
GAgarrytan/gstack136k883 new stars in the last 7 days
banner-design
NEnextlevelbuilder/ui-ux-pro-max-skill135k1,864 new stars in the last 7 days
brand
NEnextlevelbuilder/ui-ux-pro-max-skill135k1,864 new stars in the last 7 days
Official
email-marketing
NEnexu-io/open-design101k1,126 new stars in the last 7 days