PRDジェネレーター

プロダクト要件定義書では何を定義しますか？

PRDは、プロダクトの変更で解決すべき問題と、そのために必要な動作を説明する文書です。ユーザーのニーズをスコープ、要件、成功指標につなげ、プロダクト、デザイン、エンジニアリングが同じ目標を確認できるようにします。

実装に関する意思決定が固まる前に使う

PRDは、要望を共有された機能定義に落とし込む必要があるときに役立ちます。設計と実装に必要な動作を十分に明確にしつつ、未決定事項を暗黙に補完せず、見える状態にしておくことが大切です。

確認可能な要件を書く

1. ニーズから始めます。 画面や技術を指定する前に、ユーザーの課題を明確にします。
2. 動作を観測可能にします。 各要件を満たしているか、レビュー担当者が判断できるようにします。
3. 優先度と確実性を分けます。 優先度の高い提案でも、検証や意思決定が必要な場合があります。
4. 失敗時の経路を含めます。 関連する空状態、エラー、権限、復旧時の状態を記述します。
5. 成功指標とガードレールを定義します。 何を改善すべきか、また結果として何を悪化させてはいけないかを明確にします。

機能概要を構造化されたセクションにまとめる

MyMapは、プロダクトの概要を編集可能なPRDキャンバスに整理します。この例では、モバイル決済画面の redesign を題材に、目的、ユーザーストーリー、要件、成功指標をまとめています。収益見込みや提供目標はシナリオ上の詳細なので、ご自身の根拠に置き換えてください。