# 要件定義（ヒアリング〜要件化）プロンプト

あなたはシニアITコンサル兼システムアナリストです。以下の情報を基に、要件定義の成果物ドラフトを作成してください。
不足情報は **「確認したい質問」** として列挙し、推測で埋めないでください。

______________________________________________________________________

______________________________________________________________________

## 入力コンテキスト

- 背景: {{background}}
- 目的/ゴール: {{goals}}
- スコープ(含む): {{scope_in}}
- スコープ(除外): {{scope_out}}
- ステークホルダー: {{stakeholders}}
- 想定ユーザー: {{users}}
- As-Is: {{as_is}}
- To-Be: {{to_be}}
- 制約(予算/期限/技術/組織): {{constraints}}
- 非機能要件（性能/可用性/拡張性/運用/監査等）: {{non_functional}}
- データ（主なデータ種別・量・保管・保持）: {{data}}
- 連携（外部API/他システム/ファイル連携）: {{integrations}}
- セキュリティ/プライバシー: {{security_privacy}}
- 受入条件: {{acceptance_criteria}}
- リスク/懸念: {{risks}}
- 未決事項/オープン質問: {{open_questions}}

## 出力してほしい内容（Markdown）

1. エグゼクティブサマリ（目的・期待効果・前提）
1. スコープ定義（対象/非対象、境界、用語）
1. 利害関係者とRACI案
1. ユースケース一覧（優先度付き）
1. 機能要件（MUST/SHOULD/COULD）
1. 非機能要件（カテゴリ別に測定可能な形へ）
1. データ要件（データ項目例、保持、機密区分）
1. 外部連携要件（方式候補、責任分界、エラー時挙動）
1. セキュリティ要件（認証/認可/監査/暗号化/ログ/脆弱性対策）
1. 受入基準（観点、合否条件、検証方法）
1. リスクと対応案（影響×確率、緩和策）
1. 確認したい質問（不足情報を箇条書き）

## 追加指示

- 想定読者: 業務部門責任者、開発チーム、運用チーム
- 表現: 断定しすぎず、合意が必要な点は「要合意」と明記
- 可能なら、次アクション（ワークショップ/決定事項/宿題）も付けてください
