「社内ツールを作れた」の次が詰まる — AI内製と外注依頼の境界線を引く考え方

「Claude Code に頼んだら、半日で社内の集計ツールができちゃった」

最初に動いたときの高揚感。AIコーディングツール（Claude Code：Pro $20、Max $100〜200/月、Codex CLI など）を触った方なら味わったのでは。

いまや「プログラミングは専門家のもの」という前提は崩れつつあります。情シスも経営者も社内ツールを生み出せる時代です。

ただ、その勢いのまま決める前に、少し立ち止まりたいポイントがあります。「動くものが作れること」と「作り切り、半年後も壊さず保守できること」の間には、けっこうな段差がある。

この記事では、「どこまで自分でやり、どこからプロに任せると楽になるか」の境界線を整理します。全部外注する話ではありません。むしろ逆です。

ツール選びの段階の方はAI開発、まず何から始める？やAIコーディングツールの比較から読むと立体的に見えてきます。

まず確認したいこと：あなたの「作りたいもの」はどっち？

同じ「社内ツール」でも性質は違います。

ざっくり言うと、「壊れても自分が困るだけ」なら内製、「壊れると他人や事業が困る」ならプロを巻き込む——この一線が出発点です。

内製で十分いける領域

AIコーディングツールが本当に得意で、内製のコスパが高い領域があります。ここは堂々と自分でやっていい。

• 使い捨ての自動化スクリプト：CSV整形、定型メールの下書き生成、ファイルのリネーム作業
• プロトタイプ・社内デモ：「こういうの作れない？」を形にして見せる世界
• 個人の生産性ツール：バグっても被害は自分の中で完結するもの

この領域では、AIに任せてどんどん作るのが正解です。ツールの使い分けはClaude Code と Codex の比較も参考にどうぞ。

「作れる」と「使い続けられる」の段差の正体

問題は、作ったツールが好評で「これ、みんなで使おう」となった瞬間です。デモが業務システムに昇格すると、急に求められる水準が変わります。ここが多くの人がハマる落とし穴。

1. エッジケースという名の伏兵 — デモは「正しいデータ」で動きますが、現実のデータは空欄・全角数字・文字化けだらけ。作り切るのは別の根気がいる仕事です。

2. 本番運用という地味な重労働 — サーバーに置くのか、夜間に動かす必要は？エラーに誰がどう気づくのか。この問いに答え続けるのが本番運用です。

3. 保守という時限爆弾 — 半年後、作った本人が異動・退職したらどうなるか。「作った本人しか直せない」状態は属人化そのものです。

境界線の引き方：判断の4つの軸

感覚ではなく、軸で判断できるように整理しました。

軸1：壊れたときの被害範囲 — 自分が困るだけなら内製。顧客・全社が困るならプロを入れる価値が出ます。

軸2：使う人の数と継続期間 — 一回きりなら内製。複数部署が3年使うなら保守を見越した作りが必要です。

軸3：あなたの時間の価値 — 「自分で作れる」と「自分が作るべき」は別の問いです。

軸4：詰まったときに聞ける相手がいるか — AIは間違っていても堂々と答えます。設計まで相談できる相手がいるかが心細さを左右します。

「途中まで内製、ここからプロ」という現実解

大事なのは、「全部自分」か「全部外注」かの二択ではないことです。8割作ったツールを運用・保守でつまずいて放置するのが一番もったいないです。

プロが「作り切る・運用する」ところまで踏み込むと、効果が一気に出ることがあります。入退室ログと人事システムを自動でつなぐ仕組みの事例では、日次の集計作業が2時間/日 → 5分/日（96%削減）になりました。月3件あった転記ミスも0件（100%解消）、共有リンク作成の自動化では月17時間が浮いた実績もあります。

AIで7割まで自分で来た方が、残り3割をプロに任せて完走する——これが、いまの一番賢いやり方だと考えています。playpark は Web制作から業務改善、SaaS開発までを同じチームで対応し、自社でもシフト管理サービス（Shift Bud）を開発・運営しています。

まとめ：境界線は、引けるようになると強い

整理すると、こういうことです。

「全部自分でやらなきゃ」という思い込みだけは、そっと手放していい。作れる領域はどんどん作って、運用・保守でつまずきそうな領域だけプロを巻き込む。線引きに迷ったら、AI実装支援へご相談ください。