検証できる製品要件の書き方。
PRD は利用者の問題を観察可能な製品動作に結び付けます。要件、提案段階の実装方法、未解決の決定を分けてください。
作業手順をタスクに合わせましょう。
入力、出力、受け入れ条件を定義して利用者の問題を観察可能な動作にします。必須の動作と実装案を分け、規模、権限、エラー処理の未決事項を明示します。
- 用意するもの
- 製品の問題、制約、関係者のメモ。
- 得られるもの
- 目標、要件、未解決事項を含む PRD の下書き。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Draft a small PRD for comparing two CSV supplier files before a catalog update. Required fields: SKU and Price. Match exact SKUs; show old and new prices; export a review list. Duplicate SKUs must be flagged. Volume limits and permissions are undecided.
完成例
Problem: catalog managers need to inspect supplier price changes before an update. Inputs: two CSV files containing SKU and Price. Matching: exact SKU values; duplicate keys require review rather than automatic pairing. Result: a list containing SKU, old price, new price and change status. Export: the reviewed comparison is downloadable; the workflow does not update the live catalog. Acceptance example: A12 changes from 10 to 12 and appears as a price change. Open decisions: supported volume, permissions and treatment of missing prices.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
PRD でデータベースやフレームワークを指定すべきですか？
確立した要件である場合だけ技術的制約を含めます。それ以外は動作を記述し、実装の選択は適切な設計過程に任せます。
同じ要件を技術者が別々に解釈するのはなぜですか？
失敗時の状態を含め具体例と受け入れ条件を加えます。「使いやすい」のような広い表現では観察可能な動作を定義できません。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑