# エクセル自動化は内製と外注どっち?AI時代の判断基準

> エクセル自動化を内製するか外注するかの判断基準を解説。内製に潜む属人化・退職リスクという隠れコスト、外注が向くケース、生成AIで内製のハードルが下がった今の現実的な使い分けを整理します。

発行: 株式会社ウェステリア(https://westeria.jp) / カテゴリ: Excel×AI自動化 / 出典: https://westeria.jp/guide/excel-automation-inhouse/

Excel自動化を内製するか外注するかは、会社単位で答えを出そうとすると失敗しがちです。生成AIの登場で内製のハードルは下がりましたが、属人化という隠れコストは残ります。業務ひとつひとつに当てはめられる判断基準を整理します。

## 結論

- 内製と外注は二者択一ではありません。「小さく定型的な自動化は内製、業務の根幹に関わるものや複数システムをまたぐものは外注」という業務単位の使い分けが現実的です。
- 内製の最大のリスクは費用ではなく属人化です。作った人しか直せないマクロは、その人の異動・退職と同時に「触れないブラックボックス」になります。
- 生成AIの登場で、プログラミング経験のない担当者でもマクロや関数を作れるようになり、内製のハードルは下がりました。ただし「動くものが作れること」と「業務を任せられる品質で維持できること」は別問題です。

## 内製か外注かは「業務単位」で決める

「Excel自動化を内製すべきか外注すべきか」という問いは、会社単位で答えを出そうとすると失敗しがちです。実際には、自動化したい業務は1つではなく、性質もばらばらだからです。

たとえば「自分1人が使う月次集計の効率化」と「請求金額の計算という間違えられない処理」と「基幹システムからデータを取り出してExcelに流し込む連携」は、求められる品質も、壊れたときの影響も、必要な技術もまったく違います。前者は内製で十分でも、後者2つは外注や専門家の関与が向いています。

つまり判断の単位は会社ではなく業務です。以降の基準を、自動化したい業務ひとつひとつに当てはめてみてください。

## 内製が向くケース・外注が向くケース

ポイントは「業務の変化」の行です。手順が頻繁に変わる業務は、変更のたびに外注先へ依頼するとスピードも費用も見合わないため、実は内製向きです。逆に、安定していて重要な業務は、きちんと設計・テストされたものを外注で作り、変更頻度の低さでランニングの手間を抑えるのが向いています。

| 観点 | 内製が向く | 外注が向く |
| --- | --- | --- |
| 業務の範囲 | 自分・自部署だけで完結する | 複数部署・複数システムをまたぐ |
| 間違えたときの影響 | 社内の手戻りで済む | 請求・支払・顧客対応など社外に影響する |
| 業務の変化 | 手順がよく変わる(すぐ直したい) | 手順が安定している |
| 社内の体制 | 興味のある担当者がいて、学ぶ時間を確保できる | 担当者を割けない、本業を圧迫する |
| 規模 | 数十分〜数時間/月の作業の効率化 | 大量データ・毎日実行・失敗時の復旧設計が必要 |

## 内製の隠れコスト:属人化と退職リスク

内製は「タダ」に見えますが、実際には見えにくいコストがあります。

第一に、担当者の時間です。作る時間だけでなく、調べる時間・直す時間・他の人の質問に答える時間が継続的に発生します。担当者の本来業務を圧迫しているなら、それは立派なコストです。

第二に、そして最大のリスクが属人化です。社内の誰かが善意で作ったマクロが業務に組み込まれ、数年後にその人が異動・退職すると、「動いているが誰も中身を知らないマクロ」が残ります。仕様書もコメントもないマクロの解読・引き継ぎには大きな手間がかかり、最悪の場合、業務がそのマクロなしでは回らないのに誰も直せない、という状態に陥ります。

内製する場合は、作ると同時に「何をするマクロか」「どのファイルを使うか」「変更履歴」を1枚のメモに残すルールをセットにしてください。これだけで退職リスクの大半は軽減できます。外注の場合も、納品物にドキュメントが含まれるか、自社で修正できる作りかを契約前に確認することが同じ理由で重要です。

## 生成AIで変わった内製のハードル

2023年以降、生成AIの普及で状況は変わりました。ChatGPTやCopilotなどのAIチャットに日本語で「この表のこういう集計をするマクロを書いて」と頼めば、VBAのコードが返ってきます。プログラミング未経験の担当者が実用的なマクロを作れるケースは、確実に増えました。

ただし、冷静に見ておくべき点が2つあります。1つ目は、AIが書いたコードが動くことと、業務を任せられることは別だという点です。正常なデータでは動いても、空欄や想定外の形式が混ざったときに黙って誤動作する、といった作りになっていることがあります。重要な業務に使うなら、異常なデータでのテストと検算の仕組みが必要です。

2つ目は、AIで作ったものも属人化するという点です。「AIに聞きながら作った本人しか経緯が分からない」状態は、従来の属人化と変わりません。AIに「このコードの仕様書を書いて」「コメントを付けて」と頼めば文書化も自動化できるので、作成とセットで習慣にすることをおすすめします。

この変化を踏まえると、現在の現実的な判断基準は「まずAIの助けを借りて内製で小さく試し、業務の根幹に関わると分かった時点で、品質と保守の設計を外部の専門家と固める」という段階的な進め方です。

## 内製と外注を組み合わせる第三の道

内製か外注かの二択のほかに、組み合わせ方もあります。

いずれの形でも、目指す状態は「社内に業務の理解が残り、変更に自力で追従できること」です。丸投げで作ってもらったものは、変更のたびに外部依存が続きます。

- 設計だけ外注する。どの業務をどの手段で自動化するかの仕分けと設計を専門家に依頼し、実装は社内でAIを使って進める形です。遠回りな試行錯誤を減らせます。
- 初回だけ外注し、変更は内製する。最初の構築を外注し、引き継ぎを受けて日常の修正は社内で行う形です。この場合、「自社で直せる技術で作ってもらう」ことを契約時に伝えるのが肝心です。
- 内製したものの点検を外注する。社内で作ったマクロやスクリプトの品質・リスクを専門家にレビューしてもらう形です。重要業務に昇格させる前の関所として有効です。

## よくある質問

### プログラミングができる社員がいません。内製は無理でしょうか?

無理ではありません。生成AIにマクロや関数を書かせる方法なら、未経験でも小さな自動化から始められます。まずは自分1人の作業の効率化など、失敗しても影響のない範囲で試してください。ただし、請求や支払いに関わる処理をいきなり内製で本番投入するのは避け、テストと検算の設計ができるまでは重要業務に使わないことをおすすめします。

### 外注したら、社内にノウハウが残らないのでは?

丸投げにすると残りません。対策は、(1)仕様書・操作手順書を納品物に含める、(2)引き継ぎ説明の場を設ける、(3)自社の担当者が窓口として業務の中身を説明しながら進める、の3つです。特に(3)は、外注の過程自体が「業務の言語化」になり、社内の理解が深まる効果があります。

### 内製で作ったマクロの担当者が退職してしまいました。どうすればよいですか?

まず、そのマクロが止まると何が困るかを整理し、業務への影響度を確認してください。そのうえで、生成AIにコードを読ませて動作を解説させると、解読の手がかりが得られます。解読して文書化するか、この機会に作り直すかは、コードの状態と業務の重要度で判断します。詳しくは属人化したVBAの引き継ぎに関する記事も参考にしてください。

## 関連ページ

- https://westeria.jp/guide/excel-automation-cost/
- https://westeria.jp/guide/excel-macro-ai/
- https://westeria.jp/guide/vba-maintenance-ai/
- https://westeria.jp/guide/excel-automation-first-step/

---

株式会社ウェステリアは、AIネイティブな開発スタイルでソフトウェア開発と業務自動化を行う会社です。初回1時間の無料ヒアリングを受け付けています: https://westeria.jp/#contact