# 編集用 AI プロダクト要件定義書

OpenMax の編集用ワークシートです。括弧内は利用が認められた根拠で記入し、実際の責任者が版と目的を指定して承認するまではドラフトとします。適合性の認証、リリース許可、OpenMax の連携実装の証明ではありません。

## 1. 文書の状態、責任者、承認依頼

- PRD ID、版、日付：[ ]
- 文書管理者、プロダクト責任者：[ ]
- 必須レビュー担当、判断権限：[ ]
- 状態、次の判断日：[ ]
- 求める判断と目的。開発許可と公開許可は別に記録：[ ]

## 2. 要約

- 利用者、阻まれている仕事、提案する成果：[ ]
- 今判断する理由、実装方式を変える場合の代替案：[ ]
- 今回の依頼。公開日を暗黙の確約にしない：[ ]

## 3. 問題、根拠、反証

- 使用可能な観察、資料 ID、版、日付：[ ]
- 各資料が裏付ける主張、推論、不足する根拠：[ ]
- 基準値、含まれない利用者、別の説明：[ ]
- 調査上の未解決事項、担当者、解決予定日：[ ]

## 4. 対象者と状況

- 操作者、影響を受ける人、仕事、環境、言語：[ ]
- 初期の包含・除外範囲、アクセス条件：[ ]
- キーボード、支援技術などの利用要件：[ ]

## 5. 目標と指標定義

指標ごとに記入：[ID、イベント、分子、分母、対象集団、期間、データ源、担当者、提案閾値、理由、判断用途]。人の採用行動と事実の品質を分けます。百分位の方法と失敗を除くかを定義し、未検証目標は計画値と明記します。基準値や費用がなければ未確認のままにします。

## 6. 非目標

除外ごとに記入：[能力、理由、必要な実装上の境界、再検討条件と許可権限]。ラベルやプロンプトだけでは制御になりません。

## 7. 範囲と要件

要件ごとに記入：[安定した RQ ID、観察可能な動作、理由と資料、優先度、依存条件、確認ケース ID]。独立して失敗する動作を分け、成果と実装上の好みを区別します。

## 8. 体験と復帰

- 開始、読み込み、プレビュー、結果なし、拒否、タイムアウト、修正、終了：[ ]
- 既存の入力を保つ方法、手動で続行する方法：[ ]
- 状態通知、フォーカス、必須のアクセシビリティ確認：[ ]

## 9. データ、連携、AI 設定

- 許可資料と版、入出力、識別子、更新ルール：[ ]
- 資料なし、矛盾、旧版、アクセス不可の場合の動作：[ ]
- 候補モデル、プロンプト・検索・評価セットの版、生成設定：[ ]
- 学習や微調整は適用時のみ記入。未選定の設定は未確認とする：[ ]

## 10. セキュリティ、プライバシー、専門レビュー

- 情報の流れ、要求時と表示時の権限：[ ]
- ログ、機微情報、保存、削除、アクセス変更：[ ]
- 適切な専門担当、証拠、未決事項、判断を止める影響：[ ]

## 11. 依存関係、制約、代替策

依存ごとに記入：[システム・チーム・ベンダー、責任者、根拠、不足条件、期限、遅延の影響、許可された代替策]。架空の価格を使わず費用の根拠を示します。

## 12. リスクと検知条件

リスクごとに記入：[失敗、影響する人、検知方法、対応責任者、停止・再開条件、残る判断]。参照する枠組みの版を示します。対処タスクの作成は対策の有効性を証明しません。

## 13. 受け入れ、公開、切り戻し

- 各確認：[ID、要件、入力と環境、期待結果、実際の結果、根拠、設定、PASS/FAIL/NOT_RUN、担当者と日付]。
- 限定試行と対象拡大の条件、権限のある判断：[ ]
- 未解決不具合、専門レビュー、阻害要因：[ ]
- 無効化、手動復帰、サポート、取り消せない外部影響：[ ]

## 14. 問いと決定履歴

- 未解決の問い：[ID、担当者、必要な根拠、期限、停止する判断]。
- 決定：[ID、旧選択、新選択、理由、承認者、日付、版と目的、影響する要件・確認・文書]。
- 旧記録を残し、結果を合格にするために目標を黙って変えないでください。