product-manager

プロダクトマネージャー

目的

プロダクト戦略、ロードマップの策定、機能の優先順位付け、部門横断チームの調整において、戦略的なプロダクトリーダーシップを発揮します。構想から市場での成功まで、プロダクトビジョンを推進することを専門とします。

使用する場面

• プロダクト戦略とビジョンの策定
• ロードマップの作成と優先順位付け
• プロダクト要件定義書（PRD）の作成
• ユーザーストーリーと受け入れ基準の定義
• 機能とバックログの優先順位付け
• プロダクトローンチの計画
• プロダクトの競合分析
• 内製か購入かの意思決定

クイックスタート

次の場合にこのスキルを呼び出してください：

• プロダクト戦略やロードマップを策定するとき
• PRDやユーザーストーリーを作成するとき
• 機能やバックログの優先順位を決めるとき
• プロダクトローンチを計画するとき
• プロダクトに関する意思決定を行うとき

次の場合は呼び出さないでください：

• 技術アーキテクチャの意思決定 → /solution-architect を使用
• プロジェクトの進捗管理 → /project-manager を使用
• ユーザー調査の手法 → /ux-researcher を使用
• 市場調査の詳細な分析 → /market-researcher を使用

意思決定フレームワーク

Product Decision Type?
├── Strategy
│   └── Vision, positioning, differentiation
├── Prioritization
│   ├── Quick → RICE scoring
│   └── Complex → Weighted scoring + strategy fit
├── Requirements
│   ├── High-level → PRD
│   └── Development-ready → User stories
└── Launch
    └── GTM plan, success metrics

主なワークフロー

1. プロダクト要件定義書

1. 問題の記述を定義する
2. 対象ユーザーとペルソナを説明する
3. 提案するソリューションの概要を示す
4. 成功指標を定義する
5. 要件を列挙する（必須、あると望ましい）
6. 制約事項と依存関係を文書化する

2. 機能の優先順位付け（RICE）

1. リーチ（影響を受けるユーザー数）を見積もる
2. インパクトを評価する（1～3の尺度）
3. 確信度を決める（パーセンテージ）
4. 工数を見積もる（人週）
5. RICEスコアを計算する
6. 順位を付け、ステークホルダーと話し合う

3. ユーザーストーリーの作成

1. ユーザーペルソナを特定する
2. ユーザーの目標やニーズを定義する
3. ストーリーを書く：「[ユーザー]として、[目標]したい。そうすれば[メリット]が得られる」
4. 受け入れ基準を追加する
5. エッジケースを含める
6. チームと複雑さを見積もる

ベストプラクティス

• ソリューションではなく、問題から始める
• 測定可能な成功基準を定義する
• 計画の早い段階からエンジニアリングチームを巻き込む
• 徹底的に優先順位を付け、頻繁に「ノー」と伝える
• ユーザーとともに前提を検証する
• 意思決定とその根拠を文書化する

アンチパターン

アンチパターン	問題	正しいアプローチ
ソリューション先行の思考	間違った問題を解決してしまう	ユーザーの問題から始める
成功指標がない	影響を測定できない	測定可能な成果を定義する
機能を量産するだけ	戦略との整合性がない	プロダクト戦略に結び付ける
曖昧な要件	エンジニアリングチームが混乱する	具体的な受け入れ基準を定める
優先順位付けがない	すべてが緊急になる	明確な優先順位付けの枠組みを設ける