AIチャットボット開発の発注/外注/依頼/委託方法について

結論から言うと、AIチャットボットを外注する際は、回答範囲、参照資料、権限、有人移管を依頼書にまとめます。「生成AI対応」の一言では、必要な回答品質や運用まで含まれるか判断できません。

発注準備から提案比較、契約、検収、運用引継ぎまでを説明します。資料に責任を持つ発注側と、検索・会話の仕組みを作る委託先の分担が重要です。

外注前に何を準備すればよいか

質問と望ましい回答をセットで渡す

抽象的な機能一覧より、実際の問い合わせと回答例が役立ちます。社内ヘルプデスクなら、利用申請、障害、規程確認を分け、どこまで自動回答したいか示します。

依頼書には正常な回答以外の例も入れます。

  • 答える例:正式な手順と、その根拠となる文書。
  • 確認する例:利用環境や契約区分を聞き返す質問。
  • 渡す例:個別判断や例外申請を担当者へ移す相談。

「分からない」と答えることを一律に不合格にしないようにします。根拠がない場合の移管も、正しい動作としてベンダーへ示します。

文書と権限の管理者を決める

資料を集めるだけでなく、どれが正本か、誰に見せてよいかを社内で決めます。古い規程や担当者の私的メモが混ざる場合は、回答に使う範囲を限定します。

委託先へ提供するデータを整理します。

  • 資料一覧:文書名、版、対象業務、更新担当者。
  • 利用者区分:社員、管理職、外部委託先などの閲覧範囲。
  • 運用条件:更新頻度、削除手順、ログの保管と閲覧者。

発注側が正答を決められなければ、ベンダーも品質を判定できません。回答内容を承認する業務担当を、開発窓口と別に置くか確認してください。

ポイント

外注前の準備は、正答例と正式な情報源です。回答責任者と資料更新者を社内で確保します。

委託範囲をどう分けるか

製品導入と個別開発の境界を明記する

既存SaaSの設定を依頼する場合と、独自のRAGや画面を作る場合では成果物が異なります。標準機能で実現する部分と、追加コードを書く部分を分けます。

例えばアイアクトのソリューションは、製品導入に加えてAI開発・PoC支援を案内しています。相談時には、自社が必要とする支援の段階を指定します。

見積範囲を工程で分けて確認します。

  • 初期整備:文書整理、FAQ作成、評価問題の準備。
  • 構築:検索、生成、認証、画面、問い合わせ連携。
  • 運用:未回答分析、文書更新、品質評価、障害対応。

「導入支援」に文書の読取り修正が含まれない場合もあります。発注側の作業と、追加費用になる条件を提案書に書いてもらいます。

RAGの立ち上げを目的設定、データ整備、検索構築、回答連携、運用改善の5段階で示した図解
RAGの立ち上げは目的設定から運用改善まで工程を分けて進めます。

有人窓口との接続を成果物に含める

人へつなぐボタンがあるだけでは引継ぎは完了しません。受付先で会話を読めること、利用者が受付結果を確認できることまでを委託範囲にします。

MOBI BOT GenAIは、有人チャットとの連携を案内しています。採用するサービスでも、履歴、認証状態、営業時間外の扱いを具体的に確認します。

ポイント

作る機能だけでなく、発注側に残る作業を見積書に残します。有人対応への接続は、受付完了までを対象にします。

ベンダーの提案をどう評価するか

同じ質問・資料で比較する

提案デモには、自社で用意した評価問題を使います。ベンダーが得意な質問だけを見るのではなく、文書の矛盾、条件不足、回答できない質問を混ぜます。

採点は三つに分けると原因が分かります。

  • 検索:必要な資料を取り出せたか。
  • 回答:根拠と一致し、必要な条件を落としていないか。
  • 対応:回答不能時に確認や移管へ進めたか。

MicrosoftのRAG評価資料も、検索と回答の品質を区別しています。回答率だけで提案を選ばないようにします。

権限が違う利用者を用意する

一般社員と管理職など、権限の異なるテスト利用者で同じ質問をします。読めない資料の本文だけでなく、要約やタイトルが回答に混ざらないかも確認します。

権限変更後の再検索、会話の続き、共有キャッシュも試験対象です。システム構成図では、どの段階で権限を適用し、どのサービスへデータを送るかを説明してもらいます。

ポイント

提案の比較は、検索・回答・対応の三層で行います。権限試験をデモの段階から含め、運用後の漏れを減らします。

契約と検収に何を残すか

品質の判定条件と変更手順を合意する

正答率を契約に使うなら、対象の質問、採点方法、重大な誤答の扱いを定めます。学習に使った問題だけの高得点を、全体の性能として受け入れないようにします。

契約上の確認事項を成果物に結び付けます。

  • 品質:評価問題、採点記録、未解決事項、再試験の条件。
  • データ:処理先、保存、二次利用の条件、終了時の削除・返却。
  • 権利と保守:コード・設定の利用範囲、引継ぎ、修正費用。

法的な条件は個別契約によって異なります。既存製品のライセンスと、個別開発成果物の権利を同じ扱いにせず、自社の契約担当と確認します。

引継ぎ時に自社担当者が更新してみる

納品説明を聞くだけでなく、担当者が文書を差し替え、旧版が回答に出ないことを試します。誤答を見つけた際に、停止、修正、再公開できるかも確認します。

検収では、ボットの動作、有人受付、更新操作を一巡させます。モデルや検索設定を変更する際の通知と再評価も、保守契約で扱いを決めておきます。

ポイント

検収には、評価記録と自社で運用できる証拠が必要です。公開後の変更と契約終了時の引継ぎまで合意します。

まとめ

AIチャットボットの外注では、正答例と資料管理を発注側が担い、構築・運用の分担を明記します。提案時の共通試験と、更新まで含む検収で、公開後の認識違いを防ぎましょう。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。