product-management

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Product Management Expert

产品管理专家

Comprehensive product frameworks for strategy, roadmapping, prioritization, and product-market fit.
涵盖产品战略、路线图规划、优先级排序及产品市场匹配度的综合产品框架。

Product Strategy

产品战略

Product Vision Framework

产品愿景框架

VISION COMPONENTS:

TARGET CUSTOMER:
- Who are we building for?
- What segments? What personas?

CUSTOMER NEED:
- What problem are we solving?
- What job to be done?

KEY BENEFIT:
- Primary value proposition
- Why customers will choose us

DIFFERENTIATOR:
- What makes us unique?
- Competitive advantage

AMAZON PRESS RELEASE FORMAT:
- Headline
- Summary (who, what, when, where, why)
- Problem statement
- Solution description
- Customer quote
- How to get started
VISION COMPONENTS:

TARGET CUSTOMER:
- Who are we building for?
- What segments? What personas?

CUSTOMER NEED:
- What problem are we solving?
- What job to be done?

KEY BENEFIT:
- Primary value proposition
- Why customers will choose us

DIFFERENTIATOR:
- What makes us unique?
- Competitive advantage

AMAZON PRESS RELEASE FORMAT:
- Headline
- Summary (who, what, when, where, why)
- Problem statement
- Solution description
- Customer quote
- How to get started

Product-Market Fit

产品市场匹配度

PMF INDICATORS:

QUANTITATIVE:
- 40%+ would be "very disappointed" without product (Sean Ellis)
- Strong organic growth/referrals
- Low churn, high retention
- Improving unit economics

QUALITATIVE:
- Customers actively advocating
- Word of mouth driving acquisition
- Pull from market (not push)
- Customers expanding usage

PMF SURVEY:
"How would you feel if you could no longer use [product]?"
- Very disappointed → Target 40%+
- Somewhat disappointed
- Not disappointed

PMF STAGES:
1. Problem-Solution Fit: Validated problem worth solving
2. Product-Market Fit: Solution resonates with market
3. Business Model Fit: Sustainable economics
4. Scale: Growth mechanics work
PMF INDICATORS:

QUANTITATIVE:
- 40%+ would be "very disappointed" without product (Sean Ellis)
- Strong organic growth/referrals
- Low churn, high retention
- Improving unit economics

QUALITATIVE:
- Customers actively advocating
- Word of mouth driving acquisition
- Pull from market (not push)
- Customers expanding usage

PMF SURVEY:
"How would you feel if you could no longer use [product]?"
- Very disappointed → Target 40%+
- Somewhat disappointed
- Not disappointed

PMF STAGES:
1. Problem-Solution Fit: Validated problem worth solving
2. Product-Market Fit: Solution resonates with market
3. Business Model Fit: Sustainable economics
4. Scale: Growth mechanics work

Jobs to Be Done (JTBD)

待办任务(JTBD)

JOB STATEMENT:
When [situation], I want to [motivation], so I can [expected outcome].

FORCES OF PROGRESS:
Push: Current pain/frustration
Pull: Attraction to new solution
Anxiety: Concerns about switching
Habit: Comfort with status quo
See Customer Research Methods for detailed JTBD methodology and interview techniques.
JOB STATEMENT:
When [situation], I want to [motivation], so I can [expected outcome].

FORCES OF PROGRESS:
Push: Current pain/frustration
Pull: Attraction to new solution
Anxiety: Concerns about switching
Habit: Comfort with status quo
详见客户研究方法获取JTBD方法论及访谈技巧的详细内容。

Roadmap Planning

路线图规划

Roadmap Types

路线图类型

TypeTimeframeAudienceDetail Level
Vision2-5 yearsBoard, executivesThemes
Strategic1-2 yearsLeadershipInitiatives
Release3-6 monthsTeams, stakeholdersFeatures
Sprint2-4 weeksDev teamUser stories
类型时间范围受众详细程度
愿景型2-5年董事会、高管主题
战略型1-2年领导层举措
发布型3-6个月团队、利益相关方功能
冲刺型2-4周开发团队用户故事

OKR Framework for Product

产品OKR框架

PRODUCT OKR STRUCTURE:

OBJECTIVE: [Qualitative goal]

KEY RESULT 1: [Metric] from [X] to [Y]
KEY RESULT 2: [Metric] from [X] to [Y]
KEY RESULT 3: [Metric] from [X] to [Y]

EXAMPLE:
O: Become the preferred solution for enterprise customers
KR1: Increase enterprise NPS from 40 to 60
KR2: Reduce enterprise churn from 8% to 4%
KR3: Increase enterprise ACV from $50K to $75K
PRODUCT OKR STRUCTURE:

OBJECTIVE: [Qualitative goal]

KEY RESULT 1: [Metric] from [X] to [Y]
KEY RESULT 2: [Metric] from [X] to [Y]
KEY RESULT 3: [Metric] from [X] to [Y]

EXAMPLE:
O: Become the preferred solution for enterprise customers
KR1: Increase enterprise NPS from 40 to 60
KR2: Reduce enterprise churn from 8% to 4%
KR3: Increase enterprise ACV from $50K to $75K

Feature Prioritization

功能优先级排序

RICE Framework

RICE框架

RICE SCORE = (Reach x Impact x Confidence) / Effort

REACH: How many customers affected per quarter
- Count: Number of users, customers, transactions

IMPACT: Effect on individual customer
- 3 = Massive
- 2 = High
- 1 = Medium
- 0.5 = Low
- 0.25 = Minimal

CONFIDENCE: How sure are we
- 100% = High confidence
- 80% = Medium
- 50% = Low

EFFORT: Person-months of work
- Engineering time
- Design time
- PM time

EXAMPLE:
| Feature | Reach | Impact | Conf | Effort | RICE |
|---------|-------|--------|------|--------|------|
| A | 5000 | 2 | 80% | 3 | 2667 |
| B | 1000 | 3 | 100% | 1 | 3000 |
| C | 10000 | 1 | 50% | 5 | 1000 |
RICE SCORE = (Reach x Impact x Confidence) / Effort

REACH: How many customers affected per quarter
- Count: Number of users, customers, transactions

IMPACT: Effect on individual customer
- 3 = Massive
- 2 = High
- 1 = Medium
- 0.5 = Low
- 0.25 = Minimal

CONFIDENCE: How sure are we
- 100% = High confidence
- 80% = Medium
- 50% = Low

EFFORT: Person-months of work
- Engineering time
- Design time
- PM time

EXAMPLE:
| Feature | Reach | Impact | Conf | Effort | RICE |
|---------|-------|--------|------|--------|------|
| A | 5000 | 2 | 80% | 3 | 2667 |
| B | 1000 | 3 | 100% | 1 | 3000 |
| C | 10000 | 1 | 50% | 5 | 1000 |

ICE Framework

ICE框架

ICE SCORE = Impact x Confidence x Ease

IMPACT (1-10):
How much will this move our key metric?

CONFIDENCE (1-10):
How sure are we about impact estimate?

EASE (1-10):
How easy to implement?

Note: Simpler than RICE, good for quick decisions
ICE SCORE = Impact x Confidence x Ease

IMPACT (1-10):
How much will this move our key metric?

CONFIDENCE (1-10):
How sure are we about impact estimate?

EASE (1-10):
How easy to implement?

Note: Simpler than RICE, good for quick decisions

MoSCoW Method

MoSCoW方法

CategoryDefinitionGuidance
Must HaveNon-negotiable for releaseCore functionality
Should HaveImportant but not criticalHigh value, can defer
Could HaveNice to haveIf time permits
Won't HaveOut of scope (this release)Future consideration
分类定义指导原则
必须具备发布不可或缺的功能核心功能
应该具备重要但非核心的功能高价值,可延期
可以具备锦上添花的功能时间允许则实现
暂不具备本版本范围外的功能未来版本再考虑

Kano Model

Kano模型

CATEGORIES:

BASIC (Must-be):
- Expected features
- Absence causes dissatisfaction
- Example: Login functionality

PERFORMANCE (Linear):
- More is better
- Satisfaction proportional to fulfillment
- Example: Speed, capacity

DELIGHTERS (Excitement):
- Unexpected features
- Absence doesn't cause dissatisfaction
- Presence greatly increases satisfaction
- Example: Innovative features
CATEGORIES:

BASIC (Must-be):
- Expected features
- Absence causes dissatisfaction
- Example: Login functionality

PERFORMANCE (Linear):
- More is better
- Satisfaction proportional to fulfillment
- Example: Speed, capacity

DELIGHTERS (Excitement):
- Unexpected features
- Absence doesn't cause dissatisfaction
- Presence greatly increases satisfaction
- Example: Innovative features

Customer Research

客户研究

Research Methods

研究方法

MethodWhen to UseSample SizeTime
User InterviewsDeep understanding5-152-4 weeks
SurveysQuantify findings100-1000+1-2 weeks
Usability TestsValidate designs5-81-2 weeks
A/B TestsCompare options1000+2-4 weeks
AnalyticsUnderstand behaviorN/AOngoing
Card SortingInformation architecture15-301 week
Diary StudiesLong-term behavior10-202-4 weeks
See Customer Research Methods for detailed interview frameworks, persona templates, and usability testing protocols.
方法适用场景样本量周期
用户访谈深度理解用户需求5-152-4周
问卷调查量化调研结果100-1000+1-2周
可用性测试验证设计合理性5-81-2周
A/B测试对比不同方案效果1000+2-4周
数据分析理解用户行为N/A持续进行
卡片分类优化信息架构15-301周
日记研究跟踪长期用户行为10-202-4周
详见客户研究方法获取访谈框架、用户画像模板及可用性测试流程的详细内容。

Product Analytics

产品分析

Key Metrics Framework

核心指标框架

PIRATE METRICS (AARRR):

ACQUISITION:
- How do users find us?
- Metrics: Traffic, signups, installs

ACTIVATION:
- First positive experience
- Metrics: Onboarding completion, first value

RETENTION:
- Do they come back?
- Metrics: DAU/MAU, cohort retention

REVENUE:
- Do they pay?
- Metrics: Conversion, ARPU, LTV

REFERRAL:
- Do they tell others?
- Metrics: NPS, referral rate, viral coefficient
PIRATE METRICS (AARRR):

ACQUISITION:
- How do users find us?
- Metrics: Traffic, signups, installs

ACTIVATION:
- First positive experience
- Metrics: Onboarding completion, first value

RETENTION:
- Do they come back?
- Metrics: DAU/MAU, cohort retention

REVENUE:
- Do they pay?
- Metrics: Conversion, ARPU, LTV

REFERRAL:
- Do they tell others?
- Metrics: NPS, referral rate, viral coefficient

Product Health Metrics

产品健康度指标

MetricFormulaTarget
DAU/MAUDaily users / Monthly users20-50%+
Activation RateCompleted setup / Signups40-60%+
Feature AdoptionUsers using feature / Total usersVaries
Time to ValueDays to first valueMinimize
Power UsersHeavy users / Total users15-25%
See Analytics and Experimentation for detailed cohort analysis, retention benchmarks, and event tracking strategies.
指标计算公式目标值
日活/月活(DAU/MAU)日活跃用户数 / 月活跃用户数20-50%+
激活率完成入门引导用户数 / 注册用户数40-60%+
功能使用率使用该功能用户数 / 总用户数依场景而定
价值实现时间用户首次获得价值所需天数尽可能缩短
核心用户占比高频使用用户数 / 总用户数15-25%
详见分析与实验获取 cohort分析、留存基准及事件追踪策略的详细内容。

A/B Testing

A/B测试

Experiment Framework

实验框架

EXPERIMENT DESIGN:

HYPOTHESIS:
If we [change], then [metric] will [improve/decrease] because [rationale].

METRICS:
- Primary: The metric you're trying to move
- Secondary: Other metrics to monitor
- Guardrails: Metrics that shouldn't degrade

SAMPLE SIZE:
Use calculator based on:
- Baseline conversion rate
- Minimum detectable effect (MDE)
- Statistical significance (usually 95%)
- Power (usually 80%)

DURATION:
- At least 1 business cycle
- Adequate sample size
- Account for novelty effects
EXPERIMENT DESIGN:

HYPOTHESIS:
If we [change], then [metric] will [improve/decrease] because [rationale].

METRICS:
- Primary: The metric you're trying to move
- Secondary: Other metrics to monitor
- Guardrails: Metrics that shouldn't degrade

SAMPLE SIZE:
Use calculator based on:
- Baseline conversion rate
- Minimum detectable effect (MDE)
- Statistical significance (usually 95%)
- Power (usually 80%)

DURATION:
- At least 1 business cycle
- Adequate sample size
- Account for novelty effects

Decision Framework

决策框架

  • Ship: Stat sig + practical sig + no negative guardrails
  • Iterate: Directionally positive but not stat sig, or mixed results
  • Kill: No effect or negative impact
  • Investigate: Unexpected results, large variance, segment differences
See Analytics and Experimentation for detailed statistical concepts, common pitfalls, and segmentation analysis.
  • 上线:统计显著+实际价值显著+无负面指标影响
  • 迭代:趋势正向但统计不显著,或结果混合
  • 终止:无效果或负面影响
  • 调研:结果异常、方差大、细分群体差异明显
详见分析与实验获取统计概念、常见误区及细分群体分析的详细内容。

Product Launches

产品发布

Launch Checklist

发布检查清单

PRE-LAUNCH:
- [ ] Feature complete and tested
- [ ] Documentation ready
- [ ] Support team trained
- [ ] Marketing materials prepared
- [ ] Sales team enabled
- [ ] Beta feedback incorporated
- [ ] Success metrics defined

LAUNCH:
- [ ] Staged rollout plan
- [ ] Monitoring dashboards live
- [ ] War room established
- [ ] Communication sent
- [ ] Feature flags enabled

POST-LAUNCH:
- [ ] Monitor metrics and feedback
- [ ] Address critical issues
- [ ] Gather early learnings
- [ ] Celebrate wins
- [ ] Retrospective scheduled
PRE-LAUNCH:
- [ ] 功能开发完成并测试通过
- [ ] 文档准备就绪
- [ ] 支持团队完成培训
- [ ] 营销物料准备完毕
- [ ] 销售团队完成赋能
- [ ] 整合Beta测试反馈
- [ ] 定义成功指标

LAUNCH:
- [ ] 分阶段发布计划
- [ ] 监控仪表盘上线
- [ ] 应急响应室启动
- [ ] 发送正式通知
- [ ] 功能开关启用

POST-LAUNCH:
- [ ] 监控指标与用户反馈
- [ ] 处理关键问题
- [ ] 收集早期经验
- [ ] 庆祝成果
- [ ] 安排复盘会议

Go-to-Market Plan

上市计划

ElementDescription
Target SegmentWho is this for?
Value PropositionWhy will they care?
PricingHow will we charge?
DistributionHow will they get it?
MessagingWhat will we say?
EnablementHow will teams sell/support?
MeasurementHow will we track success?
要素描述
目标群体产品面向的用户群体
价值主张用户选择该产品的核心原因
定价策略产品的收费方式
分发渠道用户获取产品的途径
核心话术产品宣传的关键信息
团队赋能销售与支持团队的准备工作
效果衡量成功与否的追踪指标

Product Discovery

产品探索

Discovery Techniques

探索技巧

TechniquePurposeWhen to Use
Opportunity MappingIdentify problemsEarly discovery
Story MappingVisualize journeysPlanning releases
Design SprintsRapid prototypingBig bets
Fake Door TestsValidate demandBefore building
Wizard of OzTest conceptsComplex features
Concierge MVPManual service firstNew markets
技巧目的适用场景
机会映射识别用户痛点探索初期
故事映射可视化用户旅程发布计划阶段
设计冲刺快速原型验证重大项目
假门测试验证需求真实性开发前阶段
绿野仙踪测试测试概念可行性复杂功能
礼宾式MVP手动服务验证模式新市场拓展

Opportunity Assessment

机会评估

OPPORTUNITY CANVAS:

PROBLEM:
What problem are we solving?
Who has this problem?
How do they solve it today?

EVIDENCE:
What data supports this?
Customer quotes/feedback?
Market research?

SOLUTION:
What are we proposing?
Why will it work?
What's the MVP?

ASSUMPTIONS:
What must be true?
What risks exist?
How will we validate?

OUTCOME:
Success metrics?
Business impact?
Customer impact?
OPPORTUNITY CANVAS:

PROBLEM:
What problem are we solving?
Who has this problem?
How do they solve it today?

EVIDENCE:
What data supports this?
Customer quotes/feedback?
Market research?

SOLUTION:
What are we proposing?
Why will it work?
What's the MVP?

ASSUMPTIONS:
What must be true?
What risks exist?
How will we validate?

OUTCOME:
Success metrics?
Business impact?
Customer impact?

Deliverable Templates

交付物模板

PRD Structure (One-Pager)

PRD结构(单页版)

1. EXECUTIVE SUMMARY (3-4 sentences)
- What: One-line description
- Why: Core problem being solved
- Who: Target users
- Success: How we'll measure it

2. BACKGROUND & CONTEXT
- Current situation and pain points
- Supporting data
- Strategic alignment

3. GOALS & SUCCESS METRICS
- Primary goal and success metric
- Secondary goals and metrics
- Guardrail metrics

4. USER STORIES
Format: "As a [persona], I want to [action], so that [benefit]"
- Acceptance criteria
- Priority (Must/Should/Could Have)

5. SOLUTION OVERVIEW
- High-level description
- Key user flows
- Out of scope

6. DESIGN & TECHNICAL CONSIDERATIONS
- Mockups/wireframes
- Dependencies
- Scalability

7. LAUNCH PLAN
- Rollout strategy
- Success criteria
- Risk mitigation

8. OPEN QUESTIONS
- Unresolved decisions
- Areas needing research
1. 执行摘要(3-4句话)
- 内容:一句话描述产品
- 原因:解决的核心问题
- 对象:目标用户
- 成功:衡量成功的指标

2. 背景与上下文
- 当前现状与痛点
- 支持数据
- 战略对齐

3. 目标与成功指标
- 核心目标与指标
- 次要目标与指标
- 防护指标

4. 用户故事
格式:"作为[用户画像],我想要[操作],以便[收益]"
- 验收标准
- 优先级(必须/应该/可以具备)

5. 解决方案概述
- 高层级描述
- 核心用户流程
- 范围外内容

6. 设计与技术考量
- 原型/线框图
- 依赖关系
- 可扩展性

7. 发布计划
- 分阶段发布策略
- 成功标准
- 风险缓解措施

8. 待解决问题
- 未决议的决策
- 需要调研的领域

Additional Resources

额外资源

For comprehensive product management frameworks and methodologies:
  • Product Strategy Expert - Complete PM reference guide
  • Customer Research Methods - Interview frameworks, personas, usability testing
  • Analytics and Experimentation - Retention analysis, A/B testing, event tracking
获取全面的产品管理框架与方法论:
  • 产品战略专家 - 完整的产品管理参考指南
  • 客户研究方法 - 访谈框架、用户画像、可用性测试
  • 分析与实验 - 留存分析、A/B测试、事件追踪

See Also

相关链接

  • Data Science - Analytics and ML
  • Marketing - Go-to-market strategy
  • Business Strategy - Strategic planning
  • 数据科学 - 分析与机器学习
  • 营销 - 上市策略
  • 商业战略 - 战略规划