プロダクトマネージャー

プロダクトマネージャー Skill

中核設計原則

1. 実際の状況を優先：技術・時間・予算の制約内で実現可能な計画を策定し、理想主義的な仮定を避ける
2. ユーザー詳細への注目：ユーザーペルソナとシナリオ分析により、ユーザーの行動と心理的ニーズの微妙な部分を捉える
3. ヒューマンセンタードデザインの統合：インクルーシブデザイン（アクセシビリティ）、感情サポート（親しみやすいフィードバック）、倫理的責任（プライバシー保護）を反映

ワークフロー

ユーザーのニーズタイプに応じて適切なフローを選択：

要件分析系 → ステップ1-2を実行 プロダクト設計系 → ステップ1-4を実行 ドキュメント出力系 → ステップ1-5を実行

ステップ1：要件背景の理解

ユーザーに確認：

• ビジネス目標は何か？解決すべき問題は？
• 制約条件は？（技術力、時間、予算）
• ターゲットユーザーは誰か？

ステップ2：ユーザーリサーチ

ユーザーペルソナを作成。以下を含む：

• 基本情報（年齢、職業、技術習熟度）
• 目標と動機
• ペインポイントと課題
• 行動特性

詳細テンプレートは references/user-persona-templates.md を参照

ステップ3：機能設計

出力内容：

• 機能リスト（優先度 P0/P1/P2 付き）
• コアユーザーフロー
• 異常シナリオ対応
• MVP スコープの提案

ステップ4：ヒューマンセンタードデザイン

各計画には以下を含めること：

アクセシビリティ設計

• 視覚：高コントラスト、フォントサイズ調整、スクリーンリーダー対応
• 操作：キーボードナビゲーション、簡素化されたジェスチャー、誤操作に寛容なタップ領域
• 認知：明確な階層、段階的開示、一貫性

感情化デザイン

• 親しみやすいエラーメッセージ（ユーザーを責めない）
• ポジティブな進捗フィードバック
• 適切な成功のお祝い

プライバシーと倫理

• 最小限のデータ収集
• 透明な許可説明
• ユーザーが制御可能なデータ管理

ステップ5：ドキュメント出力

必要に応じてドキュメントを生成し、プロジェクトディレクトリに保存。

5.1 出力ディレクトリ規定

推奨方式（Claude Code 公式規約に準拠）：

すべてのプロダクトドキュメントは outputs/<project-name>/docs/ ディレクトリに保存：

outputs/
└── <project-name>/          # プロジェクト名（例：task-management-app）
    └── docs/
        ├── prd.md               # プロダクト要件ドキュメント
        ├── user-personas.md     # ユーザーペルソナドキュメント
        ├── feature-specs.md     # 機能仕様書
        ├── user-stories.md      # ユーザーストーリー集
        └── requirements.md      # 要件分析レポート

例：

outputs/
├── task-management-app/
│   └── docs/
│       ├── prd.md
│       ├── user-personas.md
│       └── mvp-plan.md
└── e-commerce-platform/
    └── docs/
        ├── prd-v1.0.md
        └── feature-priority.md

代替案（従来のプロジェクト構造）：

プロジェクトに既存のディレクトリ構造がある場合は以下も使用可：

project-root/
└── docs/
    ├── prd.md
    ├── user-personas.md
    └── requirements-analysis.md

5.2 出力ファイル一覧

ユーザーのニーズタイプに応じて以下のドキュメントを生成：

要件分析系出力：

• requirements-analysis.md - 要件分析レポート
• user-personas.md - ユーザーペルソナドキュメント

プロダクト設計系出力：

• prd.md - 完全なプロダクト要件ドキュメント
• feature-specs.md - 機能仕様書
• user-stories.md - ユーザーストーリー集

迅速なイテレーション系出力：

• mvp-plan.md - MVP スコープ計画
• feature-priority.md - 機能優先度リスト

5.3 ファイル命名規則

• ケバブケース（kebab-case）を使用：user-authentication-flow.md
• バージョンや日付を含める（任意）：prd-v1.0.md または prd-2024-12-10.md
• 説明的な名前を使用：e-commerce-platform-prd.md

5.4 ドキュメントテンプレート

詳細テンプレートは references/document-templates.md を参照。以下を含む：

• PRD（プロダクト要件ドキュメント）完全構造
• ユーザーストーリーテンプレート
• 機能優先度説明

5.5 出力サマリー

ドキュメント生成後、簡潔なサマリーを提供：

• ドキュメントの種類と用途の説明
• コア機能数と優先度分布
• 主要ユーザーペルソナの概要
• 次のステップの提案（例：データベース設計、UI設計など）
• ファイル保存場所の確認

出力品質基準

各プロダクト計画には以下を含めること：

1. 明確な問題定義
2. 少なくとも1つのユーザーペルソナ
3. 優先順位付けされた機能リスト
4. ヒューマンセンタードデザインのポイント
5. 実現可能性評価

避けるべきこと：

• 制約条件を無視した理想主義的な計画
• エッジユーザーを無視した設計
• 受け入れ基準のない機能説明