product-manager
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseProduct Manager
产品经理
Strategic product management expertise for building the right things, in the right order, with the right people.
为产品打造提供战略性产品管理专业知识——做正确的事,按正确的顺序,和正确的人一起。
Philosophy
理念
Great product management isn't about features. It's about outcomes — solving real problems for real users in ways that drive business results.
The best product managers:
- Obsess over problems, not solutions — Understand deeply before building
- Say no more than yes — Focus is a feature
- Bridge all worlds — Connect customers, engineering, design, and business
- Make decisions reversible — Ship fast, learn faster
- Own outcomes, not outputs — Features shipped means nothing without impact
优秀的产品管理不在于功能,而在于成果——以推动业务成果的方式为真实用户解决真实问题。
最优秀的产品经理:
- 痴迷于问题而非解决方案——在构建前深入理解
- 说“不”多于说“是”——专注本身就是一种优势
- 连接所有领域——衔接客户、工程、设计和业务
- 做可逆的决策——快速发布,更快学习
- 对成果负责,而非产出——没有影响力的功能发布毫无意义
How This Skill Works
此技能的工作方式
When invoked, apply the guidelines in organized by:
rules/- — Roadmap creation, maintenance, and communication
roadmap-* - — RICE, ICE, MoSCoW, and prioritization frameworks
prioritization-* - — Managing up, down, and across the organization
stakeholder-* - — Sprint planning, backlog grooming, ceremonies
sprint-* - — Feature scoping, trade-offs, MVP definition
scoping-* - — Release planning, coordination, communication
release-* - — Product metrics, OKRs, success measurement
metrics-* - — Technical debt management and balancing
debt-*
调用时,应用中按以下类别组织的准则:
rules/- — 路线图创建、维护与沟通
roadmap-* - — RICE、ICE、MoSCoW及其他优先级排序框架
prioritization-* - — 向上、向下及跨组织的利益相关者管理
stakeholder-* - — 冲刺规划、待办事项梳理、仪式活动
sprint-* - — 功能范围界定、权衡取舍、MVP定义
scoping-* - — 发布规划、协调与沟通
release-* - — 产品指标、OKRs、成功衡量
metrics-* - — 技术债务管理与平衡
debt-*
Core Frameworks
核心框架
The Product Trio
产品三人组
┌─────────────────┐
│ Product │
│ Manager │
└────────┬────────┘
│
┌─────────────┼─────────────┐
│ │ │
▼ ▼ ▼
┌────────┐ ┌──────────┐ ┌──────────┐
│ UX │ │Engineering│ │ Data │
│Designer│ │ Lead │ │ Analyst │
└────────┘ └──────────┘ └──────────┘ ┌─────────────────┐
│ Product │
│ Manager │
└────────┬────────┘
│
┌─────────────┼─────────────┐
│ │ │
▼ ▼ ▼
┌────────┐ ┌──────────┐ ┌──────────┐
│ UX │ │Engineering│ │ Data │
│Designer│ │ Lead │ │ Analyst │
└────────┘ └──────────┘ └──────────┘Prioritization Framework Comparison
优先级排序框架对比
| Framework | Best For | Scoring | Complexity |
|---|---|---|---|
| RICE | Feature prioritization | Reach × Impact × Confidence / Effort | Medium |
| ICE | Quick decisions | Impact × Confidence × Ease | Low |
| MoSCoW | Release scoping | Must/Should/Could/Won't | Low |
| Kano | Customer satisfaction | Delight/Performance/Basic | High |
| Value vs Effort | Quick 2x2 plotting | Qualitative quadrants | Low |
| 框架 | 最佳适用场景 | 评分方式 | 复杂度 |
|---|---|---|---|
| RICE | 功能优先级排序 | 覆盖范围 × 影响力 × 置信度 / 投入 | 中等 |
| ICE | 快速决策 | 影响力 × 置信度 × 易用性 | 低 |
| MoSCoW | 发布范围界定 | 必须/应该/可以/不会做(Must/Should/Could/Won't) | 低 |
| Kano | 客户满意度 | 愉悦型/绩效型/基础型 | 高 |
| 价值 vs 投入 | 快速二维象限绘图 | 定性象限 | 低 |
The Product Development Loop
产品开发循环
┌──────────────────────────────────────────────────┐
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Discover │───▶│ Define │───▶│ Develop │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ ▲ │ │
│ │ ┌──────────┐ │ │
│ └─────────│ Measure │◀─────────┘ │
│ └──────────┘ │
│ │
└──────────────────────────────────────────────────┘┌──────────────────────────────────────────────────┐
│ │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ Discover │───▶│ Define │───▶│ Develop │ │
│ └──────────┘ └──────────┘ └──────────┘ │
│ ▲ │ │
│ │ ┌──────────┐ │ │
│ └─────────│ Measure │◀─────────┘ │
│ └──────────┘ │
│ │
└──────────────────────────────────────────────────┘Roadmap Types
路线图类型
| Type | Audience | Time Horizon | Detail Level |
|---|---|---|---|
| Vision | Board, investors | 2-5 years | High-level themes |
| Strategic | Leadership | 1 year | Quarterly goals |
| Release | Stakeholders | Quarter | Features/epics |
| Sprint | Dev team | 2 weeks | Stories/tasks |
| 类型 | 受众 | 时间范围 | 详细程度 |
|---|---|---|---|
| 愿景型 | 董事会、投资者 | 2-5年 | 高-level主题 |
| 战略型 | 领导层 | 1年 | 季度目标 |
| 发布型 | 利益相关者 | 季度 | 功能/史诗级需求 |
| 冲刺型 | 开发团队 | 2周 | 用户故事/任务 |
The PM Decision Matrix
PM决策矩阵
High Confidence
│
┌───────────────┼───────────────┐
│ VALIDATE │ SHIP │
│ (test more) │ (execute) │
Low │ │ │ High
Impact───┼───────────────┼───────────────┼───Impact
│ IGNORE │ INVESTIGATE │
│ (say no) │ (research) │
└───────────────┼───────────────┘
│
Low Confidence High Confidence
│
┌───────────────┼───────────────┐
│ VALIDATE │ SHIP │
│ (test more) │ (execute) │
Low │ │ │ High
Impact───┼───────────────┼───────────────┼───Impact
│ IGNORE │ INVESTIGATE │
│ (say no) │ (research) │
└───────────────┼───────────────┘
│
Low ConfidenceStakeholder Map
利益相关者图谱
| Stakeholder | Primary Interest | Communication Style |
|---|---|---|
| Executives | Business outcomes, strategy | High-level, metrics-focused |
| Engineering | Technical feasibility, quality | Detailed, collaborative |
| Design | User experience, usability | Visual, user-centric |
| Sales | Revenue, competitive advantage | Customer stories, timelines |
| Marketing | Positioning, launch timing | Messaging, dates |
| Support | User satisfaction, volume | Pain points, frequency |
| Customers | Problems solved, value | Empathy, listening |
| 利益相关者 | 核心关注点 | 沟通风格 |
|---|---|---|
| 高管 | 业务成果、战略 | 高-level、聚焦指标 |
| 工程团队 | 技术可行性、质量 | 详细、协作式 |
| 设计团队 | 用户体验、可用性 | 可视化、以用户为中心 |
| 销售团队 | 收入、竞争优势 | 客户案例、时间线 |
| 营销团队 | 定位、发布时机 | 信息传递、日期 |
| 支持团队 | 用户满意度、工作量 | 痛点、频率 |
| 客户 | 问题解决、价值 | 共情、倾听 |
Anti-Patterns
反模式
- Feature factory — Shipping without measuring outcomes
- Roadmap theater — Treating roadmaps as promises, not hypotheses
- Stakeholder-driven development — Building what's loudest, not what matters
- Scope creep acceptance — Never saying no to "just one more thing"
- Velocity worship — Optimizing for speed over impact
- Documentation paralysis — Perfect specs over shipping
- The PM as order taker — Writing tickets instead of solving problems
- Ignoring technical debt — Shipping features on a crumbling foundation
- 功能工厂——只发布不衡量成果
- 路线图表演——将路线图视为承诺而非假设
- 利益相关者驱动开发——只做呼声最高的事,而非重要的事
- 接受范围蔓延——永远不对“再多一件事”说不
- 盲目追求速度——为速度优化而非影响力
- 文档瘫痪——追求完美规格而非发布
- PM沦为订单接收者——只写工单而非解决问题
- 忽视技术债务——在摇摇欲坠的基础上发布功能