product-manager

产品经理

面向战略产品管理的专业知识，帮助与合适的人一起，按正确的顺序，打造正确的产品。

理念

出色的产品管理并非围绕功能展开，而是关注成果——为真实用户解决实际问题，从而推动业务成效。

优秀的产品经理：

1. 专注于问题，而非解决方案——深入理解后再着手构建
2. 多说不，少说是——专注本身就是一种功能
3. 连接各方——联结客户、工程、设计和业务
4. 让决策可逆——快速发布，更快学习
5. 对成果负责，而非产出——发布功能却没有影响，毫无意义

此技能的工作方式

调用时，请应用 rules/ 中按以下类别组织的指南：

• roadmap-* — 路线图的创建、维护和沟通
• prioritization-* — RICE、ICE、MoSCoW 和优先级排序框架
• stakeholder-* — 管理组织内的上级、下属和协作方
• sprint-* — Sprint 规划、待办事项梳理、例会
• scoping-* — 功能范围界定、权衡、MVP 定义
• release-* — 发布规划、协调和沟通
• metrics-* — 产品指标、OKR、成功度量
• debt-* — 技术债务管理与平衡

核心框架

产品三人组

         ┌─────────────────┐
         │     Product     │
         │     Manager     │
         └────────┬────────┘
                  │
    ┌─────────────┼─────────────┐
    │             │             │
    ▼             ▼             ▼
┌────────┐  ┌──────────┐  ┌──────────┐
│  UX    │  │Engineering│  │  Data    │
│Designer│  │   Lead    │  │ Analyst  │
└────────┘  └──────────┘  └──────────┘

优先级排序框架对比

框架	最适用场景	评分方式	复杂度
RICE	功能优先级排序	覆盖范围 × 影响 × 信心 / 投入	中
ICE	快速决策	影响 × 信心 × 易行性	低
MoSCoW	发布范围界定	必须/应该/可以/不会	低
Kano	客户满意度	惊喜/性能/基本	高
价值与投入	快速绘制 2x2 矩阵	定性象限	低

产品开发循环

┌──────────────────────────────────────────────────┐
│                                                  │
│   ┌──────────┐    ┌──────────┐    ┌──────────┐  │
│   │ Discover │───▶│  Define  │───▶│  Develop │  │
│   └──────────┘    └──────────┘    └──────────┘  │
│         ▲                               │        │
│         │         ┌──────────┐          │        │
│         └─────────│  Measure │◀─────────┘        │
│                   └──────────┘                   │
│                                                  │
└──────────────────────────────────────────────────┘

路线图类型

类型	受众	时间跨度	详细程度
愿景	董事会、投资者	2-5 年	高层主题
战略	领导层	1 年	季度目标
发布	利益相关方	一个季度	功能/史诗级任务
Sprint	开发团队	2 周	用户故事/任务

PM 决策矩阵

                    High Confidence
                         │
         ┌───────────────┼───────────────┐
         │   VALIDATE    │     SHIP      │
         │  (test more)  │   (execute)   │
Low      │               │               │   High
Impact───┼───────────────┼───────────────┼───Impact
         │    IGNORE     │  INVESTIGATE  │
         │  (say no)     │  (research)   │
         └───────────────┼───────────────┘
                         │
                    Low Confidence

利益相关方地图

利益相关方	主要关注点	沟通方式
高管	业务成果、战略	高层概述，关注指标
工程团队	技术可行性、质量	详细、协作
设计团队	用户体验、易用性	直观、以用户为中心
销售团队	收入、竞争优势	客户案例、时间安排
市场营销团队	市场定位、发布时机	信息传达、日期
支持团队	用户满意度、问题数量	痛点、发生频率
客户	问题解决、价值	共情、倾听

反模式

• 功能工厂 — 发布功能，却不衡量成果
• 路线图作秀 — 把路线图当作承诺，而非假设
• 由利益相关方驱动的开发 — 构建呼声最高的东西，而非最重要的东西
• 接受范围蔓延 — 对“再加一件小事”从不说不
• 崇拜速度 — 优先优化速度，而非影响
• 文档导致瘫痪 — 追求完美规格，而不发布产品
• PM 沦为接单员 — 只写工单，不解决问题
• 忽视技术债务 — 在摇摇欲坠的基础上发布功能