エンタープライズソフトウェアのビルド vs バイ：ベンダー非依存のフレームワーク（12項目スコアリング基準付き、2026年版）

エンタープライズソフトウェアのビルド vs バイ：ベンダー非依存のフレームワーク（12項目スコアリング基準付き、2026年版）

昨年9月、ARR 5,000万ドルのSaaSクライアントから、エンタープライズが誤答すると数百万ドルの損失になる質問を受けた。今後5年間、487KドルのSalesforce + Tableau + Outreachスタックを使い続けるか、312Kドルでカスタムのレベニューオプスプラットフォームを構築するか、というものだ。「安い」方の答えは間違っていた。私たちがそれをどう見極めたか、そのフレームワークをここで紹介する。12項目のスコアリング基準、5年間のTCOモデル、そして今Googleで上位10位に入っているビルド vs バイ関連ガイドがどれも名指しすらしていないGartnerのバイ/ビルド/ブレンドの三分法だ。そしてそう、私たちはエンジニアリングエージェンシーなので、私たちを雇わずにSaaSを買うべきケースもきちんとお伝えする。

主要ポイント（TL;DR）：

• ビルド vs バイの助言のほとんどは、どちらかの答えで利益を得るベンダー発のものだ。信頼する前に、情報源のバイアスを名指しすること。
• Gartnerのバイ/ビルド/ブレンド・フレームワークは、現在エンタープライズソフトウェア支出の76%をカバーしている。2026年において、純粋なビルドや純粋なバイは少数派だ。
• 意思決定は勘ではなく、重み付き12項目でスコアリングする。合計45超ならカスタムビルド、30未満ならSaaSが勝つ。
• AIコーディングエージェント（Cursor、Claude Code）により、2026年は機能あたりのシニアエンジニア工数が40〜60%削減された。ビルドの計算式は変わった。

エンタープライズソフトウェアにおけるビルド vs バイの意思決定とは？

ビルド vs バイの意思決定とは、既存のSaaSまたはCOTSソフトウェアをライセンスする（バイ）、社内でカスタムソフトウェアを開発する（ビルド）、あるいはパートナーエージェンシーに委託してプロプライエタリなソフトウェアを構築する（パートナー）のいずれかを選ぶことだ。Gartnerの現代的な枠組みはこれをバイ/ビルド/ブレンドに拡張しており、現在エンタープライズソフトウェア支出の76%は、純粋なビルドや純粋なバイではなく、標準製品とカスタム拡張の組み合わせに流れている。

この意思決定は3つの問いに帰着する：

• その機能は競争上の差別化要因か、それともコモディティか？
• 各パスの真の5年間TCOはいくらか？
• 長期的にそれを所有できるシニアエンジニアリングチームを配置できるか？

注意： Techsyはエンジニアリングエージェンシーだ。私たちが儲かるのはあなたがビルドするときだ。だからこそ、SaaSを買って私たちを雇わないべきケースもすべてお伝えする。長期的に見れば、こうした記事は計算が正直であってこそ機能するからだ。記事の最後にターゲットとするファネルを明記している。それ以外はすべてフレームワークであって、売り込みではない。

ビルド vs バイのガイドのほとんどは、2つの答えのどちらかで利益を得る人々が書いている。SaaSマーケットプレイスは買ってほしい。開発エージェンシーはビルドしてほしい。COTSベンダーは自分たちの更新契約を守る選択をしてほしい。3つ読めば、自信満々で正反対の推奨が3つ得られ、それぞれが営業フックの下に埋もれている。特に音声AIのビルドを評価しているなら、同じロジックをより狭い意思決定に適用したこのフレームワークの垂直版を書いた。この記事の残りは、実際の会議で実行できる汎用的な調達フレームワークだ。

Gartnerが実際に言っていること：バイ / ビルド / ブレンドのフレームワーク

Gartnerの調達フレームワークは、バイナリーなビルド vs バイの問いを退け、3つの選択肢による意思決定に置き換えている。バイ（COTSまたはSaaSをライセンスする）、ビルド（社内でのカスタム開発）、あるいはブレンド（コモディティなワークフローにはSaaSを、差別化されたワークフローにはカスタムコードを組み合わせる）だ。Gartnerのバイ/ビルド/ブレンドモデルによれば、現在エンタープライズソフトウェア支出の76%はブレンド型スタックに流れている。純粋なビルドや純粋なバイは少数派だ。

バイ = コモディティ化したものをライセンスする

その機能が解決済みの問題で、すでに誰かがスケールするソリューションを出荷しているなら、バイを選ぶ。CRM、給与計算、メール、経費管理、オブザーバビリティ。バイの経済性が最も良くなるのは、ワークフローのユーザー数が100人未満で、90日以内に稼働させる必要があり、SaaSが標準状態でニーズの80%以上を満たす場合だ。

ビルド = 差別化要因を自社で所有する

その機能が自社の堀（moat）であるなら、ビルドを選ぶ。顧客があなたを買う理由そのものだ。Stripeは決済スタックをライセンスしなかった。Figmaはレンダリングエンジンをライセンスしなかった。SaaSがあなたのデータ構造を文字通りモデル化できない場合（複雑なマルチエンティティの財務や、特殊なコンプライアンス体制など）や、スケール時の5年間のSaaS請求額がカスタムビルドのTCOを2倍以上上回る場合も、ビルドが勝つ。

ブレンド = ほとんどのエンタープライズが実際にたどり着く計算式

ブレンドとは、退屈な80%にはCOTSを残し、差別化された20%にはカスタムを構築することを意味する。典型的なパターンは、Salesforceをシステムのレコード（記録系）として使い、Salesforceがモデル化できないワークフロー用に薄いカスタムレイヤーを載せるものだ。Thoughtworksはこれをバイ/ビルド/パートナーと呼び、Gartnerはバイ/ビルド/ブレンドと呼ぶ。同じアイデアで、語彙がわずかに異なるだけだ。この三分法は1990年代のMcKinseyのMake-or-Buyマトリックスに遡るが、クラウド時代が3つ目の選択肢を支配的なものにした。

12項目スコアリング基準（これをスプレッドシートにコピーしよう）

各基準を、自分の状況にどれだけ強く当てはまるかに基づいて1〜5でスコアリングする。重みを掛ける。合計を出す。下部の閾値凡例が、計算がどのパスを指しているか教えてくれる。実際の調達会議でこれを使えば、議論を2時間から20分に短縮できる。

閾値凡例：

• 合計 30未満 → SaaSをバイ
• 合計 30〜45 → ブレンド
• 合計 45超 → ビルド

具体的な例として、ケーススタディのクライアント（H2 #8で詳しく扱う事例）を使うと、彼らのスコアは38だった。差別化要因は3（レベニューオプスは重要だが堀ではない）、陣容は2（長期的にエンジニアを専任できない）、SaaSのカバレッジギャップは4（Salesforceはワークフローの約3分の1をカバーできていなかった）、AIによるビルドコスト削減は5。結果：ブレンド領域にしっかり入り、推奨もそこに落ち着いた。

1つ注意点。この基準は意思決定の補助であり、意思決定者ではない。スコアが境界線上（28〜32または43〜47）なら、コミットする前に次セクションのTCOモデルを実行すること。数字が判断を動かす。

TCOモデリング：5年間のコストを正直に計算する方法

Gartnerのソフトウェアコスト分析に関する調査によれば、エンタープライズはソフトウェア所有権を計算する際にTCOの50〜70%を見落としている。最も見落とされる項目は、統合、管理FTE、そして脱出コストだ。初年度の表示価格は請求額の中で最も小さい部分であり、ほぼすべてのベンダーデモがまさにその数字だけを提示する。

各パスについて、5年間のTCOを正直に計算する方法は以下の通りだ。

バイ（SaaS）の項目： ライセンス × ユーザー数 × 年数、導入とセットアップ、トレーニング、管理FTEの割り当て（エンタープライズ規模では通常0.5〜2 FTE）、既存システムとの統合、そして最終的に移行する際の脱出コスト。

ビルド（カスタム）の項目： 初期エンジニアリング（エンジニア月数 × フルロード単価）、年間メンテナンス（業界の経験則：初期ビルドコストの15〜20%）、インフラとツール、そしてコミットするエンジニアリング工数の機会費用。

ブレンドの項目： コモディティ化レイヤーのSaaSサブスクリプション、カスタム統合/拡張コスト、カスタムレイヤーのメンテナンス。フルビルドより初期コストが低く、フルバイより継続コストが低い。

米国のコースト地域では、フルロードのエンジニアコストとして230Kドルを使う。BLS中央値は2024年5月時点で130,160ドルで、そこに福利厚生約30%とオーバーヘッド約25%を加算する。地域に応じて±30%調整すること。欧州チームは通常20〜30%低く、米国の非コースト地域チームは15〜20%低い。

あくまで一般的な例示の範囲だ。数字は異なるが、カテゴリは変わらない。

ブレンドすべきとき（ほとんどのエンタープライズが最終的に取る中間の道）

純粋なバイも純粋なビルドもワークフローにきれいに当てはまらない場合、ブレンドが勝つ。コモディティ化されたレイヤー（CRM、請求、ID管理、オブザーバビリティ）にはCOTSを残し、競争上の差別化要因であるか、あるいはSaaSではモデル化が不可能なワークフローにはカスタムを構築する。両者をつなぐ接着剤は、API、MCPサーバー、またはローコードワークフローエンジンだ。

私たちが繰り返し目にする、4つの具体的なブレンドパターン：

1. Salesforce + カスタムRevOpsレイヤー。 Salesforceはシステムのレコードとして残す。カスタムレイヤーが、Salesforceのプロセスビルダーではきれいにモデル化できない多段階のレベニューワークフローを処理する。以下のクライアント事例はまさにこのパターンだ。
2. SAP/NetSuite + カスタムデータレイヤー。 元帳と調達にはERPを残す。CFOが実際に求める財務分析のために、ウェアハウス + カスタムダッシュボードを構築する。
3. HubSpot + カスタムエンリッチメントパイプライン。 シーケンスとCRMにはHubSpotを使うが、商用データベンダーがICPに対して十分に正確でない場合、独自のエンリッチメントを構築する。
4. COTS HR + カスタムワークフロー自動化。 記録系にはBambooHRやRippling、誰もうまくパッケージ化していないオンボーディング + オフボーディングのオーケストレーションにはn8nやカスタムコードを使う。

2026年、ブレンドは実質的に安くなった。既存SaaSへのAI機能の段階的な追加に研究チームが不要になり、SaaSとカスタムコードを縫い合わせるMCPサーバーが、歴史的にブレンドを高くしてきた統合コストを圧縮したからだ。ブレンドは妥協ではない。Gartnerによれば、エンタープライズの76%にとっての答えだ。

ビルドすべきとき（カスタムが勝つ3つのシナリオ）

ビルドが勝つのは、明確な3つのシナリオだ。どれも自分の状況に当てはまらないなら、おそらくビルドすべきではない。

1. その機能が競争上の差別化要因である場合

顧客がこの特定の機能のためにあなたを買っているなら、他のクライアントが競合他社であるベンダーからライセンスすることはできない。Stripeは決済スタックをライセンスしなかった。Notionはドキュメントエンジンをライセンスしなかった。その機能は、たまたま使っている機能ではなく、堀でなければならない。

2. SaaSが独自のデータ構造をモデル化できない場合

データに、既存SaaSが文字通り表現できない構造がある場合（複雑なマルチエンティティの財務、特殊な規制スキーマ、リアルタイムのマルチプレイヤーステート）、カスタマイズ費用とコンサルティング工数に、ゼロからビルドする以上のコストを費やすことになる。これを検証するには、2つのSaaSベンダーに有償POCを依頼すること。両方失敗したら、ビルドだ。

3. 5年間のSaaS TCOがカスタムビルドを2倍以上上回る場合

計算は使用量で反転する。500ユーザーが200ドル/シート/月のSaaSを使うと、年間120万ドル = 5年間で600万ドルになる。同じワークフローに絞ったカスタムビルドなら、初期400Kドル + 年間80Kドルのメンテナンス = 5年間で800Kドルに収まるかもしれない。倍数が2倍以上でワークフローが安定しているなら、ビルドだ。

正直なリスクの注意喚起：ビルドはプロジェクトリスクを所有することを意味する。Standish Group CHAOSレポートによれば、ITプロジェクトの69%は部分的または完全に失敗する。計算上はそう見えても、ビルドはタダではない。スコープの規律、真のプロダクトオーナーシップ、早期のMVPで軽減すること。特に社内AIツールについては、セルフホスト型のエンタープライズAIツールは、既製品がデータ所在地の要件を満たさない場合に2026年に機能しているビルドパターンだ。

バイすべきとき（そして誰も語らない隠れたコスト）

バイが勝つのは、機能がコモディティ化していて、すぐに稼働させる必要があり、SaaSが標準状態でニーズの大部分を満たす場合だ。3つのシナリオ：

1. 機能がコモディティ化している場合

CRM、メール、会計、オブザーバビリティ、ID管理、経費管理。これらは解決済みの問題だ。SaaSベンダーは、自分で踏むはずだった数千のエッジケースをすでに出荷している。2026年にこれらをゼロからビルドするのは、ほぼ常に間違いだ。

2. 90日以内に稼働させる必要がある場合

ワークフローが収益を阻害していて、余裕のあるエンジニアリング陣容がないなら、バイを選ぶ。6ヶ月のビルドと6週間のSaaS展開の機会費用の差は、ほぼすべてのケースでライセンス料を圧倒する。

3. SaaSが標準状態で80%超を満たす場合

残り20%のカスタマイズ負債が、SaaSのプレミアム総額より安く済むなら、買えばいい。契約前にギャップのリストを書き出して検証すること。ギャップがワークフロー的に軽いもの（設定、統合、軽微なレポート）なら問題ない。ワークフロー的に重いものなら、問題ありだ。

誰もデモのスライドに載せない隠れたコスト：

SaaSの価格はじわじわ上がる。Zyloの2025年SaaS管理インデックスによれば、平均的なエンタープライズは未使用または重複したSaaSシートに年間約2,100万ドルを浪費している。ライセンス料は最初のコストであって、総コストではない。

実践例：ARR 5,000万ドルのSaaSクライアントの意思決定を支援、487KドルのSalesforceスタック vs 312Kドルのカスタムビルド

2025年第3四半期、ARR 5,000万ドルのB2B SaaSクライアントから、既存のSalesforce + Tableau + Outreachスタックを拡張するか（5年間TCO推定487Kドル）、Next.js + Postgres + 自社パイプラインツールでカスタムのレベニューオプスプラットフォームをビルドするか（5年間TCO推定312Kドル）の相談を受けた。以下が、私たちが実際に彼らと歩んだ項目別の計算、312Kドルの「安い」選択肢がなぜ彼らにとって誤りだったのか、そして代わりに何を出荷したかだ。

見出しの問いはバイナリーに見えた。SaaSのプレミアムを払い続けるか、もっと安いものをビルドするか。項目別の数字は別の物語を語っていた。

紙の上では、ビルドが175Kドル勝っていた。推奨は逆方向に行った。

なぜ「安い」カスタムビルドが彼らにとって誤りだったか：彼らには、0.5 FTEのメンテナンスを無期限に吸収できるシニアエンジニアリングの陣容がなかった。エンジニアリング組織はすでにコアプロダクトを出荷していた。シニア工数の10〜15%を今後5年間レベニューオプスのメンテナンスに割り当てることは、プロダクトロードマップを遅らせるか、採用するか（市場レートの実際の採用を考慮すれば、吸収工数ではなく、真のビルドTCOは800Kドルを超える）のどちらかを意味した。「安い」数字は無料のエンジニアを前提にしていた。エンジニアが無料であることは決してない。

実際に出荷したもの：ブレンドだ。Salesforceをシステムのレコードとして残す。Salesforceがきれいにモデル化できない4つのワークフロー用に、薄いカスタムのレベニューオプスレイヤーを構築（初期85Kドル、継続コストほぼゼロ）。5年間TCOの純額は約420Kドルで、2つの見出しの数字の間に着地し、実際に必要なワークフローを手に入れた。11週間で出荷、新規採用なし、ロードマップの遅延なし。

18ヶ月後：カスタムレイヤーはまだ本番稼働中で、Salesforceの更新は波乱なく通り、エンジニアリングチームは初期ビルド後にRevOpsメンテナンスへコンテキストスイッチを戻す必要がなかった。総合判断：ビルドの計算が無視していたエンジニアリング陣容の制約を尊重したからこそ、ブレンドが正解だった。

数字はコンサルティング契約に基づき匿名化・丸め処理済み。コストは2025〜2030年の期間を前提。Salesforceの価格は2025年8月以降の定価改定を反映。AIコーディングエージェントの生産性向上（2025年第3四半期ベースライン）は312Kドルのエンジニアリング見積もりにすでに織り込み済み。エンジニアのフルロード230Kドル = BLS 2024年の米国コースト地域中央値 + 福利厚生30% + オーバーヘッド25%、地域に応じて±30%調整。私たちはエンジニアリングエージェンシーだ。これは自社利益に反する実際の推奨だった。

AIが2026年のビルド vs バイの計算式をどう変えたか

交差点が動いた。AIコーディングエージェントは、2026年のクライアント業務全体での社内測定で、機能あたりのシニアエンジニアリング工数を40〜60%圧縮した。つまり、2023年に実行したビルド見積もりは、現在実質的に間違っている。Gartnerは、エンタープライズソフトウェアエンジニアの75%が2028年までにAIコードアシスタントを使用すると予測しており、2023年の10%から上昇、私たちのパイプラインデータはすでにその導入の大部分が前倒しで進んでいることを反映している。

3つの具体的な変化：

• スコープを固定すれば、18ヶ月のカスタムビルドが現在6〜8ヶ月で出荷される。上記ケーススタディのブレンドは11週間で出荷。同じスコープなら2023年には18〜20週間かかっていた。
• 社内ツール向けのチーム規模が縮小した。2年前なら5人のエンジニアが必要だったビルドを、私たちは日常的に2人のエンジニアポッドで回している。CursorやClaude CodeのようなAIコーディングエージェントが、かつてミドルレベルの工数を吸い取っていたボイラープレートを吸収するからだ。
• ケーススタディのクライアントの312Kドルのビルド見積もりは、AIネイティブなエンタープライズソフトウェア開発がデフォルトの業務モードになる前の2023年なら同様の見積もりがどうだったかより、およそ30%低かった。

正直な反論：AIはビルドコストを下げるが、SaaSベンダーが機能を出荷するコストも下げる。ベンダーの価格圧力は現実で、一部のSaaS価格は下がるだろうし、交差点のシフトは完全に一方向ではない。それでも方向性の効果はビルド（特にブレンド）に有利だ。社内エンジニアリングのスループットは、ベンダーの価格設定より速くAIと複利的に伸びるからだ。

よくある意思決定の罠（偽りの節約、サンクコスト、NIH症候群、ベンダーの楽観）

私たちが判断を繰り返し脱線させるのを目にする4つの罠：

1. 偽りの節約。 5年間のTCOを無視して、初年度の安い数字を選ぶこと。上記のケーススタディはほぼこの方向に進みかけた。初年度の表示価格は、どのパスでも請求額の中で最も小さい部分だ。
2. サンクコスト。 移行が高そうに見えるからと、成長して合わなくなったSaaSに留まること。移行は通常、間違ったツールをさらに3年使うより安い。計算すること。
3. NIH（Not Invented Here）症候群。 エンジニアリングチームが問題を面白がるがために、買うべきものをビルドすること。CRMは面白くない。決済プロセッサも面白くない。買え。
4. ベンダーの楽観。 ベンダーデモのすべての行が、統合コストなしで自環境で動くと信じること。デモはベストケースだ。あなたのケースはもっと難しい。比較する前にデモを30%割り引くこと。

私たちが目にする最も高価な間違い：初年度の安い数字を選び、5年間の脱出コストを無視することだ。

Techsyのビルド vs バイ評価のアプローチ

Techsyはカスタムのエンタープライズプラットフォームを出荷し、SaaSを既存スタックに統合し、B2Bクライアント向けにCOTS評価のテクニカルデューデリジェンスを行う。業務はこれら3つにおよそ40/30/30で分かれる。

Techsyのビルド vs バイ評価はこう進む：1時間のディスカバリーコールでワークフローのスコープを設定し、共有スプレッドシートで12項目の基準をライブで一緒に実行し、1週間でTCOモデルを出荷し、「SaaSを買え、私たちを雇うな」と書くかもしれない書面の推奨を送る。直近3回の評価：1件はビルド推奨、1件はバイ推奨、1件はブレンド推奨。私たちにはノルマがない。より広範なエンタープライズAIトランスフォーメーションを大局的に考えているなら、評価は通常正しい出発点だ。無料の30分ビルド vs バイ評価を予約する。

よくある質問

ソフトウェアにおけるビルド、バイ、パートナーの違いは？

バイは既存のSaaSまたはCOTSソフトウェアをライセンスすることを意味する。ビルドは自社のエンジニアで社内にカスタムソフトウェアを開発することを意味する。パートナーは、所有権が自分にあるプロプライエタリなソフトウェアをビルドするためにエージェンシーや請負業者を雇うことを意味する。Gartnerはこれをバイ/ビルド/ブレンドと再定義しており、ブレンドはコモディティなワークフロー向けのライセンスCOTSと差別化されたワークフロー向けのカスタムコードを組み合わせるもので、現在エンタープライズソフトウェア支出の76%をカバーしている。

いつバイではなくビルドすべきか？

3つの条件が揃うときにビルドする：その機能が顧客があなたを買う理由である競争上の差別化要因であること、ロードマップを遅らせることなく5年以上それを所有できるシニアエンジニアリングの陣容があること、そしてそのユーザー数での5年間のSaaS TCOがカスタムビルドのTCOを少なくとも2倍上回ること。3つのうちどれか1つでも欠けていれば、正直な計算ではほぼ常にブレンドかバイが勝つ。

5年間でSaaSを買う方がカスタムビルドより安くなるのはいつか？

バイがTCOで勝つのは、ワークフローのユーザー数が約100人未満で、機能がコモディティ化していて（CRM、メール、会計、オブザーバビリティ）、90日以内に稼働させる必要がある場合だ。これらの閾値を下回れば、SaaSのサブスクリプションは、年間値上げを含めても、フルロードのエンジニアリング + メンテナンス + インフラ + 機会費用より低く着地する。

Gartnerはビルド vs バイについて何と言っているか？

Gartnerはバイナリーな枠組みを退け、3つの選択肢によるバイ/ビルド/ブレンドモデルを使う。同社のデータによれば、現在エンタープライズソフトウェア支出の76%はブレンド型スタック（ライセンスCOTSとカスタム拡張の組み合わせ）に流れており、純粋なビルドや純粋なバイではない。Gartnerはまた、エンタープライズが初期計算で真のTCOの50〜70%を見落とすと報告しており、そのほとんどは統合、管理FTEの割り当て、脱出コストの項目だ。

ビルド vs バイは死んだのか？

バイナリーな枠組みは死んだ。3つの選択肢による意思決定は死んでいない。問いを「ビルド vs バイ」と呼ぶことは、ほとんどのエンタープライズが最終的にブレンドにたどり着くという事実を隠蔽する：コモディティなワークフローにはSaaS、差別化されたものにはカスタム、その間に接着剤。この意思決定は生きており、見た目より難しい。なぜなら、今はどちらか一方を選ぶのではなく、分割点を選んでいるからだ。バイ/ビルド/ブレンドと位置づければ、計算はもっときれいになる。

AIコーディング（Cursor、Claude Code）は2026年のビルド vs バイの計算式をどう変えるか？

CursorやClaude CodeのようなAIコーディングエージェントは、2026年のクライアントビルド全体での測定で、機能あたりのシニアエンジニアリング工数を40〜60%削減した。これは交差点を動かす：2023年には採算が合わなかったビルドが、今は合う。Gartnerはエンタープライズソフトウェアエンジニアの75%が2028年までにAIコードアシスタントを使うと予測しており、このシフトは一時的ではなく永続的だ。18ヶ月のビルドが現在日常的に6〜8ヶ月で出荷される。

カスタムエンタープライズソフトウェアの年間メンテナンスコストの典型は？

業界の経験則は、初期ビルドコストの年間15〜20%、継続的にかかるとする。300Kドルのカスタムプラットフォームなら、メンテナンス（バグ修正、依存関係の更新、セキュリティパッチ、小規模な機能強化）に年間45Kドル〜60Kドルを予算化すべきだ。これは大規模な機能開発を除外し、それは新規ビルドとして扱う。メンテナンスの過小予算化は、カスタムビルドのTCOモデルで最もよくある単一の間違いだ。

エンタープライズSaaSを買うことの隠れたコストは？

ほとんどのデモが省く6つの隠れたコスト：ベンダーロックイン（切り替えに6〜18ヶ月）、カスタマイズと変更依頼費用（200〜500ドル/時間）、組織の成長に伴う年7〜15%のシート単価上昇、統合コスト（接続システムごとに20Kドル〜100Kドル）、脱出と移行コスト（3〜6エンジニア月）、そして使用量に関係ない年7〜15%の値上げ。初年度のライセンス料が真の5年間コストの30〜40%を超えることはめったにない。

ソフトウェアの総所有コスト（TCO）とは？

TCOは、ライセンスまたは開発、導入、トレーニング、統合、継続的なメンテナンス、管理FTEの割り当て、機会費用、そして最終的に離脱する際の脱出/移行コストを含む、ソフトウェアパスの5年間のフルコストだ。Gartnerの調査によれば、エンタープライズは通常、初期計算で真のTCOの50〜70%を見落とす。コミットする前に計算すること。後ではなく。

カスタムエンタープライズソフトウェアのビルドを正当化するには、会社はどれくらいの規模が必要か？

大まかなルール：ARR約1,000万ドル以上、または特定のワークフローのユーザー約50人以上。この閾値を下回ると、エンジニアリングとメンテナンスを十分な使用量で償却できないため、SaaSのサブスクリプションがほぼ常に勝つ。それを上回ると、特にワークフローが競争上の立場の中核である場合、計算はビルドまたはブレンドに有利になり始める。2026年のAIコーディングエージェントは、2023年ベースライン比でその閾値を20〜30%押し下げる。

著者について

Mert Batur GurbuzはTechsy.ioの共同創業者で、チームはB2Bクライアント向けにAIエージェント、自動化システム、音声/SDRパイプラインを出荷している。University of Birminghamで学び、Techsyチームが実際に本番で使っているLLMツールスタックについて執筆している。共同創業者、Techsy.io、University of Birmingham。LinkedInでつながる。

結論

この記事から1つだけ覚えておくなら：推奨を信頼する前に、読むすべてのフレームワークのバイアスを名指しすること。ベンダーはベンダーの助言をする。エージェンシーはエージェンシーの助言をする。CFOはCFOの助言をする。3つ読んで、重なりを見つけ、それを信頼せよ。

• 会議で12項目の基準をライブで実行する。議論を2時間から20分に短縮する。
• 5年間のTCOを正直に計算する。初年度の表示価格は決して答えではない。
• スコアが30〜45に着地したら、デフォルトでブレンドを選ぶ。ほとんどのエンタープライズはどうせここにたどり着く。

判断にセカンドオピニオンが欲しければ、無料の30分ビルド vs バイ評価を予約する。それが正しい判断なら、SaaSを買えと言う。実際にあったことだ。これからもそうなるだろう。