AI生産性

AIを使ってプロダクト要件定義書を作成する方法

プロダクトのアイデアをAIで問題、ユーザー、スコープ、非目標、要件、受け入れ基準、エッジケースを含むPRDへ変える、実践的なプロダクト要件定義書の作成ワークフローです。

公開日 更新日
PRDプロダクトマネジメントAIワークフロー

プロダクト要件定義書は、デザインと開発を始める前の混乱を減らすためのものです。チームが機能を構築し、レビューできるように、問題、ユーザー、スコープ、非目標、要件、受け入れ基準、エッジケース、未解決の質問を十分明確に説明する必要があります。

AIがPRDに役立つのは、ラフなメモを構造化し、不足している前提を明らかにし、受け入れ基準を作り、エッジケースを提案できるためです。重要なのは、プロダクト判断の代わりではなく、思考のパートナーとしてAIを使うことです。

このガイドの対象者

  • まとまりのないメモから、より明確なPRDを書くプロダクトマネージャー
  • アイデアを実装可能な仕様へ変える創業者
  • ワイヤーフレームを作る前にスコープを明確にするデザイナー
  • 構築前に、より明確な受け入れ基準を求めるエンジニア
  • Claude、ChatGPT、AIコーディングツールを使って作業を計画するチーム

ステップごとのワークフロー

  1. ユーザーの問題、対象ユーザー、現在の回避策、目指す成果、制約についてのラフなメモから始めます。
  2. メモを構造化されたPRDの構成へ変えるようAIに依頼します。
  3. 問題、ユーザー、スコープ、非目標、要件、受け入れ基準を記入します。
  4. 不明確な前提、不足している状態、エッジケース、依存関係を特定するようAIに依頼します。
  5. 問題とスコープが明確になってからユーザーストーリーを追加します。
  6. テスト可能な受け入れ基準を書くようAIに依頼します。
  7. 実装を始める前に、デザイン担当者とエンジニアリング担当者を交えてPRDを確認します。
  8. AIにすべてが判明しているよう装わせず、未解決の質問を明示したままにします。

推奨ツール

  • 長いPRD、エッジケースのレビュー、慎重なプロダクト推論にはClaude
  • PRDの構成、ユーザーストーリー、受け入れ基準の下書きにはChatGPT
  • 共有ワークスペースでプロダクト仕様を管理するにはNotion AI
  • 承認済み要件を実装計画へ変えるにはCursor

AIによるPRDのプロンプトテンプレート

ラフなプロダクトメモとともに、次のプロンプトを使います。

Turn these notes into a product requirements document. Include problem, users, scope, non-goals, requirements, acceptance criteria, edge cases, dependencies, analytics events, rollout plan, and open questions. Be explicit about assumptions. Do not invent business facts. If something is unclear, put it in open questions instead of filling it in.

PRDチェックリスト

  • PRDに問題、ユーザー、スコープ、非目標、要件、受け入れ基準が含まれていますか？
  • 受け入れ基準はテスト可能ですか？
  • エッジケース、空の状態、読み込み状態、エラー状態が含まれていますか？
  • 必須のスコープと後の改善項目を分けていますか？
  • 依存関係と未解決の質問が明示されていますか？
  • デザイン、エンジニアリング、プロダクトの各担当者が、推測せずに文書を使えますか？

よくある間違い

  • ユーザーの問題を定義する前に、AIへPRDの作成を依頼する
  • あると便利な機能でAIにスコープを広げさせる
  • テストできない受け入れ基準を書く
  • 自信に満ちた文章の中に未解決の質問を隠す
  • 非目標を省き、後からスコープについて議論する
  • エッジケースやエラー状態を含めずにPRDをエンジニアリング担当者へ渡す

実践例

弱いプロンプト：write a PRD for an image generator history page.

改善したプロンプト：Write a PRD for an AI image generator history page. Users are signed-in creators who need to find, reopen, and reuse previous generations. Include problem, users, scope, non-goals, requirements, acceptance criteria, empty state, loading state, error state, privacy constraints, analytics events, and open questions.

改善したプロンプトが有効なのは、ユーザー、ワークフロー、実装に必要なセクションをAIへ示しているからです。

よくある質問

Q: AIは完成したPRDを書けますか？ A: 質の高い下書きは作れますが、最終的なPRDにはスコープ、トレードオフ、制約、優先順位についての人間の意思決定が必要です。

Q: PRDに実装の詳細を含めるべきですか？ A: 制約と依存関係は含めますが、プロダクトの成果に必要でない限り、内部実装を指定することは避けてください。

Q: AIがスコープを広げすぎないようにするにはどうすればよいですか？ A: 非目標の記載を求め、必須要件と後の改善項目を分けます。

関連ツール

関連ガイド