20 年間、ソフトウェアに関する決定において最も重要なスライドには 2 つの列がありました。 構築する そして 買う。自分で組み立てて所有することも、市販のものを購入して次に進むこともできます。エンタープライズ アーキテクチャの分野全体が、道路の 1 つの分岐点の周りに足場を築いていました。
そのフォークはなくなってしまった。答えが決まったからではなく、質問がみんなの心の中で静かに変化したからです。 2026 年の時点で 5 ～ 50 人のチームにとって、構築はほとんど合理的ではなく、「購入」はもはや購入を意味しません。 ある ツール。それは、12 個のスタックを組み立て、それらを統合し、それらの間の継ぎ目を永遠に維持することを意味します。今日の本当の決断は、構築するか購入するかではありません。それは スタックを購入するか、バンドルを購入するか。
なぜ 構築する 中小企業のために死んだ。
既製のオプションが少なく、要件が非常に特殊な場合には、ソフトウェアを構築するのが理にかなっていました。現在、ほとんどの企業にはどちらも当てはまりません。あなたが必要とするカテゴリ (CRM、請求書発行、予約、給与計算) には、40 の成熟した製品が含まれています。あなたの要件は、同じ規模の他のすべてのビジネスと 95% 同一であり、5% の違いがエンジニアの給与に値することはほとんどありません。
そのため、小規模なチームは構築を中止しました。良い。しかし、建物に代わるものはきれいな買い物ではありませんでした。それは調達の習慣でした。新しいニーズが現れるたびに、それに対応する新しいツールを購入するのです。 1 つは電子メール用です。 1つはスケジュール調整用。 1つは契約用。 1 つは、最初のツールで実行されるべきだったのに実行されなかったことです。
12 の製品でビジネスを運営することを決めた人は誰もいません。彼らは 1 つの問題を解決するために 12 回決定しました。
それが罠です。誰かが複雑さを選択した会議はありませんでした。適切な購入を一度に 1 つずつ増やしていき、最終的にはスタック自体が社内最大の非管理対象システムになりました。
隠された 3 番目の列。
古いスライドには 2 つのオプションがあったため、2 つの列がありました。正直な 2026 年のスライドには 3 つあり、真ん中のスライドは実際に誰もが住んでいるスライドです。
- ビルドする — 自分で書いてください。 200 人未満で正当化されることはほとんどありません。
- 組み立てる — 十数個のポイント ツールを購入し、それらを統合、Zapier、および場合によってはスプレッドシートと接続します。これはデフォルトであり、誰もそれを選択しませんでした。
- バンドル — 事前に統合されたモジュールが含まれる 1 つのプラットフォームを 1 つの請求書で購入します。
「組み立て」列は最も高価な列であり、品目として表示されないため、そのコストはほとんど完全に目に見えません。これは、統合接着剤、コンテキスト切り替え、調整、オンボーディング、およびツール間で一致しないデータの遅い課税に分散されます。
バンドルはスイートとは異なります。
懐疑論者は「バンドル」と聞いて「スイート」、つまり 2000 年代を特徴づけた、肥大化し必須の全か無かのエンタープライズ パッケージを思い浮かべます。公正な本能。違いは、2026 バンドルは モジュール式: 必要なものをオンにすると、モジュールは 1 つのデータ レイヤーを共有し、1 回のエクスポートでデータを残すことができます。スイートはあなたを閉じ込めました。バンドルはモジュールごとにキープを獲得し、あなたを歩き回らせます。
そのモジュール性がゲーム全体です。スイートは「全部取るか、全く取らないか」と言った。優れたバンドルには、「今日必要な 4 つを取り、準備ができたら 5 つ目を取りましょう。必要な場合はここにドアがあります。」と書かれています。これは、スイートとオプションのポイント ツールの統合です。
これが次のスライドで何を意味するか。
次回、社内の誰かが「これを作るべきか、それとも購入すべきか」と言ったら、次のような質問がより有益です。 13 番目のタブを追加するのでしょうか、それとも 12 個のタブを統合するのでしょうか? これを読んでいるほとんどすべての人にとって、ビルドは気を散らすものです。重要なのは、消費税を払い続けるか、購入前に統合されていたものに移行するかです。
ここでは明らかに私たちは中立ではありません。ただし、方向性について私たちの言葉をそのまま信じる必要はありません。チームのブラウザで現在開いているタブを数えて、どの列にタブが配置されているかを尋ねてください。