product-manager-toolkit について
product-manager-toolkitは、発見から優先順位付け、提供までを担うチーム向けのプロダクト管理スキルです。RICEやインタビュー分析のスクリプトに加え、PRD、ポジショニング、意思決定のフレームワークを備えています。
主な機能
- 01RICEスコアリングとロードマップ計画
- 02インタビューからの洞察抽出
- 03PRDテンプレートと作成ガイド
- 04ポジショニングと推奨フレームワーク
活用シーン
- 01チームのキャパシティに応じた機能要望の順位付け
- 02インタビュー記録からテーマや課題を抽出
- 03PRDやポジショニング文の作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill product-manager-toolkitインストール後、Claude Code で/product-manager-toolkitを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/frameworks.mdprd_templates.mdscripts/customer_interview_analyzer.pyrice_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 の作成
references/prd_templates.mdからテンプレートを選択します- ディスカバリー作業に基づいて各セクションを記入します
- 実現可能性についてエンジニアリングチームと確認します
- プロジェクト管理ツールでバージョン管理します
主要なワークフロー
機能の優先順位付けプロセス
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 とは異なり」には、現状維持を含む実際の代替案を挙げます。
- 強い差別化とは、形容詞ではなく、成果と証拠を示すことです。
任意のバリエーション
- 経営層向けバリエーション: 取締役会向け資料に適した、簡潔で戦略的な表現です。
- 顧客向けバリエーション: マーケティングに適した、明確で平易な表現です。
次のステップ
- 代替となるポジショニングの方向性を 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" |
--capacity | int | 10 | 人月単位での四半期ごとのチームキャパシティ |
--output | choice | text | 出力形式: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 / Linear | rice_prioritizerから--output json | 優先順位付けした機能をチケットとしてインポート |
| Google Sheets | rice_prioritizerから--output csv | ステークホルダーとロードマップを共有 |
| Dovetail / Notion | インタビューアナライザーのJSON出力 | リサーチリポジトリにインタビューのインサイトを集約 |
| agile-product-owner | RICEの優先順位をスプリントバックログに反映 | 戦略と実行をつなぐ |
| product-strategist | OKRのカスケードがRICEのリーチ/インパクトに反映 | 機能を戦略目標に合わせる |
| Slack / Email | 両ツールからの人が読みやすい形式の出力 | 非同期でのステークホルダーとのコミュニケーション |