AIで要件定義書を作る方法|ChatGPTプロンプトと実務手順【コピペOK】

【PR】この記事には広告を含む場合があります。
AI(ChatGPT)で要件定義書を作る方法とプロンプトの解説イメージ

要件定義は、AI(ChatGPT)を使えば効率よく作成できます。

しかし、「要件定義を作って」と指示するだけでは、あいまいで実務では使えない内容になりがちです。

本記事では、AIで要件定義を作る方法として、ChatGPTで使えるプロンプトと実務フローを具体的に解説します。

  • AI(ChatGPT)で要件定義を作る方法
  • コピペで使えるプロンプト(簡易版・実務版)
  • 実務で使える要件定義の作り方(段階的な手順)
  • よくある失敗と対策

この記事を読めば、AIを活用して実務レベルの要件定義を作成できるようになります。

また、ChatGPTの使い方をまとめて知りたい方は、ChatGPTの使い方完全ガイド|仕事・活用・リスク・料金まで解説をご覧ください。

目次

【コピペOK】AIで要件定義を作る2つの方法(簡易版と実務版のプロンプト)

AIを使った要件定義には、「すぐ作る方法」と「精度を高める方法」の2つがあります。 目的に応じて使い分けることが重要です。

  • 短時間でたたき台を作りたい → 簡易プロンプト
  • 実務で使えるレベルまで仕上げたい → 実務フロー

① すぐ作れる簡易プロンプト(ChatGPTで1発作成)

まずは、1回の入力で要件定義書を作成する簡易プロンプトです。

以下のプロンプトをそのままコピーして使ってください。

簡易プロンプト例

あなたはシステム開発の要件定義を行う上級エンジニアです。
以下の情報をもとに、実務で使える要件定義書を作成してください。

# 条件
・あいまいな表現は禁止
・不足している情報は仮定して補完する
・実装できる具体性で記述する

# 出力形式
1. プロジェクト概要
2. 背景・目的
3. ビジネスゴール
4. 利用ユーザー
5. 業務フロー(現状/改善後)
6. 機能要件(具体的に)
7. 非機能要件(性能・セキュリティ・運用)
8. データ要件
9. 外部連携
10. 制約条件
11. リスク・懸念点

# 追加要件
・不足している情報を明示する
・顧客に確認すべき事項を出す

# 入力
(プロジェクト概要を入力)

このプロンプトを実行すると、要件定義書の基本構成が一括で出力されます。 たたき台を素早く作りたい場合に有効です。

ただし、この方法は簡易版のため、内容に抜けやあいまいさが残る場合があります。 そのまま使うのではなく、必ず人が内容を確認してください。

より精度の高い要件定義を作成したい場合は、次に紹介する方法を使うのがおすすめです。

② 精度を高める実務フロー(AIを使って段階的に作成)

次に、実務で使えるレベルの要件定義を作る方法です。 AIに一度で任せるのではなく、工程ごとに分けて進めることで精度を高めます。

この方法では、各ステップごとにプロンプトを使いながら要件定義を作成していきます。

実際の現場では、このように段階的にプロンプトを使うことで、抜け漏れや認識ズレを防いでいます。

このあと、6つのステップごとにコピペで使えるプロンプトを紹介します。

簡易版より手間はかかりますが、その分、実務でそのまま使える精度になります。

AI(ChatGPT)で要件定義を行う手順|プロンプト付き実務フロー

ここからは、AIを使って要件定義を段階的に作成する手順を解説します。 各ステップごとにプロンプトを使うことで、抜け漏れを防ぎながら精度の高い要件定義を作成できます。

すべてコピペで使えるプロンプトを用意しているので、上から順番に実行するだけで実務レベルの要件定義を作ることができます。

それでは、最初のステップである「情報整理」から見ていきましょう。

① 要件定義の情報整理プロンプト(ヒアリング漏れ防止)

まずは、要件定義に必要な情報を整理します。

以下のプロンプトを使い、ヒアリング漏れを防ぎながら前提条件を明確にしてください。

要件定義の情報整理のプロンプト例

あなたはシステム開発の要件定義を行う上級エンジニアです。
以下の情報をもとに、要件定義に必要な情報を整理してください。

# 目的
・ヒアリング漏れを防ぐ
・顧客にそのまま確認できる質問を作る

# 出力内容
① 不足している情報
② 顧客に確認すべき質問(そのまま使える文章)
③ 前提として置ける仮説(妥当な想定)
④ リスク・懸念点(開発・運用の観点)

# 出力ルール
・抽象的な表現は禁止(例:「詳細が不明」だけはNG)
・「何が」「なぜ」「どう影響するか」まで書く
・質問はそのまま顧客に送れる丁寧な文章にする
・実務で使うため、具体的に書く

# 観点(必ずチェック)
・目的/背景は明確か
・利用ユーザーは誰か(役割・人数)
・業務フローは整理されているか
・現行の課題は何か
・機能の範囲は明確か
・データの扱い(入力・保存・出力)は明確か
・外部システム連携はあるか
・非機能要件(性能・セキュリティなど)は考慮されているか
・制約(予算・期間・技術)はあるか

# 入力
(ここにプロジェクト概要を入力)

このステップでは、情報の抜け漏れを防ぐことが重要です。 ここで整理した内容が、後続の要件定義の精度に大きく影響します。

② 要件定義のたたき台作成プロンプト(全体像の整理)

次に、整理した情報をもとに要件定義書のたたき台を作成します。

以下のプロンプトを使い、要件定義の全体像を構造化してください。

要件定義のたたき台作成のプロンプト例

あなたはシステム開発の要件定義を行う上級エンジニアです。
以下の情報をもとに、実務でそのまま使えるレベルの要件定義書のたたき台を作成してください。

# 目的
・要件定義の全体像を短時間で作る
・抜け漏れのない骨子を作る

# 出力形式(必ずこの構成で出力)
1. プロジェクト概要
2. 背景・目的
3. ビジネスゴール(数値があれば明記)
4. 利用ユーザー(役割・人数・利用シーン)
5. 業務フロー(現状/改善後)
6. 機能要件
– 機能一覧(箇条書き)
– 各機能の概要(具体的に)
7. 非機能要件
– 性能(レスポンス・同時接続など)
– セキュリティ(認証・権限)
– 可用性(稼働率・障害対応)
– 運用(バックアップ・監視)
8. データ要件
– 扱うデータの種類
– 入力/更新/参照/削除
9. 外部連携
10. 制約条件(予算・期間・技術)
11. 前提条件
12. リスク・懸念点

# 出力ルール
・あいまいな表現は禁止(例:「適切に」「必要に応じて」などNG)
・箇条書きを基本にする
・不足している情報は「仮定」を置いて補完する
・実務でそのまま使える具体度で書く

# 入力
(①で整理した情報をそのまま貼り付け)

このステップでは、要件定義の全体像を把握することが目的です。 細かい精度よりも、まずは抜け漏れなく全体を整理することを優先してください。

③ 要件定義の機能要件を詳細化するプロンプト

次に、たたき台で整理した機能を実装できるレベルまで具体化します。

以下のプロンプトを使い、機能要件を詳細に定義してください。

要件定義の機能要件を詳細化するプロンプト例

あなたはシステム開発の要件定義を行う上級エンジニアです。
以下の要件定義書の「機能要件」を、実務で使えるレベルまで詳細化してください。

# 目的
・機能の抜け漏れを防ぐ
・実装時に迷わないレベルまで具体化する

# 観点(必ずすべてチェック)
・ユーザーごとの操作(誰が何をするか)
・画面/API単位での処理内容
・入力/更新/削除/参照の網羅
・正常系/異常系(エラー時の動き)
・バリデーション(入力チェック)
・権限ごとの制御
・外部連携が発生する箇所
・データの流れ(どこから来てどこへ行くか)

# 出力内容
① 不足している機能(抜け漏れ)
② 修正・追加した機能要件(具体化した内容)

# 出力ルール
・「〜できる」だけで終わらせない(どう動くかまで書く)
・あいまいな表現は禁止
・箇条書きで整理
・実装者が読んで迷わない粒度にする

# 入力
(②で作成した要件定義書)

このステップでは、「誰が・何を・どうするか」を明確にすることが重要です。 実装時に解釈のズレが出ないレベルまで具体化してください。

④ 要件定義の非機能要件を具体化するプロンプト

次に、性能やセキュリティなどの非機能要件を具体化します。

以下のプロンプトを使い、後から問題になりやすい項目を事前に整理してください。

要件定義の非機能要件を具体化するプロンプト例

あなたはシステム開発の要件定義を行う上級エンジニアです。
以下の要件定義書の「非機能要件」を、実務で使えるレベルまで具体化してください。

# 目的
・非機能要件の抜け漏れを防ぐ
・性能・セキュリティ・運用で後から問題が出ないようにする

# 観点(必ずすべてチェック)
・性能(レスポンス時間、同時接続数、処理時間)
・セキュリティ(認証、認可、ログ、データ保護)
・可用性(稼働率、障害時の対応、冗長化)
・運用(監視、バックアップ、障害対応フロー)
・拡張性(将来の機能追加・負荷増加への対応)
・保守性(運用負荷、変更しやすさ)

# 出力内容
① 不足している非機能要件
② 具体化した非機能要件(数値や条件を明記)

# 出力ルール
・「高速」「安全」などの抽象表現は禁止
・可能な限り数値で示す(例:レスポンス3秒以内など)
・実際の運用を想定して書く
・箇条書きで整理する

# 入力
(③まで反映した要件定義書)

非機能要件は後回しにされがちですが、運用トラブルの多くはここが原因です。 この段階で具体的に決めておくことで、後の手戻りを防ぐことができます。

⑤ 要件定義のレビュープロンプト(リスク・抜け漏れ確認)

次に、作成した要件定義の抜け漏れやリスクを確認します。

以下のプロンプトを使い、第三者視点でレビューを行ってください。

要件定義のレビューのプロンプト例

あなたはシステム開発のレビューを行うテックリードです。
以下の要件定義書について、実装・運用の観点で問題点を洗い出してください。

# 目的
・仕様の抜け漏れやあいまいさをなくす
・開発・運用でのトラブルを事前に防ぐ

# 観点(必ずすべてチェック)
・仕様のあいまいさ(解釈が分かれる箇所)
・要件の矛盾や整合性の問題
・実装難易度が高い/現実的でない部分
・運用で困る可能性がある点
・セキュリティリスク
・パフォーマンス上の懸念
・スケジュールに対する過不足
・抜けている要件(機能/非機能)

# 出力内容
① 問題点
② なぜ問題になるか
③ 修正案(具体的にどう直すか)

# 出力ルール
・「問題あり」だけで終わらせない(理由と対策まで書く)
・実務で使える具体性で書く
・優先度が高い順に並べる

# 入力
(④まで反映した要件定義書)

AIの出力はそのまま使うのではなく、必ずレビューを行うことが重要です。 このステップを入れることで、品質を大きく向上させることができます。

⑥ 要件定義書を整形するプロンプト(提出用)

最後に、作成した要件定義書を提出用に整形します。

以下のプロンプトを使い、読みやすく整理されたドキュメントに仕上げてください。

要件定義書を整形するのプロンプト例

あなたはシステム開発の要件定義書を作成するコンサルタントです。
以下の要件定義書を、顧客に提出できる正式なドキュメントとして整形してください。

# 目的
・顧客にそのまま提出できる品質にする
・読みやすく、誤解が生まれない文章にする

# 出力内容
・整形された要件定義書(そのまま使える文章)

# 出力ルール
・見出し構造を整理する(章・節を明確にする)
・文章として自然で読みやすくする
・あいまいな表現は具体化する
・重複や不要な記述は削除する
・専門用語は必要に応じて簡単に補足する
・ビジネス側の人でも理解できる表現にする

# 文章トーン
・丁寧で分かりやすい
・断定的で誤解がない
・簡潔(無駄に長くしない)

# 入力
(⑤まで修正済みの要件定義書)

このステップでは、内容の正しさではなく「伝わりやすさ」を重視します。 読みやすい要件定義書にすることで、認識ズレや手戻りを防ぐことができます。

AIで要件定義を行うメリットと注意点(ChatGPT活用)

AIを活用することで、要件定義は効率化できます。 ただし、使い方を誤ると品質が下がるため、メリットと注意点の両方を理解することが重要です。

メリット(効率化・抜け漏れ防止)

AIを使うことで、要件定義は次のように変わります。

  • 短時間でたたき台を作成できる
  • 抜け漏れのない構造で整理できる
  • 複数の観点から要件を洗い出せる
  • レビューや改善も効率的に行える

特に、要件定義で難しい「抜け漏れ防止」はAIが得意な領域です。 プロンプトに沿って整理することで、一定の品質を担保できます。

注意点(人間チェックが必須)

一方で、AIの出力をそのまま使うのは危険です。

  • 実際の業務とズレている可能性がある
  • あいまいな前提で作られている場合がある
  • 重要な条件が抜けていることがある

AIはあくまで補助ツールです。 最終的な判断は必ず人が行う必要があります。

人間が確認すべき3つのポイント

AIで作成した要件定義は、次の3点を必ず確認してください。

  • 業務と合っているか(現場との整合性)
  • あいまいな表現がないか(具体性)
  • 抜け漏れがないか(網羅性)

この3つをチェックするだけで、要件定義の品質は大きく向上します。

要件定義プロンプトでよくある失敗と対策

AIで要件定義を行う場合、プロンプトの使い方を誤ると精度が大きく下がります。 ここでは、現場でよくある失敗とその対策を解説します。

要件定義プロンプトがあいまいになる

最も多い失敗が、プロンプトの内容があいまいになることです。

  • 「いい感じに作って」
  • 「分かりやすくまとめて」
  • 「使いやすいシステム」

このような表現では、AIは正確に要件を理解できません。 結果として、一般的で使えない要件定義になります。

対策

  • 条件を具体的に書く(数値・対象・範囲)
  • 出力形式を指定する(項目・構造)
  • あいまいな表現を避ける

プロンプトは「指示書」です。 具体的に書くほど、出力の精度は上がります。

非機能要件が抜ける

機能要件だけを定義し、非機能要件が抜けるケースも多くあります。

  • 性能(レスポンス・同時接続数)
  • セキュリティ(認証・権限)
  • 運用(ログ・バックアップ)

これらが抜けていると、開発後に問題が発生しやすくなります。

対策

  • 非機能要件を必ず項目として含める
  • 数値で定義する(例:レスポンス3秒以内)
  • 運用・保守まで考える

非機能要件は後回しにせず、要件定義の段階で決めることが重要です。

人のミスで終わる

AIの分析結果を「人の注意不足」で終わらせてしまうのもよくある失敗です。

  • 確認不足
  • 意識が低い
  • 気をつける

これでは再発防止につながりません。

対策

  • 仕組みやルールの問題に落とし込む
  • 業務フローを見直す
  • ツールや自動化で防ぐ

要件定義では、「人」ではなく「仕組み」に原因を求めることが重要です。

AIで要件定義を行う際のよくある質問(FAQ)

ChatGPT以外のAIでも使えますか?

はい、他のAIでも同様に活用できます。

ClaudeやGeminiなどでも要件定義は可能ですが、出力の特徴に違いがあります。

  • ChatGPT:構造化とバランスが良い
  • Claude:文章の整理や説明が分かりやすい
  • Gemini:幅広い視点での補足が得意

まずはChatGPTで試し、必要に応じて他のAIを併用するのがおすすめです。

要件定義プロンプトはそのまま使っても問題ないですか?

基本的にはそのまま使えますが、入力内容は必ず調整してください。

プロンプトの構造はそのままで問題ありませんが、プロジェクトの内容が具体的でないと精度は上がりません。

「テンプレはそのまま・中身は具体的に」がポイントです。

要件定義で一番重要なポイントは何ですか?

最も重要なのは、前提条件を明確にすることです。

目的や対象ユーザー、業務の流れがあいまいなまま進めると、要件定義全体の精度が下がります。

最初の情報整理を丁寧に行うことが、結果の質を大きく左右します。

非機能要件はどこまで決めるべきですか?

最低でも、運用に影響するレベルまで具体的に決める必要があります。

  • レスポンス時間(例:3秒以内)
  • 同時接続数(例:50ユーザー)
  • 稼働率(例:99.5%以上)

数値で定義できる部分はできるだけ具体化することで、後のトラブルを防ぐことができます。

AIだけで要件定義は完成しますか?

AIだけで完全に仕上げることはできません。

AIはあくまで「たたき台の作成」や「整理」が得意なツールです。 最終的な判断や調整は、人が行う必要があります。

AIと人を組み合わせることで、効率と品質の両立が可能になります。

AIで要件定義書はどこまで自動化できますか?

AIを使えば、要件定義書のたたき台作成や要件の整理、抜け漏れのチェックまで自動化できます。

ただし、業務との整合性の確認や最終判断は人が行う必要があります。

まとめ|AIで要件定義は効率化できるがプロンプトと人の判断が重要

AIを活用することで、要件定義は大幅に効率化できます。

特にChatGPTなどのAIを使えば、プロンプトを入力するだけで、要件定義書のたたき台からレビューまで一通り実行できます。

本記事のポイントをまとめます。

  • AIで要件定義は効率化できる
  • 簡易版と実務版の2つの方法がある
  • プロンプトを工夫することで精度が大きく変わる
  • 段階的に進めることで実務レベルにできる
  • 最終的な判断は必ず人が行う

特に重要なのは、「プロンプトの質」と「人のチェック」です。

AIは強力なツールですが、あくまで補助です。 正しく使うことで、要件定義のスピードと精度を大きく向上させることができます。

まずは本記事で紹介したプロンプトを使い、実際の業務で試してみてください。

よかったらシェアしてね!
  • URLをコピーしました!
目次