Update nexus wiki content
This commit is contained in:
@@ -1,52 +1,57 @@
|
||||
---
|
||||
title: "Product Manager Agent"
|
||||
type: source
|
||||
tags: []
|
||||
date: 2026-04-25
|
||||
tags: ["product-management", "agent-personality", "prd", "roadmap", "gtm"]
|
||||
date: 2026-04-30
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/product/product-manager.md]]
|
||||
- [[Agent/agency-agents/product/product-manager.md]]
|
||||
|
||||
## Summary（用中文描述）
|
||||
- 核心主题：Product Manager Agent — 一个具备10年以上产品管理经验的专业AI代理角色定义
|
||||
- 问题域：产品生命周期管理（从发现到衡量）、跨职能团队协调、需求优先级决策、利益相关者对齐
|
||||
- 方法/机制：基于 Outcome-Driven 的产品方法论、PRD/机会评估/路线图/GTM等标准化交付物、六阶段工作流程
|
||||
- 结论/价值：提供一套完整的AI Agent产品经理角色规范，包括身份定义、核心规则、交付模板和工作流程
|
||||
- 核心主题：Product Manager（产品经理）Agent 的角色定义、行为准则、技术模板和工作流程。作为一名具有10年以上经验的产品经理，Alex 负责从产品想法到用户影响的全流程管理。
|
||||
- 问题域：AI Agent 在产品管理领域的能力边界；如何在 Agent 系统中实现结构化的产品交付流程；PRD、路线图、GTM 等模板的数字化。
|
||||
- 方法/机制：六阶段产品工作流（Discovery → Framing → Definition → Delivery → Launch → Measurement）；RICE 优先级评分；OKR 对齐；异步沟通优先。
|
||||
- 结论/价值：产品经理 Agent 的核心价值在于消除团队内的信息不对称，保护团队专注度，以结果而非产出驱动决策，并将用户需求、商业目标和工程现实三者统一协调。
|
||||
|
||||
## Key Claims（用中文描述）
|
||||
- Product Manager Agent 以 Alex 为身份，具备10年以上B2B SaaS、消费者应用和平台业务的从业经验
|
||||
- 产品经理的超能力是在用户需求、业务目标和工程现实三者之间找到对齐路径
|
||||
- 所有功能都是假设，发布后才成为实验，成功的产品是那些能measurable改变用户行为的产品
|
||||
- 路线图不是承诺，而是一个关于impact最可能发生在哪里的优先赌注清单
|
||||
- 产品经理应思考「结果」而非「产出」—— 未被用户使用的产品功能不是胜利，只是带有部署时间戳的浪费。
|
||||
- 产品经理的超能力是在用户需求、商业要求和工程现实三者之间保持张力，并找到三者对齐的路径。
|
||||
- 每个产品决策都涉及权衡，应将权衡明确化而非隐藏。
|
||||
- 对齐不等于共识——不需要一致的同意，只需要每个人都理解决策、背后的推理及各自的执行角色。
|
||||
- 惊喜即失败——干系人永远不应被延迟、范围变更或未达指标所惊吓。
|
||||
|
||||
## Key Quotes
|
||||
> "Features are hypotheses. Shipped features are experiments. Successful features are the ones that measurably change user behavior. Everything else is a learning." — 核心产品哲学
|
||||
> "I will always tell you what we're NOT building and why. That list is as important as the roadmap — maybe more." — 优先级与拒绝的艺术
|
||||
> "My job isn't to have all the answers. It's to make sure we're all asking the same questions in the same order." — PM的真正职责
|
||||
> "The roadmap isn't a promise. It's a prioritized bet about where impact is most likely." — 路线图的本质
|
||||
> "A feature shipped that nobody uses is not a win — it's waste with a deploy timestamp." — 核心产品价值观
|
||||
> "I'd recommend we ship v1 without the advanced filter. Here's the reasoning: analytics show 78% of active users complete the core flow without touching filter-like features..." — 权衡决策的典型表达方式
|
||||
|
||||
## Key Concepts
|
||||
- [[Outcome-Driven Product Management]]：以可衡量结果而非产出为导向的产品管理方法论
|
||||
- [[RICE Prioritization]]：基于 Reach、Impact、Confidence、Effort 四个维度评估功能优先级
|
||||
- [[PRD]]：Product Requirements Document — 结构化的产品需求文档模板
|
||||
- [[Opportunity Assessment]]：机会评估，在提出解决方案前对商业机会进行结构化分析
|
||||
- [[Product Roadmap]]：产品路线图，采用 Now/Next/Later 三层结构
|
||||
- [[Go-to-Market Brief]]：产品上市计划，包含目标受众、价值主张、发布清单和成功标准
|
||||
- [[Sprint Health Snapshot]]：冲刺健康快照，追踪承诺vs交付、阻塞项和范围变更
|
||||
- [[Sprint Ceremonies]]：冲刺 ceremonies — 计划、每日站会、评审、回顾
|
||||
- [[North Star Metric]]：北极星指标，最能衡量用户获得价值和业务健康的单一指标
|
||||
- [[Product Requirements Document (PRD)]]：结构化的产品需求文档模板，涵盖问题陈述、目标指标、用户故事、解决方案、技术考量、发布计划等八大章节。
|
||||
- [[RICE Prioritization Score]]：R × I × C ÷ E 公式，评估需求优先级，综合考虑触达量（Reach）、影响力（Impact）、置信度（Confidence）和工作量（Effort）。
|
||||
- [[Go-to-Market (GTM) Brief]]：产品发布计划，包含目标受众、价值主张、发布检查清单和成功标准。
|
||||
- [[Sprint Health Snapshot]]：冲刺健康快照，追踪承诺与交付的对比、阻塞项、范围变更和风险。
|
||||
- [[Opportunity Assessment]]：机会评估文档，在解决方案讨论前撰写，包含用户证据、商业案例和 RICE 评分。
|
||||
- [[Product Roadmap (Now/Next/Later)]]：三层路线图框架，分别对应当前季度承诺、下一步方向和战略性押注。
|
||||
- [[Outcome vs. Output]]：结果导向思维——追踪用户行为的实际改变，而非功能是否上线。
|
||||
- [[Pre-Mortem]]：事前验尸——假设8周后发布失败，分析失败原因，提前预防。
|
||||
|
||||
## Key Entities
|
||||
- [[Alex]]：Product Manager Agent 的角色名，10年以上产品管理经验的AI代理化身
|
||||
- [[B2B SaaS]]：产品经理Agent经验覆盖的领域之一
|
||||
- [[Consumer Apps]]：产品经理Agent经验覆盖的领域之一
|
||||
- [[Platform Businesses]]：产品经理Agent经验覆盖的领域之一
|
||||
- Alex：虚构的资深产品经理角色（10年以上经验，横跨B2B SaaS、消费者应用和平台业务），代表该 Agent 的人格化形象。
|
||||
|
||||
## Connections
|
||||
- [[Agents Orchestrator]] ← coordinates ← [[Product Manager]]
|
||||
- [[Product Feedback Synthesizer Agent]] → feeds insight into → [[Product Manager]]
|
||||
- [[Senior Project Manager Agent]] ← overlaps_scope ← [[Product Manager]]（两者都涉及项目交付，但PM更偏产品战略）
|
||||
- [[Product Requirements Document (PRD)]] ← is_a_template_of ← [[Product Manager Agent]]
|
||||
- [[RICE Prioritization Score]] ← used_by ← [[Product Manager Agent]]
|
||||
- [[Opportunity Assessment]] ← used_by ← [[Product Manager Agent]]
|
||||
- [[Go-to-Market (GTM) Brief]] ← used_by ← [[Product Manager Agent]]
|
||||
- [[Product Roadmap (Now/Next/Later)]] ← maintained_by ← [[Product Manager Agent]]
|
||||
- [[Sprint Health Snapshot]] ← owned_by ← [[Product Manager Agent]]
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突
|
||||
- 与 [[Senior Project Manager Agent Personality]] 冲突：
|
||||
- 冲突点：项目管理 vs. 产品管理的职责边界——产品经理专注于「做什么和为什么」，项目经理专注于「怎么做和何时做完」。
|
||||
- 当前观点：产品经理主导发现、定义和衡量；由项目经理负责交付执行的时间线管理。
|
||||
- 对方观点：项目交付中两者的职责存在较大重叠，尤其在敏捷团队中 PM 可能兼任项目经理职能。
|
||||
- 与 [[Agents Orchestrator]] 冲突：
|
||||
- 冲突点：Agent 生态中各角色 Agent 的编排机制——产品经理 Agent 的决策是否自动传递给执行类 Agent。
|
||||
- 当前观点：产品经理 Agent 输出结构化文档（PRD、路线图），由其他 Agent 或人类读取并执行。
|
||||
- 对方观点：多 Agent 系统中存在自主编排需求，产品经理 Agent 可能需要主动触发下游 Agent。
|
||||
|
||||
Reference in New Issue
Block a user