1. 内製と外注を4つの条件で比べる
ここでの内製は、社内でAIの使い方や仕組みを作り、運用・修正することです。外注は、その一部や構築・保守を外部へ依頼することです。AIモデルそのものを一から開発するかどうかの比較ではありません。
次の表は、分担を考えるための目安です。内製・外注の成功率や、どちらが必ず安くなるかを示すものではありません。
| 判断する点 | 内製が候補になる条件 | 外注・分担を検討する条件 |
|---|---|---|
| 社内の担当時間 | 試作だけでなく、結果の確認・修正・手順更新にも時間を確保できる | 通常業務と兼務で構築や修正の時間が取れない。業務の説明・承認の時間は社内で確保する |
| 業務知識 | 担当者が通常の処理と例外を説明でき、AIの結果を判断できる | 業務は分かるが仕組みに落とす支援が必要。業務ルールの決定は社内に残す |
| 連携の難しさ | 手動の下書き利用や、社内で管理できる既存機能で足りる | 複数ツールの接続、権限管理、処理状況の記録、二重登録防止が必要で、社内だけでは管理しにくい |
| 保守・引き継ぎ | 不具合やツール変更に対応でき、別の担当者も管理・操作できる | 特定の社員に作業が集中する。外部の対応窓口や引き継ぎ支援が必要 |
内製でも、社員の時間や外部サービスの利用料がかかります。外注でも、資料の準備、打ち合わせ、結果の確認は残ります。費用の項目と契約形態はAI導入の費用と月額・スポットの選び方で整理しています。
連携が必要か迷う場合は、ChatGPTの手動利用とAPI連携の選び方も参考になります。連携先の機能・契約・権限は個別に確認し、外注すれば必ず接続できるとは考えないでください。
2. 工程ごとに分担し、社内の窓口と承認を残す
「全部内製」「全部外注」を先に決めるより、次の工程を誰が担うか確認します。以下は運用を考えるための提案で、特定の契約に含まれる作業を示すものではありません。
- 業務を整理する：社内の業務窓口が、入力資料、必要な出力、例外、困っている点を説明します。外部は聞き取りや工程の整理を支援できます。
- 小さく試す：社内または外部が、対象を絞った使い方や仕組みを用意します。社内で入力してよい情報を決め、結果を元資料と照合します。
- 構築・連携する：担当する側が接続、権限、処理状況の記録を整えます。登録や送信がある場合は、承認の位置と重複処理を防ぐ方法も決めます。
- 利用開始を判断する：社内の承認者が、通常の処理と例外時の動き、確認・修正の手間を見て開始を判断します。止める条件と元の手順への戻し方も確認します。
- 保守・更新する：業務ルールや資料の更新は社内、仕組みの修正は社内または外部など、窓口と対応範囲を決めます。担当交代時も同じ手順で引き継げるようにします。
社内の窓口と承認者は同じ人でも構いませんが、不在時の連絡先や代わりに判断する人も決めておきます。外部には技術上の対応を任せられても、自社の契約条件や例外を推測して決めてもらう運用は避けましょう。
情報の扱いも分担の一部です。個人情報保護委員会は、生成AIサービスの利用に関する注意喚起を公表しています。内製・外注のどちらでも、入力する情報と利用サービスの規約・データの扱いを確認します。外部へ資料を渡すことと、その資料をAIへ送ることは分けて合意してください。詳しい確認手順は生成AIに入力する顧客情報の確認手順をご覧ください。
自社サイトでの実践：変更案と公開判断を分け、停止後の保守も考える
hirostaの自社サイトでは、2026年9月29日から10月8日までの開発・運営を記録しました。合意した範囲の調査、文章・コードの変更案、ビルドや画面の確認、指摘への修正をAIが担い、作業と確認の役割を分けました。人は目的・優先順位・任せる範囲・実績として公開できる根拠を判断し、着手と本番公開の承認を分けました。変更案ができ、確認が通っただけで公開できるとは扱っていません。
この運営では、2026年10月8日に運用手順のファイルを別のファイルへの参照リンクに変えたところ、安全確認の条件とファイルの扱いが合わず、調査の自動作業が開始直後に止まりました。安全確認を外すのではなく、通常のファイルへ戻し、複数箇所の手順を同じ変更で揃えるルールを残しました。修正は同日に取り込まれましたが、止まった調査がその後最後まで完了したかは、この記録では確認できていません。
ここから、ページの表示を変えない変更でも作業が止まること、修正の取り込みと復旧の確認を分ける必要があることを学びました。上の判断表の「保守・引き継ぎ」では、作る担当だけでなく、運用資料の変更、その資料を使う側の制約の確認、停止原因の調査、修正後に業務が再開・完了したかの確認を誰が担うかまで決めることが大切です。外注する場合も、社内の業務窓口と外部の修正担当の間で、どこまで確認して対応を終えるかを合意します。
これは自社サイトでのAIと人の分担の経験です。内製と外注の費用や優劣を比べた実績でも、お客様の案件の成果でもありません。今回参照したのは、2026年10月8日公開の記録にある分担・停止・修正と未確認の範囲で、2026年10月9日に確認しました。詳しい条件と経緯はAIチームでサイトを運営した記録・第1回をご覧ください。
3. 具体例：問い合わせの下書きをどう分担するか
以下は選び方を説明する想定例です。自社や顧客の実績、費用・期間・効果を示すものではありません。
社内で手動利用から始める
担当者が使ってよい資料を選び、AIに返信の下書きを作らせ、確認してからメールへ転記する範囲なら、社内で試す方法が候補です。担当者が手順を更新でき、別の人も使える状態にします。下書きの作成だけでなく、資料の準備・確認・修正に使う時間も見ます。
連携の構築を外部へ依頼する
メールの取り込み、分類、担当者への振り分け、下書きの一覧化までつなぎたい場合は、社内で管理できるか確認し、難しい工程を外注する方法があります。社内は分類ルールと回答資料を用意し、外部は合意した範囲の接続や仕組みづくりを担います。宛先・回答の根拠・内容の確認と送信は社内に残します。
構築を依頼し、日常の更新は社内で行う
仕組みの構築は外部、回答資料や担当一覧の更新は社内、接続の不具合は外部という分担も考えられます。社内で変更できる項目と、変更前に相談する項目を区別します。画面を触れることだけで保守を引き継げたと判断せず、停止時の復旧や管理権限も確認します。
工程の参考として、問い合わせメールの仕分けと返信の下書きの導入事例があります。Claude APIが分類・下書きを行い、担当者が確認・修正して送信する仕組みです。公開している再現は架空データを使っています。内製と外注を比較した事例ではなく、どちらの効果が高いかを示す根拠にはなりません。
4. 外注前に確認する保守と引き継ぎ
発注時には、何を作るかと同時に、完成後に誰が管理するかを確認します。次の項目は見積りや契約で確認する候補であり、すべてが標準で提供されるという意味ではありません。
- 完成の確認範囲：入力・出力、対象外の処理、例外時の引き継ぎ、社内の確認担当を合意する。
- 管理権限と費用：AIや連携先の契約者・支払者、アカウントの管理者、外部担当者に渡す権限と終了時の解除方法を確認する。認証情報は手順書に書かない。
- 修正・保守の範囲：不具合の連絡先、業務ルールの変更、連携先の仕様変更、追加改修を誰が担い、どこから別見積りになるかを確認する。
- 引き継ぐもの：操作手順、設定・構成、更新方法、必要な成果物とその利用条件を確認する。ソースコードを受け取れるかも契約ごとに確認する。
- 交代・契約終了時：次の担当者が管理できるか、継続する利用料、データの取り出し・削除、停止と元の手順への戻し方を確認する。
内製の場合も、担当者の個人アカウントだけに設定や資料を残さず、会社として管理・引き継ぎできる状態にします。外注から内製へ移す場合は、引き継ぐ側が操作と復旧手順を確認してから保守の切り替えを判断しましょう。
hirostaの支援範囲・料金・契約条件はサービス・料金が確認先です。既存システムとの連携や改修はシステム開発で案内しています。この記事では別の料金や支援条件を追加していません。
5. よくある質問
Q. AI導入は内製と外注のどちらがよいですか？ 社内で試作・確認・保守の時間を確保し、必要なツールや連携を管理できるなら内製が候補です。難しい工程は外注し、業務ルールの決定と承認は社内に残すなど、工程ごとの分担で考えます。
Q. 外注すれば、社内に担当者は不要ですか？ 不要にはなりません。業務を説明する窓口と、結果を確認・承認する人が必要です。不在時の連絡先も決め、資料やルールの更新を誰が担うか確認します。
Q. 一部だけ外注できますか？ 連携や構築を外部へ依頼し、日常の確認や資料更新を社内で行う分担が考えられます。対応可否は依頼先と対象業務によるため、社内で変更する範囲、外部へ相談する範囲、保守を見積り時に合意します。
Q. 内製のほうが安くなりますか？ 一概には判断できません。外部への支払いに加え、社員の準備・構築・確認・保守の時間、ツール利用料も含め、同じ対象と運用範囲で比べます。
Q. 外注した仕組みを後から内製にできますか？ 管理権限、成果物の利用条件、社内の技術と保守時間によります。契約前に引き継ぐものを確認し、次の担当者が更新・復旧できるかを確かめてから切り替えを判断します。
AI導入全体の進め方はAI業務改善ガイドをご覧ください。内製・外注の方針が決まっていなくても、無料相談で困りごとから整理できます。