AI業務ソフト開発の要件定義とは？何を決めるべきか｜PoC止まりを避けるための整理ポイント

1.はじめに

AIを使った業務ソフトを作りたい。
そう考えたとき、多くの人が最初に気にするのは「AIで何ができるか」です。

問い合わせを分類できるのか。
社内資料を検索できるのか。
請求書を読み取れるのか。
過去の類似案件を提案できるのか。

もちろん、AIで何をするかは重要です。
ただし、実際の開発で成功するかどうかは、
AIそのものよりも 要件定義 で決まることが多いです。

要件定義とは、簡単に言えば、
「何を、誰のために、どこまで作るのか」を決める作業です。

AI業務ソフトの場合は、通常のシステム開発に加えて、データの扱い方やAIの出力結果の使い方まで整理する必要があります。
ここが曖昧なまま進めると、
PoCでは動いたのに本番で使われない、
現場が使いづらい、
想定外の追加費用が出る、
といったことが起きやすくなります。

この記事では、AI業務ソフト開発の要件定義で何を決めるべきかを、
実務目線で分かりやすく整理します。

2. AI業務ソフトの要件定義は「AIに何をさせるか」だけではない

AI開発というと、どうしてもAIの機能に注目しがちです。

たとえば、

「問い合わせを分類したい」
「議事録を要約したい」
「過去の類似案件を出したい」

という要望です。

しかし、業務ソフトとして考えるなら、それだけでは足りません。

本当に決めるべきなのは、AIの前後を含めた業務の流れです。

問い合わせを分類するなら、

• 問い合わせを分類するなら、
• その問い合わせはどこから入ってくるのか。
• 分類結果は誰が確認するのか。
• 担当者への振り分けは自動なのか、人が確定するのか。
• 間違った分類だった場合、誰が直すのか。
• 修正履歴は残すのか。

こうした部分まで決めて初めて、現場で使えるシステムになります。

つまり、AI業務ソフトの要件定義では、
AIの出力そのものよりも、その出力を業務の中でどう使うか が重要です。

3. まず決めるべきは「どの業務の、何を楽にするか」

要件定義で最初に決めるべきなのは、対象業務です。

「AIを入れたい」ではなく、
「この業務の、この負担を減らしたい」まで落とし込む必要があります。

たとえば、

• 社内資料を探す時間を減らしたい
• 問い合わせの一次仕分けを早くしたい
• 請求書入力の転記を減らしたい
• 見積作成時に過去の類似案件を見つけやすくしたい
• 打ち合わせ議事録を自社フォーマットで整理したい

このように対象を絞ると、要件がかなり具体的になります。

逆に、対象が広すぎると失敗しやすくなります。

「全社の業務をAIで効率化したい」
「社内の情報を全部AIで活用したい」

このようなテーマは魅力的ですが、最初の開発テーマとしては大きすぎます。
まずは、効果が見えやすい 1業務1機能 から始める方が現実的です。

4. 利用者を決めると、画面と権限が決まる

次に重要なのが、「誰が使うのか」です。

同じAI機能でも、使う人によって必要な画面や権限は変わります。

たとえば、問い合わせ分類システムを考えてみます。

一次対応の担当者が使うなら、分類結果を一覧で見て、担当者を修正できる画面が必要です。
管理者が使うなら、分類の傾向や対応時間を確認できるレポートが必要かもしれません。
営業担当が使うなら、自分に関係する問い合わせだけを見たいはずです。

ここを決めずに作ると、完成後に
「この画面では使いづらい」
「この人には見せたくない」
という問題が出ます。

AI業務ソフトでは、AIが横断的に情報を扱うことが多いため、
権限設計も重要です。

誰が、どの情報を見られるのか。
誰が、AIの出力を確定できるのか。
誰が、修正や承認を行うのか。

利用者を整理することは、単なる画面設計ではなく、セキュリティや運用の設計にもつながります。

5. データの所在と状態を確認する

AI業務ソフトで必ず整理すべきなのが、データです。

AIは、何もないところから業務に役立つ回答を出せるわけではありません。
社内の資料、過去案件、メール、PDF、Excel、基幹システムのデータなど、

何を使うかを確認する必要があります。

ここでよくあるのが、
「データはあります」
と言われて確認してみると、実際にはかなり散らばっているケースです。

共有フォルダにPDFがある。
一部はExcelで管理している。
過去のメールに重要なやり取りが残っている。
案件管理システムには一部しか入っていない。

これは珍しいことではありません。
むしろ、多くの会社がそうです。

大切なのは、最初から完璧に整えることではなく、
どのデータから始めると効果が出るかを決めることです。

社内ナレッジ検索なら、まずは提案書と議事録だけ。

OCRなら、まずは請求書だけ。

類似案件提案なら、まずは案件メモと見積情報だけ。

このように対象を絞ることで、現実的に開発を進められます。

6. AIの出力を「確定情報」として扱うか、「候補」として扱うか

AI業務ソフトの要件定義で特に重要なのが、AIの出力の扱いです。

AIが出した答えをそのまま確定するのか。
それとも、人が確認してから使うのか。

多くの業務では、最初は 候補提示 として扱うのが安全です。

たとえば、

問い合わせ分類なら、AIがカテゴリと担当者候補を出す。
ただし、最終的には担当者が確認して確定する。

請求書OCRなら、AIが金額や取引先名を抽出する。
ただし、登録前に経理担当者が確認する。

議事録作成なら、AIが提出用の要約案を作る。
ただし、お客様に出す前に担当者が確認する。

このように「AIが下書き、人が確定」という設計にすると、
導入しやすくなります。
誤りがあっても業務が止まりにくく、現場も安心して使えます。

7. 既存システムとの連携範囲を決める

AI業務ソフトは、単体で完結しないことが多いです。

販売管理、会計、在庫、顧客管理、案件管理、Excel。
すでに使っているシステムや運用と、どうつなぐかを決める必要があります。

ここで大切なのは、最初から全部つなごうとしないことです。

連携には大きく分けて、CSV連携、API連携、DB連携などがあります。
APIが使えれば便利ですが、既存システムによってはAPIがない場合もあります。
その場合、CSVで始める方が現実的なこともあります。

要件定義では、

• どのデータを取り込むか
• どのデータを書き戻すか
• 更新タイミングはいつか
• 正となるデータはどちらか
• エラー時にどうするか

を整理します。

ここが曖昧だと、後から追加費用や運用トラブルにつながりやすくなります。

8. ログと履歴をどこまで残すか

AIを業務に使う場合、ログは非常に重要です。

ログというと、監視やセキュリティの話に聞こえるかもしれません。
しかし実務では、もっと身近な意味があります。

「誰が、いつ、何を確認したのか」
「AIが何を出して、担当者がどう修正したのか」
「どの資料を根拠に回答したのか」

これが残っていると、後から説明できます。
逆に残っていないと、トラブル時に原因を追えません。

特に、顧客提出用の議事録、見積、問い合わせ回答、請求書処理などでは、ログや履歴が安心材料になります。

要件定義では、すべてを細かく残す必要はありません。
ただし、業務上必要な履歴は最初に決めておくべきです。

9. AIの精度をどう評価するかを決める

AI開発では、「どれくらい精度が出れば成功か」を決めておかないと、判断が難しくなります。

ただし、ここで注意したいのは、AIの精度だけを見ないことです。

たとえば、問い合わせ分類の正解率が80%だったとします。
これを高いと見るか低いと見るかは、業務によって違います。

もし人が最終確認する前提なら、80%でも十分に効果があるかもしれません。
逆に、自動で処理まで進めるなら、もっと高い精度が必要です。

つまり評価指標は、業務上の目的とセットで決める必要があります。

• 作業時間がどれくらい減ったか
• 修正回数がどれくらい減ったか
• 探す時間がどれくらい短くなったか
• 担当者の判断が速くなったか
• 差し戻しが減ったか

こうした業務指標まで見ると、AI導入の効果が判断しやすくなります。

10. 運用ルールを決めないと、現場で止まる

AI業務ソフトは、作って終わりではありません。
使いながら改善していくものです。

そのため、要件定義の段階で、運用ルールもある程度決めておく必要があります。

たとえば、

• AIの出力が間違っていた場合、誰が修正するのか
• 修正結果を次回以降に活かすのか
• 新しい資料を誰が追加するのか
• カテゴリやテンプレートを誰が管理するのか
• 問い合わせ先や保守窓口はどこか

こうしたルールがないと、最初は使われても、徐々に古くなっていきます。

AI業務ソフトは、導入直後よりも、運用後に価値が高まることがあります。
だからこそ、改善し続ける前提で設計することが大切です。

11. 要件定義でありがちな失敗

AI業務ソフトの要件定義でよくある失敗は、最初から理想を盛り込みすぎることです。

「あれもやりたい」
「これも自動化したい」
「全部つなげたい」
「全社で使いたい」

気持ちは分かります。
ただ、最初から広げすぎると、費用も期間も大きくなり、成果が見えにくくなります。

もう一つの失敗は、AIに任せる範囲を大きくしすぎることです。

最初から完全自動化を目指すと、精度や責任範囲の問題で止まりやすくなります。
最初は、候補提示や下書き作成から始める方が安全です。

要件定義で重要なのは、理想を捨てることではありません。
最初に作る範囲と、将来広げる範囲を分けることです。

12. まとめ：AI業務ソフトの要件定義は「業務に乗せるための設計」

AI業務ソフト開発の要件定義では、AIの機能だけでなく、

• 対象業務
• 利用者
• データ
• AI出力の扱い
• 既存システム連携
• 権限
• ログ
• 精度評価
• 運用ルール

を整理する必要があります。

ここを丁寧に決めておくと、
PoC止まりにならず、現場で使われるシステムに近づきます。

AIは目的ではなく手段です。
本当に大切なのは、AIを業務のどこに置けば、人の負担が減り、判断が速くなり、ミスが減るのかを設計することです。

13. 次の一歩

要件定義から一緒に整理できます

AI業務ソフト開発は、最初の要件定義で方向性が大きく変わります。

• どの業務から始めるべきか
• どのデータを使えるか
• AIに何を任せ、何を人が確認するか
• 既存システムとどう連携するか
• PoCから本番までどう進めるか

こうした内容を整理し、
現場で使われるAI業務ソフトとして形にするところからご相談いただけます。

「まだ要件が固まっていない」
「何から決めればいいか分からない」という段階でも、
お気軽にご相談ください。