mcpField
P
product-manager-toolkit

product-manager-toolkit

github.com/borghei生産性1.0k342 回インストール1 週間前に更新
リポジトリ

product-manager-toolkit について

product-manager-toolkitは、発見から優先順位付け、提供までを担うチーム向けのプロダクト管理スキルです。RICEやインタビュー分析のスクリプトに加え、PRD、ポジショニング、意思決定のフレームワークを備えています。

主な機能

  1. 01RICEスコアリングとロードマップ計画
  2. 02インタビューからの洞察抽出
  3. 03PRDテンプレートと作成ガイド
  4. 04ポジショニングと推奨フレームワーク

活用シーン

  1. 01チームのキャパシティに応じた機能要望の順位付け
  2. 02インタビュー記録からテーマや課題を抽出
  3. 03PRDやポジショニング文の作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/borghei/claude-skills --skill product-manager-toolkit

インストール後、Claude Code で/product-manager-toolkitを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
frameworks.md
prd_templates.md
scripts/
customer_interview_analyzer.py
rice_prioritizer.py

詳細

プロダクトマネージャー向けツールキット

ディスカバリーからデリバリーまで、現代のプロダクトマネジメントに欠かせないツールとフレームワークです。


目次


まず明確にすること

生成を始める前に、以下の入力を確定してください。不足している情報や曖昧な情報が結果を左右する場合は質問し、左右しない場合は妥当なデフォルトを使用し、使用した内容を明記してください。

  • 成果物の種類: RICE による優先順位付け、インタビューの統合、PRD、またはポジショニングステートメント(適用するワークフロー、テンプレート、入力を決定します)。
  • 中核となる課題と、それを抱える人: ユーザー自身の言葉による1文(PRD の課題記述と JTBD に反映されます)。
  • 成功指標: 「うまくいった」と判断するための測定可能な成果(PRD の成功指標と RICE のインパクトに反映されます)。
  • スコープの境界: 明確に対象外とする内容(RICE の工数見積もりと PRD の対象外範囲に反映されます)。

リスト全体ではなく、この依頼で特に重要な2〜3項目について質問してください。ユーザーがすぐに結果を求めている場合は、結果を作成し、冒頭に前提を記載してください。

クイックスタート

機能の優先順位付け
# Create sample data file
python scripts/rice_prioritizer.py sample

# Run prioritization with team capacity
python scripts/rice_prioritizer.py sample_features.csv --capacity 15
インタビュー分析
python scripts/customer_interview_analyzer.py interview_transcript.txt
PRD の作成
  1. references/prd_templates.md からテンプレートを選択します
  2. ディスカバリー作業に基づいて各セクションを記入します
  3. 実現可能性についてエンジニアリングチームと確認します
  4. プロジェクト管理ツールでバージョン管理します

主要なワークフロー

機能の優先順位付けプロセス
Gather → Score → Analyze → Plan → Validate → Execute
ステップ 1:機能リクエストを収集する
  • 顧客からのフィードバック(サポートチケット、インタビュー)
  • 営業からの要望(CRM パイプラインの阻害要因)
  • 技術的負債(エンジニアリングチームからの意見)
  • 戦略的取り組み(リーダーシップの目標)
ステップ 2:RICE でスコアを付ける
# Input: CSV with features
python scripts/rice_prioritizer.py features.csv --capacity 20

RICE の計算式とスコアリングのガイドラインについては、references/frameworks.md を参照してください。

ステップ 3:ポートフォリオを分析する

ツールの出力を確認し、以下をチェックします。

  • クイックウィンと大きな賭けの分布
  • 工数の集中度(すべてが XL プロジェクトにならないようにします)
  • 戦略との整合性におけるギャップ
ステップ 4:ロードマップを作成する
  • 四半期ごとのキャパシティ配分
  • 依存関係の特定
  • ステークホルダーとのコミュニケーション計画
ステップ 5:結果を検証する

ロードマップを確定する前に:

  • 最優先事項を戦略目標と照合する
  • 感度分析を実施する(見積もりが2倍ずれていたらどうなるか)
  • 重要なステークホルダーと確認し、見落としがないか確認する
  • 機能間の依存関係に漏れがないか確認する
  • エンジニアリングチームと工数見積もりを検証する
ステップ 6:実行して反復する
  • ロードマップをチームと共有する
  • 実績工数と見積もり工数を追跡する
  • 四半期ごとに優先順位を見直す
  • 学びに基づいて RICE の入力を更新する

顧客ディスカバリープロセス
Plan → Recruit → Interview → Analyze → Synthesize → Validate
ステップ 1:リサーチを計画する
  • リサーチの質問を定義する
  • 対象セグメントを特定する
  • インタビューの台本を作成する(references/frameworks.md を参照)
ステップ 2:参加者を募集する
  • セグメントごとに5〜8件のインタビューを実施する
  • ヘビーユーザーと離脱したユーザーを組み合わせる
  • 適切な謝礼を用意する
ステップ 3:インタビューを実施する
  • 半構造化形式を使用する
  • 解決策ではなく課題に焦点を当てる
  • 許可を得て録音する
  • インタビュー中のメモは必要最小限にする
ステップ 4:インサイトを分析する
python scripts/customer_interview_analyzer.py transcript.txt

抽出する内容:

  • 深刻度を伴うペインポイント
  • 優先順位を伴う機能リクエスト
  • ジョブ理論(Jobs to be Done)のパターン
  • 感情や主なテーマ
  • 注目すべき引用
ステップ 5:調査結果を統合する
  • インタビューを通じて類似するペインポイントをグループ化する
  • パターンを特定する(3回以上の言及でパターンとみなします)
  • Opportunity Solution Tree を使って機会領域と対応付ける
  • 発生頻度と深刻度に基づいて機会に優先順位を付ける
ステップ 6:ソリューションを検証する

構築する前に:

  • ソリューションの仮説を立てる(references/frameworks.md を参照)
  • 低忠実度のプロトタイプでテストする
  • 申告された好みと実際の行動を測定する
  • フィードバックに基づいて反復する
  • 今後の調査に役立つ学びを記録する

PRD 作成プロセス
Scope → Draft → Review → Refine → Approve → Track
ステップ 1:テンプレートを選択する

references/prd_templates.md から選択します:

テンプレート用途期間
標準 PRD複雑な機能、複数チームにまたがる場合6~8 週間
1 ページ PRDシンプルな機能、単一チームの場合2~4 週間
機能概要探索フェーズ1 週間
アジャイルエピックスプリントベースの提供継続中
ステップ 2:内容を作成する
  • 課題の説明から始める
  • 成功指標を最初に定義する
  • 対象外の項目を明確に記載する
  • ワイヤーフレームまたはモックアップを含める
ステップ 3:レビューサイクル
  • エンジニアリング:実現可能性と工数
  • デザイン:ユーザーエクスペリエンスの不足点
  • 営業:市場での妥当性確認
  • サポート:運用への影響
ステップ 4:フィードバックに基づいて改善する
  • 技術的な制約に対処する
  • 期間に合わせてスコープを調整する
  • トレードオフの判断を記録する
ステップ 5:承認とキックオフ
  • ステークホルダーの承認
  • スプリント計画への組み込み
  • チーム全体への周知
ステップ 6:実行状況を追跡する

リリース後:

  • 実際の指標と目標を比較する
  • ユーザーからのフィードバックセッションを実施する
  • うまくいったこと、いかなかったことを記録する
  • 見積もり精度のデータを更新する
  • 学びをチームと共有する

ポジショニングステートメントのフレームワーク

Geoffrey Moore 形式のポジショニングステートメントを作成し、製品の差別化要因と価値を明確にします。PRD、市場投入計画、ピッチデッキを作成する前に使用します。

基本のポジショニングテンプレート
For [target user/persona]
who [underserved need or painful moment],
[product name] is a [product category]
that [primary outcome delivered].
Unlike [main alternative: competitor, workaround, or status quo],
[product name] [unique differentiation in outcome terms].
1 文のバリュープロポジション

PM がドキュメントやスライドで再利用できる 1 文を作成します。

差別化を裏付ける要素

「~とは異なり」という主張を裏付ける、具体的な要素を 3 つ挙げます。形容詞ではなく、成果と証拠に重点を置きます。

作成ルール
  • ペルソナを起点とした表現を使います。
  • 機能の一覧ではなく、成果に重点を置きます。
  • 具体的で検証可能な表現にします。
  • 「X とは異なり」には、現状維持を含む実際の代替案を挙げます。
  • 強い差別化とは、形容詞ではなく、成果と証拠を示すことです。
任意のバリエーション
  • 経営層向けバリエーション: 取締役会向け資料に適した、簡潔で戦略的な表現です。
  • 顧客向けバリエーション: マーケティングに適した、明確で平易な表現です。
次のステップ
  1. 代替となるポジショニングの方向性を 3 つ生成する(推奨)
  2. 競合比較のメッセージマトリクスを作成する
  3. ホームページの見出しとサブ見出しの案に変換する

推奨キャンバス

課題の定義からソリューションの根拠までをつなぐ構造化されたキャンバスを使って、製品機会を総合的に評価します。投資判断、ポートフォリオレビュー、ステークホルダー間の合意形成に役立ちます。

キャンバスのセクション
## Product Name
[Name of the product or service]

## Business Outcome
[Direction] [Metric] [Outcome] [Context] [Acceptance criteria]

## Product Outcome
[Direction] [Metric] [Outcome] [Context] [Acceptance criteria]

## Problem Statement Narrative
[2-3 sentences telling the persona's story from their point-of-view]

## Solution Hypothesis
If we [action/solution] for [target persona],
then we will [desirable outcome].

### Tiny Acts of Discovery
- [Small experiment focused on viability]
- [Small experiment focused on customer value]

### Proof-of-Life
Within [timeframe], we observe:
- [Quantitative measurable outcome]
- [Qualitative measurable outcome]

## Positioning Statement
For [target persona] that need [underserved need],
[product] is a [category] that [benefit].
Unlike [competitor], [product] provides [differentiation].

## Assumptions & Unknowns
- [Assumption 1]
- [Assumption 2]

## Issues/Risks (PESTEL lens)
- Political: [Risk]
- Economic: [Risk]
- Social: [Risk]
- Technological: [Risk]
- Environmental: [Risk]
- Legal: [Risk]

## Value Justification
[Yes/Yes with caveats/No with alternatives/No]
Justification: [Why this is or isn't valuable]

## Success Metrics
1. [SMART metric 1]
2. [SMART metric 2]
3. [SMART metric 3]

## What's Next
1. [Next step with owner]
2. [Next step with owner]
使用する場面
  • 新しい製品や機能への投資を評価する場合。
  • ポートフォリオレビューや投資委員会に備える場合。
  • 実施するかどうかの判断についてステークホルダーの認識を合わせる場合。

ツールリファレンス

RICE 優先順位付けツール

ポートフォリオ分析機能を備えた、高度な RICE フレームワークの実装です。

機能:

  • 重みを設定できる RICE スコアの計算
  • ポートフォリオのバランス分析(クイックウィンと大きな賭け)
  • キャパシティに基づく四半期ロードマップの生成
  • 複数の出力形式(テキスト、JSON、CSV)

CSV 入力形式:

name,reach,impact,confidence,effort,description
User Dashboard Redesign,5000,high,high,l,Complete redesign
Mobile Push Notifications,10000,massive,medium,m,Add push support
Dark Mode,8000,medium,high,s,Dark theme option

コマンド:

# Create sample data
python scripts/rice_prioritizer.py sample

# Run with default capacity (10 person-months)
python scripts/rice_prioritizer.py features.csv

# Custom capacity
python scripts/rice_prioritizer.py features.csv --capacity 20

# JSON output for integration
python scripts/rice_prioritizer.py features.csv --output json

# CSV output for spreadsheets
python scripts/rice_prioritizer.py features.csv --output csv

顧客インタビュー分析ツール

実用的なインサイトを抽出する、NLP ベースのインタビュー分析ツールです。

機能:

  • 深刻度評価を伴う課題点の抽出
  • 機能リクエストの特定と分類
  • ジョブ理論(Jobs-to-be-done)のパターン認識
  • セクションごとの感情分析
  • テーマと引用の抽出
  • 競合への言及の検出

コマンド:

# Analyze interview transcript
python scripts/customer_interview_analyzer.py interview.txt

# JSON output for aggregation
python scripts/customer_interview_analyzer.py interview.txt json

入出力例

RICE 優先順位付けツールの例

入力(features.csv):

name,reach,impact,confidence,effort
Onboarding Flow,20000,massive,high,s
Search Improvements,15000,high,high,m
Social Login,12000,high,medium,m
Push Notifications,10000,massive,medium,m
Dark Mode,8000,medium,high,s

コマンド:

python scripts/rice_prioritizer.py features.csv --capacity 15

出力:

============================================================
RICE PRIORITIZATION RESULTS
============================================================

📊 TOP PRIORITIZED FEATURES

1. Onboarding Flow
   RICE Score: 16000.0
   Reach: 20000 | Impact: massive | Confidence: high | Effort: s

2. Search Improvements
   RICE Score: 4800.0
   Reach: 15000 | Impact: high | Confidence: high | Effort: m

3. Social Login
   RICE Score: 3072.0
   Reach: 12000 | Impact: high | Confidence: medium | Effort: m

4. Push Notifications
   RICE Score: 3840.0
   Reach: 10000 | Impact: massive | Confidence: medium | Effort: m

5. Dark Mode
   RICE Score: 2133.33
   Reach: 8000 | Impact: medium | Confidence: high | Effort: s

📈 PORTFOLIO ANALYSIS

Total Features: 5
Total Effort: 19 person-months
Total Reach: 65,000 users
Average RICE Score: 5969.07

🎯 Quick Wins: 2 features
   • Onboarding Flow (RICE: 16000.0)
   • Dark Mode (RICE: 2133.33)

🚀 Big Bets: 0 features

📅 SUGGESTED ROADMAP

Q1 - Capacity: 11/15 person-months
   • Onboarding Flow (RICE: 16000.0)
   • Search Improvements (RICE: 4800.0)
   • Dark Mode (RICE: 2133.33)

Q2 - Capacity: 10/15 person-months
   • Push Notifications (RICE: 3840.0)
   • Social Login (RICE: 3072.0)

顧客インタビュー分析の例

入力(interview.txt):

Customer: Jane, Enterprise PM at TechCorp
Date: 2024-01-15

Interviewer: What's the hardest part of your current workflow?

Jane: The biggest frustration is the lack of real-time collaboration.
When I'm working on a PRD, I have to constantly ping my team on Slack
to get updates. It's really frustrating to wait for responses,
especially when we're on a tight deadline.

I've tried using Google Docs for collaboration, but it doesn't
integrate with our roadmap tools. I'd pay extra for something that
just worked seamlessly.

Interviewer: How often does this happen?

Jane: Literally every day. I probably waste 30 minutes just on
back-and-forth messages. It's my biggest pain point right now.

コマンド:

python scripts/customer_interview_analyzer.py interview.txt

出力:

============================================================
CUSTOMER INTERVIEW ANALYSIS
============================================================

📋 INTERVIEW METADATA
Segments found: 1
Lines analyzed: 15

😟 PAIN POINTS (3 found)

1. [HIGH] Lack of real-time collaboration
   "I have to constantly ping my team on Slack to get updates"

2. [MEDIUM] Tool integration gaps
   "Google Docs...doesn't integrate with our roadmap tools"

3. [HIGH] Time wasted on communication
   "waste 30 minutes just on back-and-forth messages"

💡 FEATURE REQUESTS (2 found)

1. Real-time collaboration - Priority: High
2. Seamless tool integration - Priority: Medium

🎯 JOBS TO BE DONE

When working on PRDs with tight deadlines
I want real-time visibility into team updates
So I can avoid wasted time on status checks

📊 SENTIMENT ANALYSIS

Overall: Negative (pain-focused interview)
Key emotions: Frustration, Time pressure

💬 KEY QUOTES

• "It's really frustrating to wait for responses"
• "I'd pay extra for something that just worked seamlessly"
• "It's my biggest pain point right now"

🏷️ THEMES

- Collaboration friction
- Tool fragmentation
- Time efficiency

連携ポイント

互換性のあるツールとプラットフォーム:

カテゴリプラットフォーム
分析Amplitude、Mixpanel、Google Analytics
ロードマップ作成ProductBoard、Aha!、Roadmunk、Productplan
デザインFigma、Sketch、Miro
開発Jira、Linear、GitHub、Asana
リサーチDovetail、UserVoice、Pendo、Maze
コミュニケーションSlack、Notion、Confluence

JSON エクスポートにより、ほとんどのツールと連携できます:

# Export for Jira import
python scripts/rice_prioritizer.py features.csv --output json > priorities.json

# Export for dashboard
python scripts/customer_interview_analyzer.py interview.txt json > insights.json

よくある落とし穴と回避策

落とし穴説明防止策
解決策優先問題を理解する前に機能に飛びつくことすべての PRD を問題の説明から始める
分析による停滞リリースせずに調査しすぎること調査フェーズに時間制限を設ける
機能量産影響を測定せずに機能をリリースすること開発前に成功指標を定義する
技術的負債の無視プラットフォームの健全性に時間を割り当てないことキャパシティの 20% をメンテナンス用に確保する
ステークホルダーへの不意打ち早い段階から頻繁にコミュニケーションを取らないこと毎週の非同期アップデート、毎月のデモ
指標の見せかけ実際の価値よりも見栄えのよい指標を最適化すること指標を提供したユーザー価値に結び付ける

ベストプラクティス

優れた PRD の作成:

  • 解決策ではなく、問題から始める
  • 明確な成功指標を最初に含める
  • 対象範囲外のものを明記する
  • ビジュアル(ワイヤーフレーム、フロー、図)を使う
  • 技術的な詳細は付録に記載する
  • すべての変更をバージョン管理する

効果的な優先順位付け:

  • すぐに成果が出る施策と戦略的な賭けを組み合わせる
  • 遅延による機会費用を考慮する
  • 機能間の依存関係を考慮する
  • 想定外の作業に備えて 20% の余裕を確保する
  • 四半期ごとに優先順位を見直す
  • 判断の背景を添えて伝える

顧客の発見:

  • 根本原因を見つけるために「なぜ」を 5 回尋ねる
  • 将来の意向ではなく、過去の行動に注目する
  • 誘導的な質問(「こうだったらうれしいと思いませんか……」)を避ける
  • ユーザーが普段過ごす環境でインタビューする
  • 感情的な反応に注目する(苦痛は機会)
  • 定性的な情報を定量データで検証する

クイックリファレンス

# Prioritization
python scripts/rice_prioritizer.py features.csv --capacity 15

# Interview Analysis
python scripts/customer_interview_analyzer.py interview.txt

# Generate sample data
python scripts/rice_prioritizer.py sample

# JSON outputs
python scripts/rice_prioritizer.py features.csv --output json
python scripts/customer_interview_analyzer.py interview.txt json

参考ドキュメント

  • references/prd_templates.md - さまざまな状況に応じた PRD テンプレート
  • references/frameworks.md - フレームワークの詳細なドキュメント(RICE、MoSCoW、Kano、JTBD など)

ツールリファレンス

rice_prioritizer.py

ポートフォリオ分析と四半期ロードマップ生成に対応した RICE フレームワークの実装です。

フラグ型デフォルト説明
input位置引数(任意)機能を含む CSV ファイル、またはサンプルを作成する場合は "sample"
--capacityint10人月単位での四半期ごとのチームキャパシティ
--outputchoicetext出力形式:text、json、csv

CSV 列: name, reach, impact, confidence, effort, description

影響度の値: massive、high、medium、low、minimal 確信度の値: high(100%)、medium(80%)、low(50%) 作業量の値: xl(13mo)、l(8mo)、m(5mo)、s(3mo)、xs(1mo)

python scripts/rice_prioritizer.py sample                          # Create sample CSV
python scripts/rice_prioritizer.py features.csv                    # Default capacity (10)
python scripts/rice_prioritizer.py features.csv --capacity 20      # Custom capacity
python scripts/rice_prioritizer.py features.csv --output json      # JSON for integration
python scripts/rice_prioritizer.py features.csv --output csv       # CSV for spreadsheets
customer_interview_analyzer.py

アクションにつながるインサイトを抽出する、キーワードベースのインタビュー記録分析ツールです。

引数型デフォルト説明
interview_file位置引数(必須)インタビュー記録テキストファイルへのパス
json位置引数(任意)JSON 出力の場合、2 番目の引数として "json" を追加

抽出機能: 痛点(深刻度を含む)、機能リクエスト(種類と優先度を含む)、ジョブ理論のパターン、感情分析、主要テーマ、注目すべき引用、言及された指標、競合他社への言及。

python scripts/customer_interview_analyzer.py interview.txt        # Human-readable
python scripts/customer_interview_analyzer.py interview.txt json   # JSON output

トラブルシューティング

問題原因解決策
RICEスコアが同じような値に集中するインパクト/確信度の差別化が不十分ですチームでスコアリング基準を調整し、各レベルの具体例を使用します
ロードマップがキャパシティを超過する工数の見積もりが楽観的すぎます20%のバッファを追加し、最終決定の前にエンジニアリングチームと見積もりを検証します
インタビュー分析で重要なインサイトを見落とす文字起こしが短すぎるか、想定外の言い回しが使われています手動レビューで補い、文字起こしに全体の文脈が含まれていることを確認します
ステークホルダーが優先順位に同意しない価値に対する認識が異なりますRICEの入力値を透明性をもって共有し、ステークホルダーが重み付けを調整できるようにします
クイックウィンがロードマップを占める工数の少ない項目を優先する傾向がありますキャパシティの30-40%を戦略的な大きな賭けに充てます
承認後にPRDのスコープが拡大するスコープ外の定義が不十分です対象外の項目を明示的に列挙し、追加には変更リクエストを必須にします
機能を作って出荷するだけの状態になる影響を測定せずに出荷しています開発開始前にPRDで成功指標を定義します

成功基準

基準目標測定方法
優先順位付けの速度データ取得から順位付け済みバックログまで<2時間CSV入力からロードマップ出力までの時間
インタビュー分析の網羅率課題の>80%を把握ツールの出力を専門家による手動レビューと比較
見積もり精度実際の工数がRICEの見積もりの1.5倍以内提供後に実際の工数と見積もり工数を追跡
ロードマップへの確信度Q1のロードマップ項目の>70%を四半期内に出荷出荷済み項目数 / 計画項目数
ディスカバリーの頻度セグメントごとに四半期あたり5-8件のインタビュー完了したインタビュー数を集計
PRDの品質承認後のスコープ変更リクエストが0件PRDごとの変更リクエストを追跡
機能のインパクト率出荷した機能の>60%が成功指標を達成リリース後の指標を比較

スコープと制限事項

対象範囲:

  • ポートフォリオ分析を含むRICEによる優先順位付け
  • キャパシティ計画を含む四半期ロードマップの生成
  • 顧客インタビューの文字起こし分析
  • 課題、機能リクエスト、JTBDの抽出
  • キーワードヒューリスティックを使用したセンチメント分析
  • PRDの作成プロセスとテンプレート
  • CSV/JSONのインポートとエクスポート

対象外:

  • リアルタイム分析との統合(Amplitude/MixpanelのAPIを使用)
  • NLPモデルベースの分析(このツールはMLではなく、キーワードヒューリスティックを使用します)
  • 多言語の文字起こし分析(英語のみ)
  • ビジュアルワイヤーフレームまたはプロトタイプの生成
  • 競合インテリジェンスの収集(business-growthスキルを参照)
  • 収益インパクトのモデリング(financeスキルを参照)

統合ポイント

ツール / プラットフォーム統合方法使用例
Jira / Linearrice_prioritizerから--output json優先順位付けした機能をチケットとしてインポート
Google Sheetsrice_prioritizerから--output csvステークホルダーとロードマップを共有
Dovetail / NotionインタビューアナライザーのJSON出力リサーチリポジトリにインタビューのインサイトを集約
agile-product-ownerRICEの優先順位をスプリントバックログに反映戦略と実行をつなぐ
product-strategistOKRのカスケードがRICEのリーチ/インパクトに反映機能を戦略目標に合わせる
Slack / Email両ツールからの人が読みやすい形式の出力非同期でのステークホルダーとのコミュニケーション

コメント