mcpField
P
pm-discovery

pm-discovery

github.com/majesticlabs-dev生産性5037 回インストール7 週間前に更新
リポジトリ

pm-discovery について

pm-discoveryは、インタビュー、仮説検証、顧客ニーズ、優先順位付け、ロードマップ、ブリーフ向けの専門フレームワークにプロダクト探索タスクを振り分けます。探索から計画までを体系的に進めたいプロダクトチーム向けです。

主な機能

  1. 01タスク別のフレームワーク振り分け
  2. 02インタビュー整理のガイド
  3. 03仮説検証のルート
  4. 04ニーズ発見のルート
  5. 05優先順位付けとロードマップのルート
  6. 06探索結果の統合テンプレート

活用シーン

  1. 01探索タスクに適したフレームワークの選択
  2. 02調査結果の整理
  3. 03プロダクト機能の優先順位付け
  4. 04探索結果を計画に反映

インストール

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

$npx skills add https://github.com/majesticlabs-dev/majestic-marketplace --skill pm-discovery

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

詳細

PM Discovery Orchestrator

プロダクトディスカバリーのタスクを、専門フレームワークに振り分けます。

フレームワークの振り分け

タスクスキル使用する場面
顧客インタビューpm-customer-interviewsユーザーインタビューの実施または分析
仮説の検証pm-assumption-mappingプロダクト仮説の検証
ニーズの把握pm-jobs-to-be-done顧客がソリューションを「雇う」理由の特定
機能の優先順位付けpm-prioritizationRICE/ICE スコアリング、機会のマッピング
ロードマップの計画pm-roadmapテーマ別の Now/Next/Later ロードマップ
機能概要と意思決定pm-one-pager簡潔な概要、意思決定の記録

それぞれの使用場面

Interview synthesis needed? → pm-customer-interviews
Testing assumptions? → pm-assumption-mapping
Understanding motivation? → pm-jobs-to-be-done
Prioritizing features? → pm-prioritization
Planning roadmap? → pm-roadmap
Early exploration or recording decisions? → pm-one-pager
Full feature specification? → /majestic:prd

ディスカバリーの統合

個々のフレームワークを使った後、調査結果を統合します。

## Discovery Summary: [Feature/Initiative]

### What We Learned
1. [Key insight with evidence]
2. [Key insight with evidence]
3. [Key insight with evidence]

### User Segments & Their Jobs
| Segment | Primary Job | Pain Intensity | Size |
|---------|-------------|----------------|------|
| [Segment A] | [JTBD] | [1-5] | [N users] |

### Prioritized Opportunities
| Rank | Opportunity | Evidence | RICE |
|------|-------------|----------|------|
| 1 | [Opp] | [Quote/data] | [Score] |

### Recommended Next Step
**Do:** [Specific action]
**Test:** [What to validate]
**Success looks like:** [Measurable outcome]

### What We Still Don't Know
- [ ] [Open question to investigate]
- [ ] [Assumption still untested]

アンチパターン

アンチパターン失敗する理由代わりに行うこと
誘導的な質問先入観を裏付けてしまうオープンエンドな質問をする
仮定の価格について尋ねる人は嘘をつく現在の支出について尋ねる
機能リクエストを真実と見なす解決策であり、問題ではないニーズを深掘りする
少ないサンプルに基づく意思決定逸話はパターンとは異なる最低でも5件以上の兆候を集める
競合調査を省く車輪の再発明になるまず調査する

連携

  • 前: 市場の課題には problem-research を使用します
  • 後: 要件のドキュメント化には /majestic:prd を使用します
  • 後: 実装計画には /majestic:plan を使用します

コメント