mcpField
P
product-management

product-management

github.com/travisjneuman其他106146 次安装1 天前更新
代码仓库

关于 product-management

product-management 是供产品经理和团队规划、评估产品的参考技能,汇集战略、路线图、优先级、研究、分析、实验、发布及文档模板。

主要功能

  1. 01产品愿景与市场契合框架
  2. 02路线图与 OKR 规划
  3. 03RICE、ICE、MoSCoW 和 Kano 优先级方法
  4. 04客户研究方法
  5. 05分析与 A/B 测试框架
  6. 06发布、探索和 PRD 模板

适用场景

  1. 01梳理产品战略与目标
  2. 02为版本规划功能优先级
  3. 03选择客户研究或实验方法
  4. 04准备产品发布计划或 PRD

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/travisjneuman/.claude --skill product-management

安装后在 Claude Code 中输入/product-management确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
analytics-and-experimentation.md
customer-research-methods.md
product-strategy-expert.md

详细介绍

产品管理专家

涵盖战略、路线图、优先级排序和产品市场契合度的综合产品框架。

产品战略

产品愿景框架
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
产品市场契合度
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
待完成的任务(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

有关详细的 JTBD 方法论和访谈技巧,请参阅客户研究方法。

路线图规划

路线图类型
类型时间范围受众详细程度
愿景2-5 年董事会、高管主题
战略1-2 年领导层倡议
发布3-6 个月团队、利益相关者功能
迭代2-4 周开发团队用户故事
面向产品的 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

功能优先级排序

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 |
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
MoSCoW 方法
类别定义指引
必须有发布时不可或缺核心功能
应该有重要但不关键价值高,可推迟
可以有有了更好时间允许时
不会有不在范围内(本次发布)留待未来考虑
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

客户研究

研究方法
方法适用场景样本量时间
用户访谈深入理解5-152-4 周
问卷调查量化发现100-1000+1-2 周
可用性测试验证设计5-81-2 周
A/B 测试比较选项1000+2-4 周
分析理解行为不适用持续进行
卡片分类信息架构15-301 周
日记研究长期行为10-202-4 周

有关详细的访谈框架、人物角色模板和可用性测试方案,请参阅客户研究方法。

产品分析

关键指标框架
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
产品健康度指标
指标公式目标
DAU/MAU日活跃用户 / 月活跃用户20-50%+
激活率完成设置的用户 / 注册用户40-60%+
功能采用率使用该功能的用户 / 总用户数因情况而异
价值实现时间首次获得价值所需天数尽可能缩短
高活跃用户重度用户 / 总用户数15-25%

有关详细的群组分析、留存基准和事件跟踪策略,请参阅分析与实验。

A/B 测试

实验框架
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
决策框架
  • 发布:统计显著 + 实际显著 + 无负面护栏指标
  • 迭代:结果方向积极但未达到统计显著,或结果不一致
  • 终止:没有效果或产生负面影响
  • 调查:结果出乎意料、差异较大或不同细分群体间存在差异

有关详细的统计概念、常见陷阱和细分分析,请参阅分析与实验。

产品发布

发布检查清单
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
上市计划
要素描述
目标细分市场面向哪些人?
价值主张他们为什么会关注?
定价我们如何收费?
分发他们如何获取?
信息传达我们要传达什么?
赋能团队如何销售/提供支持?
衡量我们如何跟踪成效?

产品探索

探索技巧
技巧目的适用时机
机会地图识别问题探索初期
故事地图将用户历程可视化规划发布
设计冲刺快速制作原型重大赌注
虚假入口测试验证需求开发前
绿野仙踪法测试概念复杂功能
礼宾式 MVP先提供人工服务新市场
机会评估
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?

交付物模板

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

其他资源

如需全面了解产品管理框架和方法:

另请参阅

评论

支持 Markdown