pm-discovery について
pm-discoveryは、インタビュー、仮説検証、顧客ニーズ、優先順位付け、ロードマップ、ブリーフ向けの専門フレームワークにプロダクト探索タスクを振り分けます。探索から計画までを体系的に進めたいプロダクトチーム向けです。
主な機能
- 01タスク別のフレームワーク振り分け
- 02インタビュー整理のガイド
- 03仮説検証のルート
- 04ニーズ発見のルート
- 05優先順位付けとロードマップのルート
- 06探索結果の統合テンプレート
活用シーン
- 01探索タスクに適したフレームワークの選択
- 02調査結果の整理
- 03プロダクト機能の優先順位付け
- 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-prioritization | RICE/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を使用します
コメント
Markdown 対応