LASSIC Media らしくメディア
AIチャットを外注で作ると何が違うか
監修・編集責任者:牛尾 昭昌(株式会社LASSIC 執行役員)

この記事の結論
- AIチャットを外注して任せられるのは仕組みづくりと運用の一部で、答えの元になる文書と更新の担当は社内に残ります。
- 答えの質は社内の元の文書と更新の担当で決まるため、外注先を選ぶより先に文書の持ち主を決めます。
- 答えさせたい質問を多い順に書き出し、元の文書の持ち主を決めてから見積もりを頼みます。
※ 本記事は2026年11月時点の公式情報(省庁・公的機関、および製品やサービスを提供する事業者が公開している資料)に基づきます。
社内の問い合わせに答えるAIチャットを外注すると、任せられるのは仕組みづくりと運用の一部です。答えの元になる規程や手順書と、その更新の担当は社内に残ります。外注先に見積もりを頼む前までに、答えさせる質問の種類と、元の文書の置き場所・更新の担当を決め、作るまでを頼むのか運用までを頼むのかを分けて相談すると、見積もりを比べやすくなります。
規程や手続きの同じ質問への対応に追われるヘルプデスクの責任者に向けて、本記事では、外注しても答えが良くならない原因から入り、任せ方を決める5つの基準、3つの進め方の比較、費用対効果の見立て方、契約で確かめる点、運用の体制までを、IPAとデジタル庁の公開資料をもとに整理します。
目次
同じ質問への対応で、担当者の時間が埋まっていないか
経費の精算や端末の貸し出しといった規程と手続きの質問は、同じ内容が繰り返し届きます。人が答え続けると、答えが担当者ごとにばらつき、詳しい人が休んだ日には対応が止まります。改定前の古い案内が、口伝えで社内に広がることもあります。
| 悩み | 読む章 |
|---|---|
| 作るまで頼むか運用まで頼むか迷う | 作るまで・運用まで・社内で作るの比較 |
| 対応の時間が減る分で費用に見合うか | 費用対効果の見立て方 |
| 社内の文書を社外の事業者に預けてよいか | 規程・情報の扱い・契約で確かめる点 |
負担を減らそうとAIチャットを検討すると、社内で作るか外注するかで迷います。IPA(情報処理推進機構)の「DX動向2025」は、日本・米国・ドイツの企業への調査から、システム開発の内製化と生成AIの使い方の課題を国別に示しています。
内製化を進める上の課題では、日本は「人材の確保や育成が難しい」の回答率が突出していました。「必要な部分は内製化済みなので、現在は進めていない」は日本が16.7%で、米国とドイツの半分以下です。*1 社内に作る人がいないため、外注を前提に考える会社は少なくありません。
一方、生成AIを業務で活用する上の課題では、「生成AIの効果やリスクに関する理解が不足している」と「適切な利用を管理するためのルールや基準の作成が難しい」が3か国とも高い傾向でした。「誤った回答を信じて業務に利用してしまう」は日本が突出しています。*1 作る人を社外から得ても、使い方の決まりと誤った答えへの備えは、社内の課題として残ります。
外注しても答えが良くならない原因は、元の文書と更新の担当
社内の規程や手順書を探して答えるAIチャットは、RAG(検索拡張生成。質問に関係する文書を探し、その中身をもとに答えを作る仕組み)で作るのが一般的です。答えの質は、渡した文書の新しさと整い方に大きく左右されます。

IPAの中核人材育成プログラムの卒業プロジェクトがまとめた「テキスト生成AIの導入・運用ガイドライン」は、回答精度を下げる情報の例として、ノイズが含まれる情報、重複した情報、最新版ではない古い情報を挙げています。精度の高い答えが得られるのは、検索で見つかった上位数件の内容についてだけで、古い情報や重複した情報が残っていると、誤った回答を生成する可能性が高くなるとしています。*3
外注先がどれほど丁寧に仕組みを作っても、規程を改定した日に誰も文書を置き換えなければ、チャットは改定前の答えを返し続けます。どの文書を正とし、誰が更新するかは、社内でしか決められません。自社の状態を、次の3つの問いで確かめてみてください。
- 答えさせたい質問の種類を、多い順に10個書き出せるか
- 答えの元になる文書の置き場所と、どれが最新版かが分かるか
- 文書を直したとき、誰がチャットの答えに反映させるかが決まっているか
答えに詰まる問いがあれば、見積もりを頼む前にそこを決めておきます。社外の事業者に文書を預けるときの情報の守りの取り決めは、AIチャットを外注で入れるとき、セキュリティで何を確かめるかで整理しています。
後半では、作るまで・運用まで・社内で作るの比較、費用対効果の見立て方、上長に示す判断の材料、規程と契約で確かめる点、運用の体制と引き継ぎを順に整理します。
任せ方を決める5つの基準
外注先に見積もりを頼む前に、次の5つの基準で自社の答えをそろえておくと、外注先ごとの提案を同じ物差しで比べられます。
| 基準 | 目安 | 見積もりの前に決めておくこと |
|---|---|---|
| 答えさせる範囲 | 質問の種類を絞り、答えさせない質問も決める | 多い質問の上位と、人が答える質問の一覧 |
| 元の文書の持ち主 | 規程や手順書ごとに、更新の担当がいるか | 文書ごとの持ち主と、最新版の置き場所 |
| 任せる工程 | 作るまでか、答えの見直しや更新の反映を含む運用までか | 社内で回せる作業と回せない作業 |
| 誤答のときの扱い | 答えられない・誤ったときに人へ引き継ぐ手順があるか | 引き継ぐ窓口と、文書を直す担当への戻し方 |
| 費用の形 | 利用料と運用の委託料が、利用の量で増える形か | 試す期間と、月ごとの費用の上限 |
後回しにされやすいのが「誤答のときの扱い」です。IPAの卒業プロジェクトのガイドラインは、RAGを使っても答えを作る仕組みそのものは変わらないため、格納した情報についても誤った回答を出力する可能性があるとしています。*3 答えられないときや誤ったときに、どの窓口へ引き継ぐかを先に決めておくと、誤った案内のまま手続きが進むことを防げます。
同じガイドラインは、RAGを使えばどんな質問にも正しく答えられるという誤解を挙げ、どの情報について答えられるのかを利用者に周知しておく必要があるとしています。*3 答えさせる範囲は、作る側の設定であると同時に、使う社員への案内の中身にもなります。
経費の精算と端末の貸し出しから始めると決める場面
ヘルプデスクの責任者が、最初に答えさせる範囲と任せ方を決める流れを、5つの基準に当てはめて追います。
| 判断の段階 | 見ること | この場面での判断 |
|---|---|---|
| 1. 答えさせる範囲 | 受付の記録で多い質問の上位 | 経費の精算と端末の貸し出しの質問だけを先に答えさせ、個別の事情が絡む相談は人が答える |
| 2. 元の文書の持ち主 | 精算の規程と貸し出しの手順書の管理者 | どちらも規程を管理する部署が更新を持つ |
| 3. 任せる工程 | 社内で回せる作業 | 仕組みを作るまでを外注し、文書の更新の反映は社内で行う |
| 4. 誤答のときの扱い | 引き継ぐ窓口 | 答えられない質問は、ヘルプデスクの受付に回す |
| 5. 費用の形 | 試す期間の費用 | 試す期間と月ごとの上限を決め、件数の減り方を見る |
| 6. 結論 | 広げる条件 | 2つの手続きで試し、件数が減ったら範囲を広げる案を、承認する人に示す |
範囲を2つの手続きに絞ると、元の文書の持ち主を探す手間も2つで済みます。IPAの卒業プロジェクトがヒアリングした組織の多くも、機能や利用範囲を制限した状態で一度試験導入・運用を行っていました。*3 同じガイドラインは、初期段階でスコープ(対象の利用者と機能)を絞ることが、導入コストを精査する機会にもなるとしています。
作るまで・運用まで・社内で作るの比較
作るまでなら立ち上げが速く、運用までなら社内の手間が減り、社内で作るなら直す力が残ります。元の文書の更新は、どれを選んでも社内に残ります。
| 比べる点 | 社内で作る | 作るまでを外注する | 運用まで外注する |
|---|---|---|---|
| 立ち上げ | 作る人の確保から始まり、時間がかかりやすい | 外注先の経験を使い、速く立ち上げやすい | 作るまでと同じく速い |
| 社内の手間 | 作る・直す・見直すの全てが社内 | 公開後の見直しと更新の反映が社内 | 見直しと反映の作業を任せられる |
| 直す力 | 社内に残る | 仕組みの中身を納品物で受け取れば残る | 外注先に残りやすい |
| 元の文書の更新 | 社内 | 社内 | 社内(反映の作業だけを任せる) |
| 向く会社 | 作れる人がいて、長く直し続けたい | 公開後の見直しを社内で回せる | 見直しと反映を回す人がいない |
IPAの卒業プロジェクトのガイドラインは、自社独自で設計と開発を実行できる組織は少なく、実際には外部の事業者が設計と開発を担うことが多くなると想定しています。そのうえで、事業者が要件定義に沿って進める間も、社内の規定やポリシーに沿っているかを適宜確かめ、社内の意見を集めて事業者に伝えることが重要だとしています。*3
作るまでを頼む場合は、何を納品してもらうかを先に決めます。デジタル庁の「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン」の契約チェックシートは、RAGを含む場合の納品物はデータベースが成果物となることが一般的としつつ、文書を変換するプログラムや分割するプログラムなども成果物に含めるのか、Web API(外から機能を呼び出す窓口)で機能を提供するのかを検討し、契約に盛り込むことが望ましいとしています。*2
文書を変換する仕組みが手元に残らないと、規程を改定するたびに外注先へ反映を頼むことになり、実質は運用まで頼んでいる形になります。作るまでを選ぶなら、更新の反映を社内でできる形で受け取れるかを見積もりの段階で尋ねます。
費用対効果の見立て方
問い合わせ対応の時間の減り方と、利用料・運用の委託料・文書を整える手間を同じ期間で比べます。時間は自社の記録で測ります。
| 区分 | 項目 | 測り方・見落としやすい点 |
|---|---|---|
| 効果 | 問い合わせ対応の時間の減り方 | 導入前の件数と1件あたりの対応時間を、受付の記録から測っておく |
| 費用 | 利用料 | 質問の量で増える形か、利用者の数で決まる形か |
| 費用 | 運用の委託料 | 答えの見直しと更新の反映を任せる範囲で変わる |
| 費用 | 文書を整える手間 | 古い版や重複した文書の整理は、外注しても持ち主の確認が要る |
| 費用 | 社内の見直しの時間 | 作るまでを頼む場合に、公開後に社内で使う時間 |
IPAの卒業プロジェクトのガイドラインは、業務効率化の測定は定量評価が難しい面もあるとしつつ、導入前後の残業時間の推移を参考データにすることや、アンケートで定性的に効果を確かめることを挙げています。*3 問い合わせ対応では、受付の記録があれば件数と対応時間で前後を比べられるため、記録の取り方を導入前にそろえておきます。
見落としやすいのが文書を整える手間です。同じガイドラインが挙げる古い情報や重複した情報の整理は、外注先が作業を担っても、どれが正しい版かを決めるのは文書の持ち主です。この時間を社内の費用として見積もりに入れておくと、導入後に想定外の負担が出にくくなります。
- 導入前の1か月の件数と1件あたりの対応時間を記録から出す
- 答えさせる範囲の質問が、そのうち何件かを数える
- 利用料・委託料・文書を整える時間を同じ1か月分にそろえて並べる
上長に示す判断の材料
答えさせる範囲・任せる工程・試す期間・止める条件・費用の上限を1枚で示します。
| 項目 | 書く内容 | 書き方の例 |
|---|---|---|
| 答えさせる範囲 | 最初に答えさせる質問と、答えさせない質問 | 経費の精算と端末の貸し出しの質問に限る |
| 任せる工程 | 作るまでか運用までか、社内に残す作業 | 作るまでを外注し、文書の更新の反映は社内 |
| 試す期間 | 始める日と、結果を見る日 | 試す期間を区切り、終わりに件数を比べる |
| 止める条件 | どうなったら止めるか、範囲を戻すか | 誤った案内が続いたら、その質問を人の対応に戻す |
| 費用の上限 | 試す期間の利用料と委託料の上限 | 月ごとの上限と、超えたときの扱い |
IPAの卒業プロジェクトのガイドラインは、導入目的を明確に定めることが効果測定でも重要だとし、導入目的の例に「チャットボットを利用した問い合せ窓口業務の効率化」を挙げています。*3 1枚の冒頭に目的を1文で書くと、試す期間の終わりに何を比べるかがはっきりします。
止める条件は、始める前に書いておくほど判断が速くなります。誤った答えが出た質問だけを人の対応に戻すのか、チャット全体を止めるのかを分けて書くと、問題が起きても範囲を絞って続けられます。
規程・情報の扱い・契約で確かめる点
デジタル庁の調達・利活用のガイドラインを手がかりに、入力の扱い・学習に使われるか・再委託・解約のときの文書の扱いを確かめます。
このガイドラインは2026年6月12日に第2.0版が決定された政府機関向けの文書です。*2 別紙の調達チェックシートと契約チェックシートは、生成AIの仕組みを調達するときに確かめる項目を整理しており、社内の問い合わせに答えるチャットを外注するときの確認の手がかりにもなります。
| 確かめる点 | 契約チェックシートの記述 | 社内の問い合わせ用チャットでの読み替え |
|---|---|---|
| 入力の扱い | 提供目的以外の目的でインプットを原則として利用・保持しないことを目的外利用禁止義務として定める | 預ける規程・手順書と社員の質問を、チャットの提供以外に使わない |
| 学習とデータの保存 | 利用を認める場合の利用条件(学習の有無、データの保存方法等)を定める | 預けた文書と質問が学習に使われるか、どこに保存されるか |
| 成果物 | システムプロンプト(チャットへの基本の指示文)を含む場合の納品物は、プロンプトのひな形、プロンプト文及び設定パラメータ群等が考えられ、契約書等で成果物を明確に規定する | 検索用のデータベース、文書を変換する仕組み、指示文を納品物に含めるか |
| 答えの品質 | 「○○以上の精度」等の成果保証が困難な場合は、性能改善・品質向上に向けた技術的支援を受ける等の契約形態が望ましい | 正答率の約束より、答えの見直しの作業と回数を契約に書く |
| 品質が落ちたとき | 被害を最小限に食い止め、原因を特定し改善措置を講じることをあらかじめ合意する | 誤った答えが続いたときの停止と改善の手順を決める |
解約のときの文書の扱いも、契約の前に決めます。同じガイドラインの調達チェックシートは、インプット(プロンプト、学習用の生データ等)の保持期間及び消去を管理していることを、事業者に求める項目に挙げています。*2 解約したときに、預けた文書と、そこから作った検索用のデータベースを返してもらうのか消してもらうのか、消したことをどう報告してもらうのかを書いておきます。
再委託の有無、事故のときの連絡、社員が入力してよい情報の区分といった情報の守りの取り決めは、AIチャットを外注で入れるとき、セキュリティで何を確かめるかで詳しく整理しています。
運用の体制と引き継ぎ
IPAの導入・運用ガイドラインを手がかりに、使う範囲・文書の更新・問い合わせの窓口を社内で決めて文書にします。

IPAの卒業プロジェクトのガイドラインは、システムの設定内容とその設定を行った経緯を文書化して記録することが重要だとしています。運用面でも、利活用ガイドラインやマニュアルを文書化して記録を残すことが、業務効率の向上やリスクの軽減に寄与するとしています。*3 外注先が作った設定の記録を社内で保管しておくと、外注先が変わったときの引き継ぎの資料になります。
| 決めること | 中身 | 外注するときの分け方 |
|---|---|---|
| 使う範囲 | 答えさせる質問と、答えさせない質問 | 社内で決め、設定は外注先に頼める |
| 文書の更新 | 規程・手順書の改定と、チャットへの反映 | 改定は社内の持ち主。反映の作業は、運用まで頼むなら外注先 |
| 問い合わせの窓口 | 答えられない・誤った質問の受付 | 窓口は社内に置く |
| 答えの見直し | 利用者の声と誤った答えの記録を見て直す | 見直しの場の頻度と、出る人を決める |
| 設定の記録 | 設定の中身と、変えた経緯 | 外注先が作り、社内で保管する |
答えの質を保つには、文書の更新を続けることが欠かせません。同じガイドラインは、RAGの精度の維持には格納した情報の更新を定期的に行い、できるだけ最新かつ内容が重複しない状態に保つことが重要だとしています。*3 規程の改定の日とチャットへの反映の日を同じ手順に入れておくと、更新の漏れを防げます。
広げ方にも順番があります。卒業プロジェクトがヒアリングした組織では、最初から全社のデータを格納するのではなく、部門やプロジェクトの単位で利用を申請し、文書を単位ごとに分けて格納する運用が多く見られました。*3 部署ごとに文書の持ち主が決まったところから、答えさせる範囲を広げていけます。
- 答えられない質問を人の窓口へ回す仕組みの作り方は、AIチャットボットの有人切替設計を外注で実装で扱っています
- AIチャットを業務で使い始める段階の進め方は、AIチャットを業務に使うには、何から始めるかで扱っています
まとめ:見積もりの前に文書の持ち主を決める
AIチャットを外注すると、仕組みづくりと運用の一部は任せられますが、答えの質を決める規程や手順書と、その更新の担当は社内に残ります。答えさせる範囲・元の文書の持ち主・任せる工程・誤答のときの扱い・費用の形の5つを決めてから見積もりを頼むと、作るまでか運用までかを同じ物差しで比べられます。今日からは、多い質問を10個書き出し、それぞれの答えの元になる文書の持ち主を一覧に書き込むところから始めてください。
よくある質問
AIチャットを外注すると何が違いますか
仕組みづくりと運用の一部を任せられ、答えの元になる文書と更新の担当は社内に残ります。外注先の経験を使えば立ち上げは速くなりますが、答えの質は渡した規程や手順書の新しさで決まります。どの文書を正とし、誰が更新するかを先に決めておきます。
作るまでと運用まで、どちらを頼めばよいですか
答えの見直しや更新の反映を社内で回せるなら作るまで、回せないなら運用までを検討します。作るまでを選ぶ場合は、検索用のデータベースや文書を変換する仕組みを納品物に含め、更新の反映を社内でできる形で受け取れるかを確かめます。
費用に見合うかどう測ればよいですか
今の問い合わせの件数と対応の時間を記録し、利用料と委託料と並べて比べます。費用には、古い版や重複した文書を整える社内の時間も入れます。比べる期間は、費用と効果で同じ長さにそろえます。
社内の規程を外の事業者に渡してよいですか
渡す文書の範囲、学習に使われるか、解約のときの扱いを契約で確かめてから渡します。提供の目的以外に使わないこと、保存の場所と期間、解約したときに返すか消すかを書いておきます。
誤った答えが出たらどうしますか
答えられない・誤ったときに人へ引き継ぐ手順を先に決め、元の文書を直す担当に戻します。誤った答えが続く質問は、文書が直るまで人の対応に戻します。誤った答えの記録は、定期の見直しの場で使います。
社内の問い合わせに答える仕組みの相談
多い質問の上位と今の対応の件数・時間の目安、規程や手順書の置き場所と更新の担当の有無をお手元にご用意いただければ、話が早く進みます。整理が途中の段階でも構いません。
Remoguとリラシクなら、リモートワークで働く社員の候補者も、業務委託で開発に加わる専門人材も探せます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考:独立行政法人情報処理推進機構(IPA)「DX動向2025」(PDF)(https://www.ipa.go.jp/digital/chousa/dx-trend/dx-trend-2025.html)。出典:2.3(生成AIの導入状況:図表2-12の本文)、2.4(システム開発等の内製化の状況:図表2-13・2-14・2-16の本文)を参照(確認日2026年10月31日)(2026年11月確認)
- *2 参考:デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン(第2.0版)」(2026年6月12日・PDF)(https://www.digital.go.jp/news/decb64eb-f26e-41cb-8d37-f3dd173108b8)。出典:別紙3 調達チェックシート(基本項目6 データの取扱い)、別紙4 契約チェックシート(取決め事項1・2・5・7・9)を参照(確認日2026年10月31日)(2026年11月確認)
- *3 参考:IPA 産業サイバーセキュリティセンター 中核人材育成プログラム 7期生「テキスト生成AIの導入・運用ガイドライン」(PDF)(https://www.ipa.go.jp/jinzai/ics/core_human_resource/final_project/2024/generative-ai-guideline.html)。出典:2.3.1(誤解例⑤⑥)、2.4.1(スモールスタート・ドキュメンテーション)、3.1.2・3.1.3(導入目的・スコープ)、3.3.1、3.3.2(RAG利用に関する留意点)、4.3.2、4.4.1(業務効率化の測定)、6.1.4(RAGのヒアリング)を参照。同書はプログラム卒業プロジェクトメンバーの見解に基づく(確認日2026年10月31日)(2026年11月確認)