AIでWebアプリの要件定義・画面設計書を自動生成する方法｜上流工程を半日で完了する実践ガイド

2026年9月11日

システム開発を外注しようとしたものの、開発会社から「要件定義書を用意してください」と言われて手が止まった経験はありませんか。あるいは、社内システムのリプレイスを進めたいのに、画面設計書の作り方がわからず何週間も足踏みしている方もいるでしょう。

要件定義書や画面設計書は、エンジニアではないビジネスパーソンが最も苦手とする成果物の一つです。しかし実際には、生成AIを使えばゼロから骨格を作る時間を80%以上削減できます。プロンプトを正しく設計すれば、ChatGPTやClaudeが「使えるレベルの叩き台」を数時間で生成してくれます。

この記事では、Webアプリの開発に必要な要件定義書・機能一覧・画面設計書を生成AIで自動作成する方法を、コピペで使えるプロンプト例とともに解説します。プログラミングの知識がなくても今日から実践できる内容です。

要件定義・画面設計書とは何か、なぜAIが得意なのか

要件定義書は「このシステムで何ができるようにするか」を定めた文書です。画面設計書は各画面の構成・ボタン・入力フォームを記したドキュメントです。どちらも開発会社への発注前に用意する必要があり、内容が不明確なままだと手戻りが発生して工期と費用が膨らみます。

これらの文書が生成AIに向いている理由は、「定型的な構造を持つ文書」だからです。必要な項目と出力フォーマットを指定すれば、AIは業界のベストプラクティスに基づいた叩き台を高速で生成できます。

従来の作業時間とAI活用後の比較をまとめます。

工程	従来（人手のみ）	AI活用後の目安
機能一覧の洗い出し	4～8時間	30分
要件定義書の骨格作成	1～2日	2～3時間
画面設計書（5画面分）	丸1日以上	1～2時間

注意点として、AIが生成するのはあくまで「叩き台」です。業界固有の制約や社内ルールをすべて把握しているわけではないため、人間のレビューと修正は必ず行ってください。

ステップバイステップ：AIで要件定義書を作る方法

1. システム概要をAIに伝える（出発点のプロンプト）

まず作りたいシステムの概要をAIに伝えます。詳細は後からいくつでも追加できるので、最初はシンプルな説明で構いません。

以下のプロンプトをそのままコピーし、【】内を自分のシステムに書き換えて使ってください。

以下の概要で社内向けWebアプリを開発します。要件定義書の骨格をMarkdown形式で作成してください。【システム概要】目的: 【例：営業担当者が顧客訪問記録を入力・管理するシステム】主なユーザー: 【例：社内営業担当者（約30名）、マネージャー（5名）】利用シーン: 【例：外出先でスマートフォンから入力、PCから集計確認】以下の項目を含めてください: 1. 目的・背景（3～5行） 2. 対象ユーザーと想定利用シナリオ 3. 機能一覧（必須機能 / あると良い機能） 4. 非機能要件（セキュリティ・パフォーマンス・可用性） 5. システム境界と外部連携（連携が想定されるサービスや既存システム） 6. 制約条件と前提（予算・納期・利用端末等）

このプロンプトを送ると、5分以内に要件定義書の骨格が生成されます。最初のアウトプットが完璧である必要はありません。「3番の機能一覧にメール通知機能も追加してください」「セキュリティ要件をISMS対応を前提に書き直してください」と追加指示を重ねながら精度を上げていきます。

2. 機能一覧・ユーザーストーリーをエンジニアに渡せる粒度まで深堀りする

要件定義書の骨格ができたら、機能一覧をエンジニアが読んで動ける粒度まで深掘りします。アジャイル開発では「ユーザーストーリー」形式が標準的です。

先ほどの要件定義書をもとに、「訪問記録登録」機能について詳細なユーザーストーリーを5件作成してください。出力フォーマット: ・ユーザーストーリー: 「〇〇として、～したい。なぜなら～だから。」・受け入れ条件（Acceptance Criteria）: 箇条書きで3～5件・優先度: High / Medium / Low ・見積もり難易度: Easy / Medium / Hard（エンジニア視点での目安） 5件が完了したら、次に「検索・一覧表示」機能も同様に作成してください。

このフォーマットは、エンジニアとの認識合わせや工数見積もりに直接使えます。開発会社への発注書に添付することで、「思っていたものと違う」というトラブルを大幅に減らせます。

3. 画面設計書（ワイヤーフレーム記述）をテキストで生成する

AIはFigmaなどのビジュアルツールを直接操作できませんが、テキスト形式で画面の構成を詳細に記述できます。このテキスト仕様書をデザイナーやエンジニアに渡すか、自分でFigmaに転記するだけで設計書が完成します。

「訪問記録登録画面」の画面設計書をテキスト形式で作成してください。以下の情報をすべて含めてください: ■ 画面基本情報・画面ID（例: SCR-003）・画面タイトル・URL（例: /visits/new）・利用ユーザー ■ レイアウト構成・ヘッダー/ナビゲーション・メインコンテンツエリア（詳細後述）・フッター/アクションボタン ■ 入力フォーム詳細（各フィールドごとに記述）・ラベル名・入力タイプ（テキスト/日付/プルダウン/チェックボックス等）・必須/任意・バリデーションルール・プレースホルダー文言 ■ アクションとその結果・「保存」ボタン押下後の動作・「キャンセル」ボタン押下後の動作・エラー表示のルール ■ モバイル対応・スマートフォン表示時のレイアウト変化

この出力をもとに、Figma・PowerPoint・Googleスライドのいずれかでワイヤーフレームにするだけです。AIがすべての項目を網羅してくれるため、「フォームに何が必要か」を一から考える手間が省けます。

4. 全画面リストから個別設計書を効率よく生成する

画面数が多いプロジェクトでは、先に全画面のリストを作ってから各画面を詳細化する方法が効率的です。

このアプローチで、30画面規模のシステムでも1時間以内に全画面の仕様骨格を揃えることができます。後はAIが生成した内容をExcelに整理してレビューに回すだけです。

実務での活用例（Before / After）

Before — AI活用前の状況
中小商社の営業部長Aさんは、社内の訪問記録管理をExcelから専用Webアプリに移行しようとしていました。開発会社に相談したところ「要件定義書と画面設計書を用意してほしい」と言われましたが、作成経験がないためコンサルタントに依頼する見積もりを取ったところ50万円。自分でゼロから書こうとしても何から手をつけるかわからず、3週間が経過していました。

After — AI活用後の変化
生成AIを活用して、3時間で要件定義書の骨格と主要8画面の画面設計書を完成させました。翌日には社内エンジニアのレビューを受け、修正版を開発会社に提出できました。

・節約できたコスト: コンサルタント費用50万円が不要
・短縮した期間: 企画から発注完了まで3週間→5日
・品質面の評価: 開発会社から「要件が明確で手戻りリスクが低い」と評価された
・意外な副産物: 要件を言語化する過程で業務フローの問題点が3件発見され、システム化前に業務改善できた

うまくいかない時の対処法

①出力が抽象的すぎる場合
「もっと具体的に」と送るより、「〇〇という日常業務を例に挙げながら具体化してください」と背景情報を追加するほうが効果的です。AIは文脈が多いほど精度が上がります。

②業界固有の用語をAIが理解していない場合
プロンプトの冒頭に用語集を添えます。「この業界では『受注確定』とは発注書を受領した状態を指します」のように、AIが誤解しやすい専門用語を定義してから質問してください。

③出力が途中で止まる場合
コンテキストが長くなると途中で出力が止まる場合があります。「続きを出力してください」と送るか、最初から「SCR-001からSCR-005の5画面を出力してください」と範囲を指定して分割依頼するのが確実です。

④要件に矛盾が混入する場合
AIは長い対話の中で前後矛盾した内容を生成することがあります。特に「非機能要件」と「機能一覧」の間で矛盾が起きやすいです。最終成果物は必ず人間がレビューしてから開発チームに渡してください。

⑤既存システムとの連携要件が複雑な場合
連携先システムの仕様書や画面キャプチャをAIに添付して読み込ませると、整合性のある設計書を生成してもらえます。ChatGPTやClaudeはPDFや画像をそのまま添付できます。

本記事のまとめ

やりたいこと	プロンプトのポイント	目安時間
要件定義書の骨格作成	システム概要 + 出力フォーマット指定（6項目）	30分
機能一覧・ユーザーストーリー	機能名を絞ってユーザーストーリー形式で深堀り	1時間
画面設計書（5～10画面）	全画面リスト→個別詳細を順番に生成	2時間
エンジニアへの引き渡し資料	生成物を整理・清書して人間レビューを通す	1～2時間