AI開発の要件定義書サンプル|通常開発との3つの違いとチェックリスト

ai-requirements-def
AI開発の要件定義書を通常のシステム開発と同じ感覚で書くと、高い確率でプロジェクトが頓挫します。原因は「精度要件」「学習データ要件」「ハルシネーション対策」という AI 特有の3項目が抜け落ちることです。本記事では、発注者がベンダーにそのまま渡せる要件定義書のサンプルとチェックリストを掲載し、失敗しない AI開発の発注準備を具体的に解説します。

目次

この記事でわかること
・
AI開発の要件定義が通常のシステム開発と異なる3つのポイント
・
要件定義書に必要な6つの記載項目とサンプル文
・
発注前にコピーして使えるチェックリスト

AI開発の要件定義が通常のシステム開発と異なる3つのポイント

ai-requirements-def

AI開発を外部に発注する際、通常のシステム開発の要件定義書をそのまま流用する企業が少なくありません。以下の3つの違いを理解しておくことで、ベンダーとの認識齟齬を防げます。

違い①:精度要件の定義が必要になる

通常のシステム開発は「正しく動くか否か」の二択ですが、AI は「どの程度正しいか」を数値で定義しなければなりません。

よくある失敗は「精度99%以上」と書いてしまうことです。AI の精度は95%から99%に引き上げるだけでコストが数倍に膨らみます。正しくは業務の許容誤差をベースに定義します。たとえば画像検品 AI なら「過検出率5%以内、見逃し率1%以内」のように用途ごとに記載してください。

違い②:学習データ・入力データの要件を明記する

AI はデータの質がアウトプットの質を直接左右します。特に重要なのが「データ準備の責任分界」です。発注者とベンダーのどちらがデータを用意するかを、事前に合意しておく必要があります。合意がないまま進めると、中盤で「データが足りない」「形式が違う」というトラブルが発生します。

以下の項目を要件定義書に盛り込みましょう。

  • 学習データの件数と形式(例:CSV形式、10,000件以上)
  • ラベリングルール(例:人手によるダブルチェック体制)
  • 個人情報の匿名化要件(例:氏名・電話番号をマスキング処理)
  • データ提供のスケジュールと責任者

違い③:ハルシネーション対策と倫理要件を盛り込む

生成 AI を組み込むシステムでは、ハルシネーション(事実と異なる出力)への対策を要件として定義することが必須です。

要件書には、RAG(検索拡張生成)の参照元制限とファクトチェック機能の実装要否を記載します。あわせて、禁止出力(差別的表現・競合製品の推奨など)の定義も盛り込みましょう。

EU AI法は、禁止規定が2025年2月、透明性義務などの主要規定が2026年8月に施行されています。なお高リスク AI義務は、Digital Omnibus合意により2027年12月へ延期されました。

こうした動向を踏まえ、高リスク AI ではリスク管理体制や透明性要件の記載も求められます。国内でも総務省・経済産業省の「AI事業者ガイドライン」への準拠を要件に含めておくと、ベンダー選定時の判断材料になります。

AI開発の要件定義書に必要な6つの記載項目(サンプル付き)

以下の6項目を押さえることで、AI開発に必要な要件を網羅できます。各項目にサンプル文を付けますので、自社の状況に合わせて編集してください。

①ビジネス要件(目的・KPI・業務フロー)

■ 導入目的
「カスタマーサポートの一次対応を AI で自動化し、対応コストを削減する」
■ KPI
「問い合わせ対応時間を現状の平均15分から5分以内に短縮」
■ 業務フロー
現行フローと AI 導入後のフローを並べて記載し、どの工程を AI に置き換えるかを明示する

②精度要件(評価指標・許容誤差・ベンチマーク)

■ 評価指標
F1スコア0.85以上(本番リリース基準)
■ 許容誤差
誤分類率10%以内(ただしクレーム案件の見逃しは3%以内)
■ ベンチマークデータ
発注者が準備する500件のテストデータで評価をおこなう

③データ要件(量・形式・前処理・権利)

■ 学習データ
過去2年分の問い合わせログ(約30,000件、CSV形式)
■ 前処理
個人情報のマスキングは発注者側で実施済みのデータを提供
■ 権利
学習データに含まれる顧客情報の利用は社内規定に準拠し、ベンダーによる二次利用を禁止する

残りの④セキュリティ要件、⑤倫理要件、⑥運用保守要件も同様のフォーマットで記載します。特に運用保守では、モデルの再学習サイクルと精度劣化の検知方法を事前に定義しておくことが重要です。

PoC・本番の2段階を前提にしたフェーズ設計の書き方

AI開発は PoC(概念実証)から始めるのが一般的ですが、要件定義が曖昧だと「PoC地獄」に陥ります。要件定義書の段階で2段階を明確に分けましょう。

PoC フェーズの要件定義で決めるべきこと

最も重要なのは Go/No-Go 基準(PoC通過条件)の事前合意です。「精度が実用レベルに達した」という曖昧な基準ではなく、「テストデータ500件でF1スコア0.80以上」のように定量的に定めます。

PoC の期間は1〜2か月、予算は100万〜500万円が目安です。この段階で本番と同等の要件を求めるのはコスト的に非現実的なため、対象範囲を限定して検証することがポイントです。

本番フェーズで追加すべき要件(運用・保守・再学習)

PoC で検証できない要件として、運用保守があります。モデルの精度は時間とともに劣化するため、再学習のサイクルと費用を要件として定義しておく必要があります。

AI システムの月額保守費は、システム規模により50万〜200万円程度かかるケースが一般的です。再学習が発生する場合はさらに追加費用が発生するため、頻度や概算費用をあらかじめベンダーと合意しておきましょう。契約形態も、PoC は準委任、本番構築は請負というケースが一般的です。

発注前に使える AI開発要件定義チェックリスト

以下のチェックリストをコピーしてベンダーへの発注前に確認してください。相見積もりの際にこのリストをベンダーに渡し、各項目への回答を求めると比較がしやすくなります。

チェックリスト全項目

ビジネス要件
☐
導入目的と解決する業務課題が明文化されているか
☐
KPI が定量的に設定されているか(例:対応時間50%削減)
☐
現行業務フローと AI 導入後のフローが比較図で示されているか
精度要件
☐
評価指標が業務特性に合っているか(Accuracy / Precision / Recall / F1)
☐
許容誤差が「99%以上」のような非現実的な数値になっていないか
☐
ベンチマークデータの準備方法が決まっているか
データ要件
☐
学習データの量・形式・品質基準が定義されているか
☐
データ提供の責任分界(発注者 vs ベンダー)が明確か
☐
個人情報の匿名化・利用範囲が規定されているか
セキュリティ・倫理要件
☐
ハルシネーション対策の方針が記載されているか
☐
禁止出力の定義があるか
☐
AI 事業者ガイドラインへの準拠方針が記載されているか
運用保守・契約
☐
再学習サイクルと費用が見積もりに含まれているか
☐
精度劣化の検知方法とアラート基準が定義されているか
☐
契約形態(準委任 / 請負)が PoC・本番で区別されているか

ベンダー選定時の活用方法

このチェックリストを各ベンダーに共有し、項目ごとに回答を求めます。比較ポイントは3つです。

1.
精度要件への回答に具体的な数値と根拠があるか
2.
データ要件で発注者側の負担(前処理・ラベリング等)を明示しているか
3.
運用保守の費用構造(固定費 vs 従量制)が明確か

回答が曖昧なベンダーは、プロジェクト中に認識齟齬が発生するリスクが高いと判断できます。

よくある質問(FAQ)

Q1. AI開発の要件定義書は誰が作るべきですか?
A. 発注者(DX推進担当者・情報システム部門)が主導し、必要に応じて外部コンサルタントの支援を受けます。ベンダー任せでは自社の業務要件が反映されにくくなります。
Q2. AI開発の精度要件を「99%以上」と書くのはなぜ NG ですか?
A. AI の精度は95%から99%への改善で開発コストが数倍に膨れることがあります。業務上の許容誤差をベースに、現実的な目標値を設定するのが正解です。
Q3. AI開発の要件定義にかかる期間はどのくらいですか?
A. 規模にもよりますが、2週間〜1か月が目安です。業務フローの棚卸しとデータの現状把握に最も時間がかかります。
Q4. 生成 AI を使ったシステムの要件定義で特に注意すべき点は?
A. ハルシネーション対策と禁止出力の定義が必須です。RAG の参照元制限やファクトチェック機能の要否を明記してください。
Q5. AI開発の契約形態は準委任と請負のどちらが多いですか?
A. PoC フェーズは成果物の確定が難しいため準委任、本番構築は納品物が明確なため請負が一般的です。両方を組み合わせる契約も増えています。
Q6. AI開発の要件定義書にデータ要件を書かないとどうなりますか?
A. 開発中盤で「データが足りない」「形式が合わない」というトラブルが発生し、スケジュール遅延とコスト増加の原因になります。
Q7. 小規模な AI 導入でも要件定義書は必要ですか?
A. はい。規模が小さくても精度要件とデータ要件の定義は必須です。チェックリストで最低限の項目を押さえるだけでも、プロジェクトの成功率は大きく上がります。

まとめ

AI開発の要件定義書は、通常のシステム開発の要件定義に「精度要件」「データ要件」「ハルシネーション対策」「倫理要件」を追加した構成になります。

その際、精度要件は単に「99%以上」とするのではなく、業務の許容誤差をベースに定量的に定義することが重要です。また、プロジェクトはPoCと本番の2段階でフェーズを分け、事前にGo/No-Go基準を合意しておく必要があります。

本記事のチェックリストを活用し、まずは自社のAI開発プロジェクトの要件を棚卸しすることから始めてみてください。

本記事は最新の AI エージェントを構成パートナーに迎え、人間と AI のハイブリッド体制で執筆・校閲をおこなっています。(ファクトチェック完了:2026年7月29日)
業務自動化・AI開発をお考えの方へ
AI開発の要件定義からPoC設計、本番運用までの一連のプロセスをサポートします。最適なソリューションをご提案いたしますので、まずは無料でご相談ください。
無料相談を申し込む
プロフィール画像
記事を書いた人
泉川 学

小売業界でブランド品のバイヤーなどを経験したのちIT業界に転身。 株式会社ライブドアのインフラ事業の営業責任者を担当。 ベンチャー企業の運営に関わった後、2016年にデザインワン・ジャパン(現GMOデザインワン株式会社)へ入社。 「エキテン」事業の営業・サポート部門責任者を務めたのち受託開発事業の立ち上げを担当し、 現在は執行役員兼エキテン事業、受託開発事業とその所管グループ会社を統括。

contact お気軽にご連絡下さい。