第4回でn8n・Make・Zapier・kintoneの4つのツールを比較しながら、どのツールがどの規模に合うのかまではおおよそのイメージが掴めたかと思います。ところが、いざ稟議書を手に社長室のドアの前に立ってみると、社長から返ってくる最初の質問はほぼ決まっています。「で、これ全部やったらいくらかかるの?」
先月、釜山のある物流会社の実務マネージャーと向き合ったときもそうでした。ツール比較資料はすでに分厚く準備してこられていたのに、肝心の予算シートの欄は空白のままでした。「n8nが安いのはわかります。でも、セルフホスティングのサーバー費用はどこに入れて、開発者の人件費はどう処理して、うちのERP連携は何ヶ月分の見積もりを取ればいいのか…」その方の困り顔が、この記事の出発点です。
自動化プロジェクトに実際にかかるコスト — 3層構造で捉える必要があります
業務自動化のコストを一言で答えるのが難しい理由は単純です。コストが3つの層に積み上がるためです。
1つ目の層は初期コストです。ソフトウェアライセンス、開発・構築人件費、データ整備、担当者教育までが含まれます。2つ目の層は運用コスト。月額サブスクリプション、LLM APIの従量料金、常時保守を担う人の時間がここに入ります。3つ目の層がしばしば見落とされる保守コストで、特にRPA方式は連携先システムの画面UIが変わるだけでもBotが止まってしまうため、毎年の修正工数を別途確保しておく必要があります。
この3つの層を合わせて呼ぶ言葉がTCO(総所有コスト)です。決裁者に「月2万円から始められます」と言ってはいけない理由がここにあります。12ヶ月分を掛け、開発工数を上乗せし、保守余力を加えて、はじめて正直な数字になります。
規模別の見積もりレンジ — 自社はどのあたりか
2026年の日本市場をベースに、実際の見積もりがどの程度に落ち着くのかを簡潔に整理します。あくまでベンチマークであり、業務の複雑度と連携システム数によって上下30%程度は揺れます。
| 会社規模 | 範囲 | 初期構築 | 月次運用費 |
|---|---|---|---|
| 小規模 (10~50名) | 単純なマクロ・Excel自動化 1~2件 | 10万~50万円 | 1万~5万円 |
| 中小 (50~150名) | ERP 1つと連携、単一業務の自動化 | 50万~150万円 | 3万~10万円 |
| 中堅 (150~300名) | RPA Bot 3~10体、複数部署への展開 | 200万~500万円 | 8万~30万円 |
| AIエージェント PoC | 部分導入実験 | 20万~80万円 | 別途LLM API 3万円~ |
表を見て「うちは50万円クラスなのに、なぜ他社では300万円と言われるのか?」という疑問を持たれたなら、正常な反応です。差の大半は連携が必要な既存システムの数とデータがどれだけ整っているかで開きます。ERP・グループウェア・自社開発の管理システムまで3つを繋いだ瞬間、見積書は桁が1つ増えます。
月額サブスク vs 一度きりの開発型 — TCOはいつ逆転するか
多くの実務者が最初にぶつかる分かれ道です。Zapier・MakeのようなSaaSサブスクで行くか、n8nセルフホスティングや自社開発で行くか。
Zapierはステップ単位で課金されます。ワークフローが5ステップで、1日に30件動けば1ヶ月4,500 tasks。ここにワークフローが2〜3個追加されると、瞬く間に有料上位プランへ押し上げられます。一方n8n Cloudはワークフロー実行単位でカウントします。同じ5ステップでも1回の実行は1回としてカウントされます。
実戦で観察される損益分岐点はおおよそ次の通りです。Zapierの月額サブスク料が200ドル(約3万円)ラインを超える時点から、n8nセルフホスティングや部分カスタム開発がTCOで優位に転じます。1回の開発投資80万~150万円を、その時点から24ヶ月かけて償却してもSaaS累計コストより低く落ちるためです。
ただし1つ落とし穴。セルフホスティングに舵を切ると、開発者の維持費が新たに乗ります。社内に扱える人がいなければ外部委託を組む必要があり、その契約費まで計算に含めてはじめて本当のTCOになります。この点で前回・第4回のツール比較が再び有効な参考になります。ツール選択は結局、社内リソースと予算カーブの交点で決まります。
初年度で黒字化する予算配分の原則
コンサル現場で繰り返し確認される実戦ベンチマークがあります。ライセンス30% / 開発・構築40% / 運用・教育20% / 予備費10%。最初の計画を立てるときにこの比率から大きく外れると、たいていどこかで軋みます。
最もよくある失敗パターンは予備費10%を削除するケースです。予算が厳しいという理由で切り落とすのですが、実際にはデータ整備段階で必ず想定外の支出が発生します。「Excelのファイル形式が部署ごとにバラバラで」「取引先コードが3つのシステムに重複登録されていて」――こうした理由で予定になかった2日分の開発者人件費が飛び出してくるのです。
月額サブスク型のみで始めれば4~6ヶ月で黒字転換が可能です。初期負担が軽い代わりに、拡張性には上限が出てきます。一度きりの開発型は6~12ヶ月かかりますが、回収後の限界コストが急激に下がり、2年目からカーブが有利に転じます。実戦で最もよく採用される答えはハイブリッドです。安定した繰り返し業務はSaaSで素早く回し、会社固有のプロセスだけを部分カスタム開発で組む方式。黒字回収と拡張性を同時に取りたいSMBにとって、現時点で最も実用的な組み合わせです。
決裁者に通る見積書 — よくある3つの落とし穴
数十件の見積書を検討する中で、繰り返し遭遇した落とし穴を3つに絞ります。
1つ目、ライセンス課金方式を誤解するケース。 ユーザー数基準か、Bot数基準か、トランザクション数基準かによって、1年後のTCOに数百万円の差が出ます。「ユーザー無制限」という文言だけを見て契約したあと、実行件数ごとの料金が別途乗ることを後から気づく事例がよく見られます。
2つ目、保守項目をまるごと落とすケース。 初期構築費だけ膨らませて「以後は特にコストはかかりません」と表記すると、決裁者はかえって疑念を抱きます。正直に年間保守15~20%を明示しておく方が信頼を得られます。
3つ目、データ整備工数を開発費の中に隠すケース。 この部分は別ラインとして分けておく方が、決裁者にとっても実務者にとっても安全です。支出の性質が異なるためです。
実行チェックリスト
- 連携対象システムのリストを事前に確定する(数がそのまま見積もりに直結)
- 月間の想定実行件数を3ヶ月分の実測データから算出する
- SaaSサブスク料が月2万円を超える兆しが見えたら、セルフホスティング・カスタム開発の見積もりを並行して取得する
- 予備費10%を必ず残す ― データ整備リスクへの備え
- 保守を年間15~20%として見積書に明示的に記載する
- PoCは50万円以内に絞って開始し、パイロット拡張の判断は3ヶ月時点で行う
私たち5years+は、韓国と日本の中小・中堅企業を対象に、こうした予算設計と見積もりレビューを共に進めてきました。会社の状況を簡単に共有いただければ、24時間以内に概算見積もりでご返信いたします。ご希望であれば、無料相談はこちらからお気軽にお問い合わせください。
次回・第6回では、自動化にLLMを乗せ始めるときに必ずぶつかる話題 ― PIIマスキング、監査ログ、ガードレールといったセキュリティ・ガバナンス実務を取り上げる予定です。予算の絵姿が描けた次の関門は、結局のところ「これ、個人情報が漏れないのか?」という質問になりますから。