AI要件定義の進め方|開発前に固める4つの判断基準

AI導入を相談した場面で、要件定義という言葉が出てから話が止まった経験はありませんか。AI要件定義の進め方は、技術を選ぶ前に「どこまで人が判断するか」を文章で固める作業です。

本記事では、開発前に固める4つの判断基準と、聞き出すべき3項目、つまずいた際の直し方を順に説明していきます。自社で手を動かす前の整理に、ぜひ参考にしてみてください。

「どこまでAIへ任せるか」で止まっている工程を、無料の個別相談で一緒に洗い出します。自社で次に着手する1業務と確認地点まで持ち帰れます。

要件定義を相談 ›

この記事でわかること

  • AI要件定義が決める3つの範囲と定義
  • 開発前に固める4つの判断基準
  • ヒアリングで聞き出す時間・コスト・売上の3項目
  • つまずきやすい3つの原因と直し方
  • 費用の目安と、AIへ任せない業務の線引き

AI要件定義とは?開発前に決める3つの範囲

1つの業務を材料集め・下書き作成・確認と承認の3つへ割り、人に残る責任の範囲が最後の判断だけになると示した構成要素図

  • AI要件定義の定義|作業ではなく判断の線引き
  • 人が判断する範囲とAIへ渡す範囲の分け方
  • 社内向けに限定するという前提の置き方

AI要件定義の定義|作業ではなく判断の線引き

AI要件定義とは、どの業務をAIへ渡し、どこから先を人が判断するかを文章で固める作業です。ツールの選定や画面設計へ進む前に、担当の線引きを決めておきます。

線引きが曖昧なまま開発へ入ると、出来上がった仕組みを誰が使うか決まりません。要件定義は技術の設計書ではなく、責任の配置図だと捉えると迷いが減ります。

人が判断する範囲とAIへ渡す範囲の分け方

分け方の基本は、下書きをAIへ渡し、確認と承認を人が担う半自動化です。AIが文章や集計を作り、送信前に人が目を通す形へ寄せていきます。

私が経営者向けのAI勉強会で伝えている基準は、金銭と公開に関わる操作を人に残す点です。請求や投稿まで自動で走らせると、誤りが外へ出た瞬間に取り返せません。

社内向けに限定するという前提の置き方

要件定義の最初に、仕組みを社内向けへ限るかどうかを決めておくと手戻りが減ります。外部の利用者が触る前提では、認証や監査の要件が一段重くなり、費用と期間が膨らみやすいです。

私は2026年10月のAIビジネスセミナーで、外部向けアプリを作らず社内向けへ集中する方針を示しました。安全に回せる範囲を先に狭める進め方は、要件定義の判断を速くする土台です。

AI要件定義の進め方|4つの判断基準で固める

工程の書き出しから完成形の決定、確認地点の設置、点検日の決定へ矢印でつなぎ、見積と開発へ進む順番を示した工程図

  • 基準1:現状の工程を数で書き出す
  • 基準2:完成形を1枚の文章で決める
  • 基準3:人が確認する地点を先に置く
  • 基準4:運用後の点検日を決める

基準1:現状の工程を数で書き出す

最初の基準は、今の業務を工程へ分け、件数と所要時間を数で書き出す点です。感覚で「大変だ」と言う代わりに、1件あたり何分かかるかを測ります。

出版関連の会社では、40社分の請求明細書を毎月手打ちし、月3件のミスが出ていました。工程を数えた結果、12工程のうち10工程の自動化でミスゼロへ届いた状態です。

基準2:完成形を1枚の文章で決める

2つ目の基準は、完成形を1枚の文章で書き切る点です。「誰が、いつ、何を受け取れば終わりか」を一文で表します。

完成形が曖昧だと、AIの出力が薄くなり何度も作り直す流れへ入ります。原因は材料不足にあり、一次情報を整理して読み込ませる進め方が精度を上げる鍵です。

基準3:人が確認する地点を先に置く

3つ目の基準は、人が確認する地点を工程の中へ先に置く点です。読む、書く、送るの3段階へ分け、送る直前へ確認を差し込みます。

私がAI導入支援の講座収録で決めた安全設計は、送信前に必ず人が目を通す形です。確認地点を後から足す進め方では、運用が始まった後に抜けが残りました。

基準4:運用後の点検日を決める

4つ目の基準は、運用が始まった後の点検日を要件定義の時点で決める点です。使われているか、時間が減ったか、続いているかを月1回見ます。

点検日が無い仕組みは、担当者が変わった時点で静かに止まっていきます。月1回の点検を要件へ書き込む設計が、止まった際に気づく仕掛けです。

AI要件定義で聞き出す3項目|時間・コスト・売上

時間・コスト・売上の3つの数字がそろったかを、はいといいえの分岐で判定し要件定義へ進めるかを決める判断フローチャート

  • 時間:1件あたりの所要と頻度を数える
  • コスト:外注費と手戻りの両方を足す
  • 売上:効率化の先にある増収を確かめる

時間:1件あたりの所要と頻度を数える

1つ目の項目は時間で、1件あたりの所要と月の件数を掛け算します。月に何時間を人が使っているかが、投資判断の土台です。

自社では要件定義を20時間から5時間へ、提案書を3時間から30分へ短縮しました。短縮した時間を経営判断へ回す設計が、効率化の目的です。

コスト:外注費と手戻りの両方を足す

2つ目の項目はコストで、外注費だけでなく手戻りの費用を足して見ます。やり直しの人件費が隠れていると、投資効果の計算が甘くなりがちです。

多言語の問い合わせ自動対応では、他社見積200万円のところを58万円で構築しました。金額の差は要件の絞り込み方から生まれる場面が多いという実感です。

売上:効率化の先にある増収を確かめる

3つ目の項目は売上であり、空いた時間を何へ振り向けるかを確かめる点です。空き時間の使い道が決まっていないと、効率化だけで話が終わってしまいます。

私はセミナーで、AIが使えるだけでは売上が上がらないと繰り返し伝えてきました。ヒアリングで時間・コスト・売上への影響を聞き出す運用が出発点です。

AI要件定義でつまずく3つの原因と直し方

一般論の資料を渡す進め方と実際の帳票を渡す進め方を左右で並べ、やり直しの量の差を横棒の長さで比べたビフォーアフター比較図

  • 原因1:材料が足りず出力が薄くなる
  • 原因2:送信や支払いまでAIへ渡してしまう
  • 原因3:要件を一度で決め切ろうとする

原因1:材料が足りず出力が薄くなる

1つ目の原因は、AIへ渡す材料が足りず出力が薄くなる状態です。要件定義の資料が一般論で埋まると、現場で使えない仕組みが出来上がります。

直し方は、過去の記録や実際の帳票をそろえてから指示を書く順番へ変える点です。材料をそろえる作業を要件定義の第一歩へ置くと、出力が濃くなりました。

原因2:送信や支払いまでAIへ渡してしまう

2つ目の原因は、送信や支払いまでAIへ渡してしまう設計です。自動化の範囲を広げた分だけ、誤りが外へ出る危険が増えていきます。

直し方は、半自動化を基本へ置き、AIは下書き、人は確認と承認へ役割を戻す点です。支払いと公開の操作だけは人の手元へ残す線引きを要件書へ明記します。

原因3:要件を一度で決め切ろうとする

3つ目の原因は、要件を一度で決め切ろうとして着手が遅れる状態です。検討が長引くうちに、現場の課題が別の形へ変わってしまいます。

直し方は、最初の1つを小さく作り、動かしながら要件を足していく順番です。提案書を早い段階で見せて修正点を引き出す進め方が、やり直しを減らします。

よくある質問

要件定義から実装、運用、月1回の点検へ回り、点検から次の要件へ戻る流れを円環の矢印で描いた循環ループ図

AI要件定義は誰が進めれば良いですか?

業務を一番知る担当者と、判断権を持つ経営者の2名で進めると速く固まります。外部の支援者は、工程の分け方と確認地点の設計を手伝う役割です。

要件定義にはどのくらいの期間が必要ですか?

小さな1業務なら、工程の書き出しと完成形の決定で数日あれば形が見えてきます。全社の業務を一度に扱うと長期化するため、1業務ずつ区切る進め方が安全です。

費用はどのくらいかかりますか?

規模により、1〜2週間の小さな開発で20〜40万円、1ヶ月規模で40〜80万円が目安です。確定見積ではないため、工程の数と確認地点を決めた後に算出します。

AIへ任せてはいけない業務はありますか?

支払い、契約、外部への公開に関わる操作は人の手元へ残す判断が安全です。AIは下書きと集計を担い、最後の承認を人が押す形へ寄せます。

要件定義の前にツールを選んでも良いですか?

先にツールを決めると、使える機能へ業務を合わせる順番へ入ってしまいます。工程と確認地点を固めた後に担当するAIを選ぶ順番が安全です。

社内に詳しい人がいない場合はどう進めますか?

現状の工程を数で書き出す作業までは、現場の担当者だけで進められます。外部の支援を入れる際は、工程表を持ち込むと初回から設計の話へ入れる状態です。

まとめ

議事録・提案書・月次売上集計・要件定義の4業務について、導入前と導入後の作業時間を分単位で並べた横棒の比較グラフ

AI要件定義の進め方は、工程を数で書き出し、完成形と確認地点を先に決める順番です。4つの判断基準と3つの聞き出し項目を使うと、開発前の迷いが減ります。

つまずく原因は、材料不足、渡しすぎ、決め切ろうとする遅れの3つにほぼ収まります。半自動化を基本へ置き、支払いと公開の操作を人へ残す線引きが土台です。

まずは1業務を選び、工程と件数、1件あたりの時間を書き出してみてください。小さな1つが動き出すと、次の業務へ広げる判断が速まります。

記事の4つの判断基準を自社の業務へ当てはめる作業を、無料の個別相談で伴走します。工程表づくりの初回30分だけでも進み方が変わります。

要件定義を相談 ›

堺 彬の顔写真

執筆:堺 彬/株式会社SakAI Nexus

代表取締役 / AI活用コンサルタント

株式会社SakAI Nexus 代表。生成AIを使った業務設計と受託開発を支援し、経営者向けのAI勉強会・育成講座を運営しています。

Share B!
前の記事
次の記事

同じ業種の課題、まず30分で棚卸ししませんか。

初回相談は無料・オンライン。伴走コンサル/受託開発/研修のどれが合うかから一緒に決めます。