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 メソッド
カテゴリー定義指針
必須リリースに不可欠コア機能
あるべき重要だが不可欠ではない価値が高く、延期可能
あってもよいあると望ましい時間に余裕があれば
対象外範囲外(今回のリリース)将来検討
カノモデル
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ページ)
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

追加リソース

包括的なプロダクトマネジメントのフレームワークと方法論については、以下をご覧ください。

関連項目

コメント