AIで要件定義書を作る5ステップ｜1週間を2日に圧縮・10項目テンプレ・使えるプロンプト付き【2026年版】
公開日
「要件定義書を書くのに1週間かかっていたのを、AI で1〜2日に圧縮できないか？」——これは制作会社のディレクター誰もが2026年に一度は考える課題です。答えは「7割は AI で作れる、ただし “抜け漏れ検知” は人が必ず二重チェックすべき」です。この記事では、10年以上中小企業のWEB制作案件を担当してきたシエロデザインの実務経験と、AI を使った要件定義書の作り方・使えるプロンプト・落とし穴を具体的に公開します。
AI 要件定義とは？
AI 要件定義とは、クライアントとのヒヤリング内容・参考サイト情報・過去類似案件のドキュメントを AI に読ませて、要件定義書の初稿を自動生成する手法です。従来はディレクターが1週間かけて手作業で積み上げていた工程を、AI で1〜2日の “たたき台” に短縮し、人が抜け漏れチェックと最終判断だけを担う運用が2026年秋の実務スタンダードです。
AI 要件定義書 作成5ステップ
- クライアントヒヤリング（人がやる・録音必須）
- 録音を 文字起こし → AI で要件抽出（Whisper + Gemini / Claude）
- 過去類似案件の要件定義書を 参照コンテキストとして AI に投入
- AI で要件定義書ドラフト生成（1M コンテキストで一気に）
- ディレクターが抜け漏れチェック → 修正 → クライアント確認
要件定義書に含めるべき10項目
| # | 項目 | 内容 |
|---|---|---|
| 1 | プロジェクト概要 | 目的・背景・KGI/KPI |
| 2 | ターゲット | ペルソナ・想定訪問経路 |
| 3 | サイト全体構造 | サイトマップ・階層 |
| 4 | ページ別要件 | 各ページの目的・要素・優先度 |
| 5 | 機能要件 | フォーム・EC・会員・多言語 等 |
| 6 | 非機能要件 | 表示速度・ブラウザ対応・アクセシビリティ |
| 7 | デザイン方針 | トーン・カラー・タイポ・参考サイト |
| 8 | 技術要件 | CMS・サーバー・ドメイン・分析ツール |
| 9 | 運用体制 | 更新頻度・担当者・保守範囲 |
| 10 | スケジュール・予算 | 公開日・マイルストーン・総額 |
実際に使える AI 要件定義プロンプト
プロンプト1：ヒヤリング録音から要件抽出
以下はクライアントヒヤリングの文字起こしです。要件定義に必要な情報を10項目で抽出してください。 【文字起こし】 （テキストを貼り付け） 【抽出項目】 1. プロジェクト目的 2. ターゲット 3. 希望するページ構成 4. 必須機能 5. デザイン方針・トーン 6. CMS要件 7. 想定予算感 8. 希望公開日 9. 運用体制の希望 10. 特殊要件・制約 【出力形式】各項目を "確定 / 要ヒヤリング / 想定" のタグ付きで 【出力言語】日本語・ですます調
プロンプト2：要件定義書ドラフト生成
以下の情報から Web 制作案件の要件定義書ドラフトを作成してください。 【案件概要】 （プロジェクト目的・背景を貼り付け） 【ヒヤリング要約】 （プロンプト1の出力を貼り付け） 【参考サイト】 - https://xxxxx.com（トーン参考） - https://yyyyy.com（機能参考） 【過去類似案件の要件定義書】 （過去ドキュメントを貼り付け・1M コンテキストで丸ごと投入可） 【出力構造】 1. プロジェクト概要 2. ターゲット 3. サイト全体構造（サイトマップ） 4. ページ別要件（表形式） 5. 機能要件 6. 非機能要件 7. デザイン方針 8. 技術要件 9. 運用体制 10. スケジュール・予算 【注意】 - 事実・想定・要確認 を明示的にタグ付け - 抜け漏れの可能性がある項目は "要ヒヤリング" 明記
AI モデル別の使い分け
| 用途 | 推奨モデル | 理由 |
|---|---|---|
| ヒヤリング録音の文字起こし | Whisper（OpenAI） | 日本語精度が業界トップ |
| 過去案件ドキュメント一括参照 | Gemini 3.8 Flash | 1M コンテキスト・低単価 |
| 要件定義書ドラフト生成 | Claude Opus 4.7 | 読みやすい文章構造 |
| 抜け漏れ検知の第2レビュー | GPT-6 Astra | フロンティア推論で見落としを拾う |
| ワイヤーフレーム連携 | Cursor Origin | HTML モックアップ生成 |
シエロデザインの現場から：AI 要件定義の社内フロー
シエロデザイン（東京都港区）が10年以上、中小企業のWEB制作案件で積み上げた実務経験と、”見えないAI、見える手仕事” の理念に基づいて、以下の運用で AI 要件定義を回しています。
ステップ1：ヒヤリング（1〜2時間・録音必須）
対面 or Zoom で1〜2時間のヒヤリングを実施し、必ず録音します。この段階で “AI に投げるための情報密度” を最大化するのが最重要です。ここで手を抜くと、後工程で AI が使い物にならない要件定義を出力します。
ステップ2：文字起こし → 要件抽出（30分）
録音を Whisper で文字起こし → Gemini 3.8 Flash で要件抽出プロンプトを走らせます。抽出結果に “確定 / 要ヒヤリング / 想定” タグを付けさせるのが、シエロデザインが事故を防ぐために2年運用して確立したポイントです。
ステップ3：過去類似案件と照合（1時間）
過去の類似案件（同業種・同規模）の要件定義書を Gemini 3.8 Flash の1M コンテキストに丸ごと投入し、「今回抜けている項目・追加すべき項目」を洗い出させます。この工程で、経験の浅いディレクターでもベテラン並みの網羅性を出せます。
ステップ4：ドラフト生成 → ディレクター調整（半日）
Claude Opus 4.7 で要件定義書ドラフトを生成し、ディレクターが読みながら「AI が想定で書いた箇所」「クライアントに再確認が必要な箇所」を修正します。特に “予算・スケジュール・特殊要件” は必ず人が判断します。
ステップ5：GPT-6 Astra で抜け漏れ第2チェック（30分）
完成した要件定義書を最後に GPT-6 Astra に投げて、「見落としている要件・リスク・想定される追加費用」を洗い出させます。フロンティア推論モデルは、経験のあるディレクターでも見落とす角度からの指摘を出してくれます。
AI 要件定義導入の効果（自社実測）
| 指標 | 導入前 | 導入後 |
|---|---|---|
| 要件定義書作成期間 | 1週間 | 1〜2日 |
| 初稿の抜け漏れ数 | 平均5〜8箇所 | 平均1〜2箇所 |
| ディレクター1人が同時対応可能な案件数 | 2〜3件 | 5〜7件 |
| 要件定義起因の後工程手戻り | 案件の約3割で発生 | 約1割に減少 |
AI 要件定義の落とし穴5つ
- クライアントの “言外の要件” を拾えない：ヒヤリング精度が全て。録音品質が悪いと後工程が崩れる
- 過去案件を単純コピーする：似ているようで違う要件を “同じ” と判断してしまうため、必ず人がチェック
- 予算・スケジュールを AI が楽観的に書く：特殊要件の工数を過小評価しがち。ディレクターが上振れリスクを盛る
- 専門用語を AI が独自解釈する：業界特有の “共通の了解” を勘違いする場合あり
- クライアント固有の機密情報が AI に渡る：ゼロデータ保持オプションを必ず有効化
AI に任せてはいけない領域
1. 予算・スケジュールの最終判断
特殊要件のリスク見積もり、クライアントとの関係性を踏まえた予算調整、公開日と社内リソースの兼ね合いは AI に任せられません。過去の “痛い目” 記憶を持つディレクターが必ず最終判断してください。
2. クライアントの意思決定プロセスの把握
「実質的な決裁者は誰か」「稟議に何日かかるか」「途中で反対されそうな社内キーマンは誰か」等の政治的読みは、AI には無理です。
3. 制作会社側の営業戦略
「この案件は原価割れでも取るべきか」「今後の展開見込みで初回サービスするか」は経営判断です。AI に任せず経営者・営業責任者が判断してください。
AI 要件定義を導入すべき制作会社の特徴
- 案件数が月5件以上あり、要件定義工数がボトルネック
- ディレクター経験が浅いメンバーに任せる機会が多い
- 過去案件のドキュメント資産が蓄積されている
- ヒヤリング内容を録音・保管する文化がある
- Zoom / Google Meet 等の録音が使える会議形態
よくある質問（FAQ）
Q. AI 要件定義の精度はどれくらいですか？
シエロデザイン自社実測では、初稿の抜け漏れが従来5〜8箇所 → AI 導入後1〜2箇所に減りました。ただし “抜け漏れゼロ” は人でも AI でも到達不能なので、必ず GPT-6 Astra 等の第2レビューを併用してください。
Q. どの AI モデルが要件定義に向いていますか？
過去案件ドキュメント参照はGemini 3.8 Flash（1M コンテキスト）、ドラフト生成はClaude Opus 4.7（文章の読みやすさ）、抜け漏れ第2チェックはGPT-6 Astra（フロンティア推論）と用途で使い分けるのが実務的です。
Q. クライアントの機密情報を AI に投げても安全ですか？
ゼロデータ保持オプション（GPT-6 Astra API Enterprise / Gemini API / Claude API）を有効化すれば、学習には使われません。ChatGPT の Web UI 等の Consumer プランは避け、必ず API 経由 or Enterprise 契約で使ってください。
Q. ヒヤリング録音は必須ですか？
必須です。手書きメモ・記憶だけで AI に要件抽出させると精度が半減します。Zoom / Google Meet の自動録音機能を使えば追加工数はほぼゼロです。クライアントには “議事録作成のため録音させてください” と事前確認します。
Q. 過去案件ドキュメントがない場合はどうすればいいですか？
まず1〜2件の完了案件から要件定義書を “テンプレ化” して蓄積を始めましょう。10件溜まった時点で AI 要件定義の精度が急上昇します。
Q. クライアントに “AI で作った要件定義書” と言うべきですか？
言う必要はありません。AI はあくまで社内ツールで、最終判断は人が行っています。むしろ “AI で工数を圧縮した分、要件定義の精度向上に時間を回している” と伝えるのがプラスに働きます。
Q. 要件定義書のフォーマットは何がおすすめですか？
Google Docs / Notion / Word いずれでも構いません。重要なのは過去案件を横串で検索できる形式で保管することです。Notion なら Database、Google Docs ならフォルダ命名規則を整えると、AI に読ませやすくなります。
Q. 小規模制作会社（1〜2人）でも AI 要件定義は有効ですか？
むしろ小規模ほど有効です。1人ディレクターが同時に7件対応できるようになれば、案件受注力が2〜3倍になります。
まとめ
AI を使った要件定義書作成は、7割の工程は自動化できるが、”抜け漏れ検知” と “予算・スケジュールの最終判断” は人が必ず担う領域です。ヒヤリング録音 → 要件抽出 → 過去案件照合 → ドラフト生成 → 第2レビューの5ステップで、従来1週間の工程を1〜2日に圧縮できます。シエロデザインでは、”見えないAI、見える手仕事” の理念に沿って、AI 要件定義から案件全体の運用設計までを一貫して支援しています。
関連記事：AI を使った Web 制作見積もりの作り方／AI時代のホームページ制作会社選びもあわせてご覧ください。
この記事を書いた人
シエロデザインのサービス
お問い合わせ
Webサイト制作・保守・広告運用・Web戦略チーム支援など、私たちシエロデザインが伴走できる領域はさまざまです。
「うちの場合どうすれば？」というご相談も、まずはお気軽にお声がけください。