AIの仕組みを内製するか外注するかを「どちらなら作れるか」だけで決めると、運用後に行き詰まります。分かれ目は、業務のやり方が変わったときや仕組みが止まったときに、誰が直す責任を持つかです。
ここでいう「AIの仕組み」は、既製AIツールを自社の帳票・手順・既存システムに合わせて設定し、つなぐものです。
社内に直す人と時間が残るなら内製を軸にします。残らないなら外注を軸にし、変更の範囲・費用・引き渡し条件を契約前に決めます。この記事では、中小企業が5つの基準で選ぶ方法と、担当者が替わっても残すべき材料を整理します。
内製と外注は「直す責任」の5基準で選ぶ
業務変更や故障に社内で対応でき、担当者が替わっても知識を渡せるなら、内製を軸にできます。そこまでの人と時間を置けない会社は、外注を軸にして、変更対応と引き渡しまで契約で押さえるほうが判断しやすいです。
まずは次の5項目を、希望ではなく現在の体制で埋めます。「将来は社員が覚えるはず」は書かず、いったん空欄のままにします。
| 基準 | 内製を軸にできる状態 | 外注を軸にする状態 |
|---|---|---|
| 業務変更 | 手順やAIツールが変わったとき、設定や処理を直せる人がいる | 変更の整理はできるが、実装できる人がいない |
| 故障対応 | 検知、原因を絞る作業、復旧を担当する人と時間がある | 社内は停止を連絡し、外部に調査と復旧を頼む |
| 担当者交代 | 2人以上が仕組みと業務手順を説明できる | 特定の1人しか中身を把握していない |
| 引き継ぎ材料 | 設定、権限、データ、変更履歴を社内で更新できる | 社内で更新できる資料と権限がそろっていない |
| 維持費 | 社内工数を予定に入れ、改善時間を確保できる | 維持に使う社内時間を確保できない |
各行で近い側を選び、空欄は外注側として数えます。判定の目安は次のとおりです。
- 「故障対応」「担当者交代」がともに内製側で、内製側が合計4〜5項目なら、内製を軸にする
- 「故障対応」「担当者交代」がともに内製側で、内製側が合計3項目なら、外部支援を残す分担型にする
- 上記以外は、外注を軸にする
停止や退職は予定外にも起きるため、直す人と引き継ぐ人がいなければ復旧を続けられません。
何を正しい結果とするか、止まったらどの手順へ戻すかは、内製でも外注でも社内の業務責任者が持ちます。
外注は変更対応の範囲と費用を契約前に決める
外注した仕組みは、納品時に動けば終わりではありません。業務手順や入力書類、連携（他システムとのデータ受け渡し）、使うAIツールが変わったときに、誰が変更を受け付け、どこから追加費用になるかを契約書と別紙で確認します。
IPAは受託開発・保守運用のモデル契約第二版と、利用者・ベンダの責務を考える資料を公開しています。開発規模の大きい取引を想定したひな型なので、そのまま使うのではなく、自社契約で確認する論点の抜けを探す参考にします（出典: IPA「情報システム・モデル取引・契約書（第二版）」、2025年6月17日更新、2026年8月26日確認）。
契約前に、少なくとも次を文書で確認します。
| 確認する項目 | 決めておく内容 |
|---|---|
| 保守の対象 | 設定、連携、プロンプト（AIへの指示文）、データ、利用ツールのどこまでを見るか |
| 変更と障害の区分 | 何を契約内の修正とし、何を追加作業とするか |
| 連絡と最初の対応 | 受付窓口、最初の返答までの時間、復旧見込みを示すまでの日数 |
| 追加費用 | 見積もりの単位、着手前の承認者、原因調査だけで修正しなくても費用が出るか |
| AI固有の変更 | 更新後の出力を誰が再検証するか。入力データ、出力の合格条件、利用量と料金改定を誰が確認するか |
| 引き渡し | 設定情報、手順書、変更履歴、アカウント、データの受け渡し方法 |
| 終了時の扱い | 契約終了後の支援、データの返却・削除、移行に必要な協力 |
同じ条件を複数社へ渡し、正式な見積もりを取ります。伝えるのは対象業務の数、月の処理件数、連携先システムの数、希望する対応時間、引き渡し資料です。この5点で金額が変わるため、この記事では相場を示しません。
以下は記入用の1年比較式です。金額の目安、当社試算、当社実測ではありません。
- 外注1年総額 ＝ 初期見積額 ＋ 月額保守×12 ＋ 変更見積額×想定件数 ＋（要件整理・打ち合わせ・納品確認・変更依頼の年間社内時間）×社内管理上の時間単価
- 内製1年総額 ＝ ツール利用料 ＋（初期設定時間 ＋ 月の維持時間×12 ＋ 年間の変更・教育・引き継ぎ・権限変更時間）×社内管理上の時間単価
想定件数は過去1年の業務変更件数を使います。社内管理上の時間単価は、たとえば担当者の年間人件費を年間労働時間で割り、目安がなければ経理担当と決めます。社内工数は現金支出ではなく、その時間に別の仕事ができなくなる機会費用です。初期費用が大きい場合は、利用予定期間の総額でも比べます。契約終了時の移行見積額は1年総額へ常に足さず、終了を検討する場合に両案の移行・引き継ぎ費用を別枠で加えます。
保守範囲、成果物の権利、引き渡し条件は契約ごとに変わります。上の表を一律の正解とはせず、契約書の文言は必要に応じて弁護士へ確認してください。
内製なら「動くもの」のほかに5つの記録を残す
内製を選ぶときに備えたいのは、担当者が抜けたあとに「動くものだけ」が残る状態です。別の人が仕組みを説明し、止め、直し、元へ戻せるように、5つの記録を日々の成果物として残します。
- 目的と完成条件：何の業務を、どの入力から、どの状態まで処理する仕組みか。
- データの対応表：入力元、項目名、保存先、出力先。項目が欠けたときの扱いも書きます。
- アカウントと権限の台帳：契約名義、管理者、支払担当、更新日を残します。パスワード自体は台帳へ書かず、会社管理の保管先を示します。
- 設定・停止・復旧の手順：設定場所、手動へ戻す方法、復旧後に確かめる項目を、別の人がたどれる粒度で書きます。
- 変更履歴と未解決事項：いつ、なぜ、どこを変えたか。直していない不具合と次に触る人への注意も残します。
変更後と担当者交代前には、作った本人以外が5つの記録をたどります。確認頻度は、停止時の影響と変更回数に合わせます。
権限と停止手順を具体化するときは、AIエージェントに渡す権限を決めるルールも使えます。
「最初の1件は外注、2件目から内製」は条件付きで成立する
この順番が成立しやすいのは、1件目の外注中に、2件目を作る社内担当者が一緒に手を動かす会社です。完成品だけを受け取ると、「なぜその条件で処理を分けたか」「どの案を採用しなかったか」が残りにくくなります。業務が変わったとき、設定をやり直す手がかりが足りません。
成立しやすい条件は、次の4つです。
- 1件目と2件目で、入力・確認・出力などの共通部分がある
- 社内担当者が1件目の打ち合わせ、テスト、変更作業へ参加する
- 外注先から受け取る記録と、社内で更新する担当を契約前に決める
- 1件目の記憶が薄れないうちに、2件目の開始時期を予定へ入れる
反対に、社内担当者を置けない、業務ごとに使うデータやシステムが大きく違う、日常業務だけで改善時間が埋まっている会社では成立しにくいです。その場合は「2件目から全部内製」を目標にせず、業務判断と納品内容の確認は社内、技術的な変更は外部、と責任を分けます。
内製・外注を決める前に「誰が直すか」を1枚にする
内製か外注かを会議で決める前に、候補の1業務について、通常時・変更時・停止時・担当者交代時の責任者を1枚にします。名前が入らない欄が、契約または社内体制で補うべき場所です。
| 場面 | 社内で決める人 | 実際に直す人 | 残す記録 |
|---|---|---|---|
| 通常時 | 結果を確認する業務責任者 | 日常運用の担当者 | 処理件数、修正内容 |
| 業務変更時 | 新しい手順と完成条件を決める人 | 設定・処理を変更する人 | 変更理由、テスト結果 |
| 停止時 | 手動へ戻す判断をする人 | 原因を調べて復旧する人 | 発生時刻、影響、復旧手順 |
| 担当者交代時 | 引き継ぎ完了を確認する人 | 新旧の運用担当者 | 権限、手順、未解決事項 |
4行を埋めた結果、直す人がすべて同じ社員なら、その人が休んだ状態でも回るかを見ます。すべて外部なら、連絡不能や契約終了時にどう戻すかを確認します。費用対効果の評価日も決める場合は、AI導入を継続・改善・停止する判断方法へつなげてください。
まとめ｜作る人ではなく直す人で決める
AIの内製と外注は、優劣ではなく保守責任の置き場所で選びます。社内で変更・復旧・引き継ぎまで回せるなら内製を軸にし、難しければ外注を軸にして、変更範囲・費用・引き渡し条件を契約前に決めます。
- 外注でも、業務の完成条件と手動へ戻す判断は社内に残す
- 内製では、動く仕組みに加えて5つの記録を残す
- 「1件目は外注、2件目は内製」には、1件目から参加する社内担当者が要る
- 今週は1業務だけ選び、4場面の「決める人・直す人・記録」を埋める
ほかの導入判断も確認する場合は、AI導入の記事一覧から自社に近いテーマを選んでください。
本記事は一般的な情報提供です。個別の契約や法務の判断は、弁護士などの専門家にご確認ください。
