2014 年、アンドリュー パーカーはソフトウェアの次の 10 年を定義する図を描きました。彼は Craigslist のランディング ページを使用し、すべてのカテゴリに小さな漫画のロゴを重ねました。ジョブズはIndeedになった。出会い系はTinderになりました。販売はeBayになりました。家具はウェイフェアになりました。今やそれぞれのカテゴリーが単独で10億ドル規模の企業となった。
この教訓はシンプルで興味深いものでした。バンドル製品は次のとおりです。 脆弱な。アグリゲーター内のあらゆる業種を選択して、より優れたものを構築し、それを所有することができます。ベンチャーキャピタルはその後 10 年間、業界がかつて見たことのない規模でこの論文に資金を提供しました。
2014 年から 2024 年の間に重要な SaaS 企業はすべて、何かのアンバンドリングに成功しました。
HubSpot は、マーケティング オートメーションを Salesforce から切り離しました。銀行からの分割された支払いをストライプ化します。 Notion は Office からドキュメントをバンドルしませんでした。 Figma は Adobe からのバンドルされていないデザインです。 Jira のリニア バンドルされていないチケット。リストには何百もの企業が含まれており、そのうちの一握りの企業は、分割されたバンドルよりも価値があります。
そして、2023 年頃、このサイクルは静かに逆転しました。 請求書の期限が来ました。
法案は、 箇条書き。
2026 年の従業員数 10 人の会社の帳簿を取り出し、毎月の SaaS サブスクリプションを数えてください。 9 から 14 までの数字に到達すると、気にしなくなります。私たちは、Mewayz に到達する何百もの顧客スタックを監査してきました。中央値は12です。
ドルだけではありません。 それは動作表面積です。 12 の製品とは、12 の管理コンソール、12 の権限モデル、12 のユーザー データベースを意味します。誰かを雇用すると、そのオンボーディングには 12 のプロビジョニング ステップが必要になります。それぞれは個別のベンダー関係、個別の更新日、維持するための個別の統合セットです。
さらに悪いことに、バンドルされていないツールは相互に通信することがありません。 HubSpot で取引を成立させると、顧客レコードは QuickBooks に表示されません。 Gusto で誰かを雇用しても、Zendesk に自動プロビジョニングされません。これらのツールを構築した企業には、それらを相互運用させるインセンティブはなく、それぞれが記録システムになりたいと考えています。
つまり、他のチームがやっているのと同じことをするのです。ザピエルを購入します。 Make のようなワークフロー製品を購入します。内部スクリプトを構築します。 1 年以内に、統合レイヤーは独自の製品となり、チームの最も脆弱な依存関係となり、隔週の火曜日に壊れてしまいます。
実際に何が起こっているのか: 圧縮。
2014 年のアービトラージは、バンドル内の 1 つのツールのより良いバージョンを構築し、顧客を獲得するというものでした。 2026 年の裁定取引はその逆です。 すべてのツールの適切なバージョンを構築し、それを 1 回のログインで実行し、費用を負担します。
非対称性に注目してください。に 束ねる あるカテゴリーでは、そのカテゴリーで最高でなければなりませんでした。その分野の巨人よりも優れていなければなりませんでした。に 再バンドル スタックの場合、誰かがそれをすべて実行できる最も安価な場所でなければなりません。 1 つのノードでの優れた点は、すべてのノードでの十分性と、他のノードでは提供できない統合によって置き換えられます。
そのトレード、つまり、いずれか 1 つの軸での卓越性とのトレードでの十分性と統合は、現在構築されているすべてのオールインワンの賭けです。それがNotionの拡大の裏にある賭けだ。リニアの後ろです。 Zoho、Odoo、Bitrix24の後ろ、そしてはい、私たちの後ろです。これらの製品はどれも、どの点においても最高というわけではありません。彼らは皆、あらゆる点で十分に優れています。
なぜアンバンドラーなのか フォローできません。
既存のアンバンドラーである HubSpot、Salesforce、Atlassian は、隣接するモジュールを追加するだけでバンドルになると思うかもしれません。彼らは何年も努力してきました。それは機能しません。 3 つの構造的な理由:
- 彼らの価格モデルが問題です。 $500/シート製品は、自身のマージンを圧縮せずに$5/シート モジュールを追加できません。シートごとの経済性は、多くのモジュールにわたって拡張されません。定額料金はかかります。
- 彼らのデータモデルが問題です。 彼らは、1 つのジョブ (取引、チケット、またはタスク) に対して優れたスキーマを構築しました。 HubSpot の CRM は「取引」を話します。 「患者」、「症例」、または「資産」をボルトで固定するには、やりたくないスキーマ作業が必要になります。
- 彼らの組織が問題なのです。 従業員数 5,000 人の企業は、新しい製品全体での十分性を最適化するのではなく、主力製品の更新を最適化します。 CRM 企業内に「十分に優れた人材」を出荷するという政治的意志は存在しません。
いずれも技術的な問題ではありません。 3 つはすべて組織的なものです。新しいバンドルは、最初から始めたという点で成功しました。つまり、1 つのデータ モデルに基づいてエンドツーエンドで構築され、価格は一律で、フラッグシップではなくプラットフォームに基づいて編成されています。
裁定取引ウィンドウ: どのくらいですか？
5年から8年くらいだと思います。次世代のオールインワン製品が中小企業スタックの大部分にわたる支出を統合するのに十分な長さです。リスクは、バンドルの理論が間違っているということではなく、統合が成熟するよりも早く期限が閉まるということです。
ウィンドウが閉じた後は何が変わりますか?おそらく、今度はアンバンドルへの再びの揺り戻しが起こるだろう。 バンドル。 2032 年までに、誰かが Mewayz / Notion / Zoho のランディング ページを見て、Andrew Parker が Craigslist で見たのと同じ機会を目にするでしょう。彼らは最適なモジュールを選択し、10x バージョンを構築し、サイクルが再開されます。
それでいいです。ソフトウェアは常にこの振動で動作してきました。重要なのは、自分がサイクルのどの半分にいるのかを正確に把握することです。
購入者にとっての意味
2026 年に小規模なチーム用にソフトウェアを購入する場合、計算は逆転します。デフォルトの行動は、「各ジョブに最適なツールを見つける」ことではなくなりました。デフォルトの動きは、「ジョブの 80% を適切にカバーする 1 つのプラットフォームを見つけ、ワークフローが本当に必要とする場合にのみ特化する」というものです。
50 人未満のほとんどのチームにとって、これは真の専門分野のリストとしては予想よりはるかに短いものです。おそらく 1 つは、あなたのビジネスが実際に取り組んでいることです。その他すべて: バンドルします。