組織がソフトウェアスタックを管理する方法に大きな変化が起きています。数十年間、標準的なビジネスモデルは既存のソフトウェアサブスクリプションを更新することでしたが、2024年以降、カスタムソフトウェアを構築するコストは急激に低下しました。この変化はソフトウェア調達の計算式を変え、多くのチームに、肥大化したプラットフォームへの支払いを続けるべきか、それとも独自の代替手段を構築すべきかを再評価させる要因となっています。この傾向はテックコミュニティにおいて特に顕著であり、公開されている議論の感情分析からは、主要な既存ベンダーに対する深い不満が明らかになっています。
この画像は、組織がソフトウェアソリューションを構築すべきか購入すべきかを評価している広範な傾向を説明しています。
公開されている感情の分析は、ユーザーを代替手段へと向かわせる具体的な摩擦点を浮き彫りにしています。Adobe、Salesforce、Jiraといった主要なプラットフォームは、「ロックイン」、「使いにくいワークフロー」、「押し付けの強いAI」機能について頻繁に批判されています。例えば、AdobeやSalesforceのユーザーはライセンスの制限や質の低さに不満を表明しており、Jiraのユーザーは手動のタスク移行や肥大化したワークフローを、他の選択肢を求める主な理由として挙げることが多いです。これらの苦情は、多くのユーザーにとって、これらの確立されたツールの知覚価値が、劣悪なユーザーエクスペリエンスや制限の多い価格モデルによって損なわれていることを示唆しています。
しかし、「購入」から「構築」への移行は、コアシステムを完全に置き換えることだけを意味するわけではありません。調査によると、「一部を構築する」という戦略が最も一般的であり、多くのチームはコアインフラを維持しながら、特定の高コストな機能やライセンス枠をカスタム構築されたツールに置き換えることを選択しています。AIを使用している組織の32%が、カスタム機能を構築するためにソフトウェアの購入を見送ったと報告していますが、実際の財務的なリターンは複雑です。現在報告されている構築事例の多くは、即座のコスト削減を報告しておらず、重要なトレードオフを浮き彫りにしています。つまり、カスタムツールはサブスクリプション費用を排除できる一方で、内部ソフトウェア管理の継続的なメンテナンスと複雑さをもたらすのです。構築による回収を正確に測定することは難しいため、構築の決定は、SaaSツールの特定の痛み（ペインポイント）が、カスタムソリューションを維持するための長期的なオーバーヘッドを上回るかどうかにかかっています。