PM業務でAIが効く場所と効かない場所

プロダクトマネージャーの仕事の中で、AIが最もコスパよく効くのは「文書化」の部分だ。ヒアリング→整理→文書化のサイクルで、特に「整理→文書化」の部分は定型フォーマットに落とし込む作業が多く、Claudeが得意とする仕事だ。

一方、「誰のどんな課題を解決するか」という問い自体はAIに決めさせるのではなく、人間が判断する。Claudeはそれを文章にする道具として使う、という切り分けが実務では重要だ。

ヒアリング議事録から要件候補を抽出する

ステークホルダーヒアリングの後、議事録から要件を抽出するのは地道な作業だ。ここにClaudeを使うと大幅に効率化できる。

以下はステークホルダーヒアリングの議事録です。

[議事録のテキストをここに貼る]

以下の観点で整理してください：
1. 明示された要求（「〜してほしい」「〜が必要」と言われたもの）
2. 暗示された要求（言葉の裏にある課題・ニーズ）
3. 制約条件（予算・期限・技術的制約）
4. 未確認事項（ヒアリングで明確にならなかった点）

出力は箇条書きで、項目ごとに分けてください。

このプロンプトを使うと、議事録を読んで人間が整理するより速く、かつ「暗示された要求」まで拾ってくれる。ただし、Claudeの解釈が正しいかは必ず確認する。

要件定義書のドラフト作成

要件候補が揃ったら、要件定義書の下書きを作る。フォーマットは会社によって異なるが、一般的な構成をプロンプトに組み込む。

以下の要件候補を元に、要件定義書の初稿を作成してください。

【プロダクト概要】
[一言で説明]

【要件候補】
[前のステップで整理した要件リスト]

【フォーマット】
1. 背景・目的
2. スコープ（今回対応する範囲・しない範囲）
3. 機能要件（Must Have / Should Have / Nice to Haveに分類）
4. 非機能要件（パフォーマンス・セキュリティ・可用性など）
5. 制約条件
6. 未決事項リスト

各セクションは3〜5文で書き、箇条書きと文章を混在させてください。

ここで出てきた初稿は、PMが内容を確認・修正してから使う。Claudeが出す「非機能要件」のセクションは、ヒアリングで語られなかった観点を補完してくれることが多く、見落とし防止に役立つ。

PRD（Product Requirements Document）の作成

PRDは要件定義より詳細な仕様を含む文書で、エンジニアに渡すことが多い。Claudeに任せると構造が整ったドキュメントが出てくる。

以下の情報を元に、PRD（プロダクト要件定義書）を作成してください。

【プロダクト名】
【背景・課題】
【解決策の概要】
【ターゲットユーザー】
【成功指標（KPI）】
【機能要件リスト】

PRDの構成：
- エグゼクティブサマリー（3文以内）
- 問題定義
- ソリューション概要
- ユーザーストーリー（最大5つ、"〇〇として、〜したい、なぜなら〜" 形式）
- 機能仕様（各機能について：概要・詳細・エッジケース）
- 非機能要件
- 成功指標
- タイムライン（フェーズ分けで記述）
- 未決事項

ユーザーストーリーの部分は、Claudeが文脈から類推して書いてくれる。ただし「このユーザーストーリーは実際のユーザーヒアリングに基づいているか」を確認することが欠かせない。

エッジケース・リスクの洗い出し

PMが見落としがちなエッジケースをClaudeに洗い出させるのは、特に有効な使い方だ。

以下の機能仕様について、エッジケースとリスクを洗い出してください。

【機能仕様】
[仕様の内容]

洗い出す観点：
- 極端なユーザー行動（大量データ・同時アクセス・誤入力など）
- 外部依存のリスク（APIダウン・決済失敗など）
- セキュリティ上の懸念
- 法的・コンプライアンス上の注意点
- モバイル・低速回線での動作

各エッジケースについて、対処方法の案も一緒に記載してください。

この洗い出しをエンジニアと共有すると、「あ、その考慮漏れてました」という会話が早い段階でできるようになる。

変更履歴の管理をClaudeに手伝わせる

PRDは生き物で、更新のたびに「何をなぜ変えたか」を記録する必要がある。

以下はPRDの旧バージョンと新バージョンです。
変更点を洗い出し、変更履歴として整理してください。

旧バージョン：[テキスト]
新バージョン：[テキスト]

出力形式：
| 変更箇所 | 変更前 | 変更後 | 変更理由（推測で構いません） |

変更理由の部分はClaudeが推測で書くため、実際の理由と合わない場合は修正が必要だ。ここは人間が補完する。

まとめ

PM業務でClaudeが最も効果を発揮するのは「要件整理→文書化」のサイクルだ。ヒアリング議事録の整理から、要件定義書・PRDの下書き、エッジケースの洗い出しまで、プロンプト設計を整えておけば繰り返し使える資産になる。重要なのは「Claudeが出す文書は下書き」という前提を崩さないことで、そのうえで使うと業務効率は確実に上がる。