product-management
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseProduct 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 startedVISION 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 startedProduct-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 workPMF 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 workJobs 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 quoSee 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
路线图类型
| Type | Timeframe | Audience | Detail Level |
|---|---|---|---|
| Vision | 2-5 years | Board, executives | Themes |
| Strategic | 1-2 years | Leadership | Initiatives |
| Release | 3-6 months | Teams, stakeholders | Features |
| Sprint | 2-4 weeks | Dev team | User 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 $75KPRODUCT 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 $75KFeature 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 decisionsICE 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 decisionsMoSCoW Method
MoSCoW方法
| Category | Definition | Guidance |
|---|---|---|
| Must Have | Non-negotiable for release | Core functionality |
| Should Have | Important but not critical | High value, can defer |
| Could Have | Nice to have | If time permits |
| Won't Have | Out 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 featuresCATEGORIES:
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 featuresCustomer Research
客户研究
Research Methods
研究方法
| Method | When to Use | Sample Size | Time |
|---|---|---|---|
| User Interviews | Deep understanding | 5-15 | 2-4 weeks |
| Surveys | Quantify findings | 100-1000+ | 1-2 weeks |
| Usability Tests | Validate designs | 5-8 | 1-2 weeks |
| A/B Tests | Compare options | 1000+ | 2-4 weeks |
| Analytics | Understand behavior | N/A | Ongoing |
| Card Sorting | Information architecture | 15-30 | 1 week |
| Diary Studies | Long-term behavior | 10-20 | 2-4 weeks |
See Customer Research Methods for detailed interview frameworks, persona templates, and usability testing protocols.
| 方法 | 适用场景 | 样本量 | 周期 |
|---|---|---|---|
| 用户访谈 | 深度理解用户需求 | 5-15 | 2-4周 |
| 问卷调查 | 量化调研结果 | 100-1000+ | 1-2周 |
| 可用性测试 | 验证设计合理性 | 5-8 | 1-2周 |
| A/B测试 | 对比不同方案效果 | 1000+ | 2-4周 |
| 数据分析 | 理解用户行为 | N/A | 持续进行 |
| 卡片分类 | 优化信息架构 | 15-30 | 1周 |
| 日记研究 | 跟踪长期用户行为 | 10-20 | 2-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 coefficientPIRATE 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 coefficientProduct Health Metrics
产品健康度指标
| Metric | Formula | Target |
|---|---|---|
| DAU/MAU | Daily users / Monthly users | 20-50%+ |
| Activation Rate | Completed setup / Signups | 40-60%+ |
| Feature Adoption | Users using feature / Total users | Varies |
| Time to Value | Days to first value | Minimize |
| Power Users | Heavy users / Total users | 15-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 effectsEXPERIMENT 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 effectsDecision 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 scheduledPRE-LAUNCH:
- [ ] 功能开发完成并测试通过
- [ ] 文档准备就绪
- [ ] 支持团队完成培训
- [ ] 营销物料准备完毕
- [ ] 销售团队完成赋能
- [ ] 整合Beta测试反馈
- [ ] 定义成功指标
LAUNCH:
- [ ] 分阶段发布计划
- [ ] 监控仪表盘上线
- [ ] 应急响应室启动
- [ ] 发送正式通知
- [ ] 功能开关启用
POST-LAUNCH:
- [ ] 监控指标与用户反馈
- [ ] 处理关键问题
- [ ] 收集早期经验
- [ ] 庆祝成果
- [ ] 安排复盘会议Go-to-Market Plan
上市计划
| Element | Description |
|---|---|
| Target Segment | Who is this for? |
| Value Proposition | Why will they care? |
| Pricing | How will we charge? |
| Distribution | How will they get it? |
| Messaging | What will we say? |
| Enablement | How will teams sell/support? |
| Measurement | How will we track success? |
| 要素 | 描述 |
|---|---|
| 目标群体 | 产品面向的用户群体 |
| 价值主张 | 用户选择该产品的核心原因 |
| 定价策略 | 产品的收费方式 |
| 分发渠道 | 用户获取产品的途径 |
| 核心话术 | 产品宣传的关键信息 |
| 团队赋能 | 销售与支持团队的准备工作 |
| 效果衡量 | 成功与否的追踪指标 |
Product Discovery
产品探索
Discovery Techniques
探索技巧
| Technique | Purpose | When to Use |
|---|---|---|
| Opportunity Mapping | Identify problems | Early discovery |
| Story Mapping | Visualize journeys | Planning releases |
| Design Sprints | Rapid prototyping | Big bets |
| Fake Door Tests | Validate demand | Before building |
| Wizard of Oz | Test concepts | Complex features |
| Concierge MVP | Manual service first | New 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 research1. 执行摘要(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
- 数据科学 - 分析与机器学习
- 营销 - 上市策略
- 商业战略 - 战略规划