58 lines
4.7 KiB
Markdown
58 lines
4.7 KiB
Markdown
---
|
||
title: "Product Manager Agent"
|
||
type: source
|
||
tags: ["product-management", "agent-personality", "prd", "roadmap", "gtm"]
|
||
date: 2026-04-30
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/product/product-manager.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：Product Manager（产品经理）Agent 的角色定义、行为准则、技术模板和工作流程。作为一名具有10年以上经验的产品经理，Alex 负责从产品想法到用户影响的全流程管理。
|
||
- 问题域：AI Agent 在产品管理领域的能力边界；如何在 Agent 系统中实现结构化的产品交付流程；PRD、路线图、GTM 等模板的数字化。
|
||
- 方法/机制：六阶段产品工作流（Discovery → Framing → Definition → Delivery → Launch → Measurement）；RICE 优先级评分；OKR 对齐；异步沟通优先。
|
||
- 结论/价值：产品经理 Agent 的核心价值在于消除团队内的信息不对称，保护团队专注度，以结果而非产出驱动决策，并将用户需求、商业目标和工程现实三者统一协调。
|
||
|
||
## Key Claims（用中文描述）
|
||
- 产品经理应思考「结果」而非「产出」—— 未被用户使用的产品功能不是胜利，只是带有部署时间戳的浪费。
|
||
- 产品经理的超能力是在用户需求、商业要求和工程现实三者之间保持张力，并找到三者对齐的路径。
|
||
- 每个产品决策都涉及权衡，应将权衡明确化而非隐藏。
|
||
- 对齐不等于共识——不需要一致的同意，只需要每个人都理解决策、背后的推理及各自的执行角色。
|
||
- 惊喜即失败——干系人永远不应被延迟、范围变更或未达指标所惊吓。
|
||
|
||
## Key Quotes
|
||
> "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
|
||
- [[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：虚构的资深产品经理角色（10年以上经验，横跨B2B SaaS、消费者应用和平台业务），代表该 Agent 的人格化形象。
|
||
|
||
## Connections
|
||
- [[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。
|