先週、チームの若手開発者が、認証、データベース移行、中途半端なUIを備えたCRUDアプリを約90分で完成させるのを見ました。Copilotを使って。ゼロから。
5年前なら、同じ作業に1週間はかかったでしょう。デプロイ設定やOAuthフローのヤク削りを入れれば2週間かもしれません。そして、このシフト、数日から数時間への構築時間の圧縮は、ソフトウェアにおける最も古い疑問の1つを静かに解体しています。
古い枠組みは死んだ
何十年もの間、「作るか買うか」はコスト計算でした。あるものを構築するのにどれだけの開発者月数がかかるかを見積もり、それに給与を掛け合わせ、メンテナンスのためのバッファを追加し、ほぼ同じことができるSaaS製品の年間ライセンス料と比較するのです。SaaSの方が安ければ、それを購入。要件が十分に奇妙であれば、構築。
その枠組みは、構築にはコストがかかるという前提でした。実際そうでした。しかし、GitHubのOctoverse 2025のデータによると、AI支援による開発は現在、スループットを20～30％向上させています。GitHubでは、新規開発者の80％が最初の1週間以内にCopilotを利用しています。110万以上のパブリックリポジトリがすでにLLM SDKを統合しています。ほぼ一夜にして、ビルドが劇的に安くなりました。
ですから、問題はもう「ビルドか購入か」ではありません。SaaSを購入するとき、実際には何にお金を払っているのか？
新しい微積分
正直なところ、私も含めて）ほとんどのSaaS創業者は聞きたくないことだと思います。なぜなら、その堀はかなり浅くなってしまったからです。
チームが1日で機能的な社内ツールをプロトタイプ化できるようになれば、月額サブスクリプションを正当化するハードルはぐっと上がります。あなたが必要なのは、彼らが作れるものよりも優れていることだけではありません。AIに助けてもらいながら*彼らが作れるものよりも優れている必要があるのです。
ガートナーは2026年4月に予測しました。2028年までに、企業の半数以上が支援インテリジェンスへの支払いをやめ、ワークフローの結果にコミットするプラットフォームを好むようになるだろうと。さらに深刻なのは、2030年までに、ソフトウェア企業は、エージェント実行のために再設計するのではなく、レガシー・アプリケーションにボルトオンのAIを重ねることで、最大80％のマージン圧縮に直面するだろうと予測しています。
80％。これは四捨五入の誤差ではありません。
では、実際に生き残るのは？
Rasepiを開発していて、自分たちの価値がどこにあるのか、自分自身に正直になる必要があるからです。その答えは、どんなに優れたAIアシスタントであっても、週末のコーディング・スプリントで再現することが本当に難しい3つのことに帰結すると思います。
**誰でもテキストエディタを作ることができます。段落レベルでのコンテンツの変更を追跡し、コンテンツのハッシュ化を通じて古くなった翻訳を検出し、言語間の構造的な適応を処理する翻訳システムを構築しますか？それはアーキテクチャに焼き付けられたドメイン知識の年が必要です。AIは、あなたがより速くコードを書くのを助けることはできますが、あなたに何を構築するかを教えることはできません。
**誰かがそれを実行し、維持しなければなりません。メンテナンス？全然楽しくないマルチテナント許可システムにおけるエッジケースの処理、ブラウザの癖への対応、バージョン間のデータベース移行の管理、午前2時のCVEへのパッチ適用、Safariにのみ現れるPDFエクスポートのバグへの対応。AIは確かに初期ビルドを高速化します。しかし、Forresterの2026年4月の調査によると、ほとんどの企業はまだAIの採用を測定可能なインパクトに変えることができません。難しいのは、コードを書くことではなく、それを実行し、更新し、何年も正しく動作させ続けることだからです。構築は簡単な部分です。実際にコストがかかるのは、稼働時間、オンコール体制、漸進的な修正です。
**これは過小評価されています。自分で何かを構築する場合、セキュリティはあなた自身のものです。静止時の暗号化、監査ロギング、侵入テスト、GDPRコンプライアンス、SOC 2、そしてまだ誰も聞いたことのない次の規制は、あなたの責任です。優れたSaaSベンダーは、お客様のデータがあるべきでない場所に行き着かないようにすることだけを仕事とするチーム全体を擁しています。ほとんどの企業にとって、そのようなコストは社内で負担したくはありません。そして正直なところ、私が見てきたほとんどの社内ツールは、セキュリティ監査証跡はおろか、適切なアクセス制御さえありません。
コンポーザブル・ミドルグラウンド
興味深いのは、その答えが "構築 "でも "購入 "でもないということです。コンポーザブルなのです。SaaSツールは、難しいことをうまくこなし、優れたAPIを公開し、その周りに構築できるものを選びましょう。
これが、プラグイン・アーキテクチャーが今、非常に重要な理由です（そう、これこそが私たちがラセピのプラグイン・システムに投資してきたことなのです）。成功するSaaS製品とは、次のようなものです：「というSaaS製品です。それ以外はすべてあなたがカスタマイズしてください。これが私たちのモノリスです。
Forresterの2026年4月レポートによると、ほとんどの企業はAIの導入を測定可能なビジネスインパクトに変えるのにまだ苦労しています。高採用企業は、データとシステムを準備するためにコンサルティング・パートナーと協力する傾向が47%高い。メッセージは明確です。何を構築すべきかを知り、それをサポートするインフラを持つこと、それが実際の制約なのです。
SaaSにとっての意味
もしあなたが2026年にSaaS企業を経営しているのであれば、いくつかの不愉快な真実があると思います：
- 時間の節約はSaaSの古典的な売り文句でした。しかし、AIが構築時間を20～30％短縮した場合、ROIスプレッドシートの「時間節約」の数字は比例して縮小します。別のストーリーが必要です。
- 機能は机上の空論で、成果は製品です。彼らが気にするのは、ドキュメントの鮮度が保たれていること、翻訳が正確であること、チームが実際にツールを使用していることです。ガートナーが言う「成果重視のワークフロー」は、単なるアナリストの専門用語ではありません。それは、市場が向かっている方向です。
- プラットフォームを閉鎖し、乗り換えを困難にしようとする本能は理解できます。しかしガートナーは、「記録システムを閉鎖しようとするレガシーSaaSプロバイダーは、企業がより信頼するオーケストレーション・レイヤーによってバイパスされるリスクがある」と明確に警告しています。痛い。
正直バージョン
この件に関して、私は率直に言います。ビルド対バイは決して技術的な問題ではありません。それは常に信頼についてでした。私はこのベンダーが私の問題を深く理解し、彼らのソリューションが私がこしらえたものより優れていると信じているのか？
2026年、"寄せ集め "は大幅にアップグレードされました。だから信頼のハードルも上がったのです。
私たちラズパイにとって、それは単に翻訳をサポートするドキュメントツールではいけないということです。ブロックレベルの翻訳トラッキング、コンテンツの鮮度管理、マルチテナントの複雑性など、難しい問題に深く精通していなければなりません。
これが新しいビルド対バイです。"作れるか？"ではなく、"誰かがすでに難しい部分を解決しているのに、それを作ることにエネルギーを費やすべきか？"です。
この質問は決してコストに関するものではありません。どこに注意を向けるかということです。そして、建造物が安価な世界では、注意力こそが唯一の希少資源なのです。