かつてIT業界や経済学の世界では、ある美しい理論が熱狂的に語られていました。「ソフトウェアは一度開発してしまえば、複製して配布するための追加コスト（限界費用）はほぼゼロになる。したがって、利用者が増えれば増えるほど規模の経済が働き、あらゆる人が安価に、あるいは無料で高品質な道具を享受できるようになる」という言説です。
しかし、2026年現在の現実を見渡すと、事態は正反対の様相を呈しています。あらゆるSaaSやクラウドサービスのサブスクリプション料金は容赦なく引き上げられ、利用者は毎年の契約更新のたびに溜息をつくことになりました。生成AIのような計算資源を爆食する技術だけでなく、ごく一般的な業務ツールやストレージ、開発基盤に至るまで、信じがたい値上げが続いています。
なぜ、あれほど論理的で完璧に見えた「限界費用ゼロ」のモデルは機能しなくなったのでしょうか。そしてなぜ、多くの技術者やビジネスパーソンはそれを信じてしまったのでしょうか。本稿では、その構造的な欺瞞と、見落とされていた力学を解き明かします。
「多項式の一部」だけを切り取った限界費用モデルの欺瞞
ソフトウェアの複製コストがゼロに近いという観察そのものは、コードのバイナリを物理メディアに焼き付けて配るパッケージ時代の一面を捉えていました。しかし、24時間365日の連続稼働を保証する現代のクラウドやSaaSにおいて、「追加ユーザー1人を受け入れるコスト」をゼロとみなすのは、意図的に現実を無視した机上の空論に過ぎませんでした。
現実のサービス運用における総コスト関数 $C(N)$ は、ユーザー数 $N$ に対して滑らかに推移する単純な線形関数ではありません。実態は、以下のような複数の項が積み重なる複雑な多項式です。
$$C(N) = c_0 + \epsilon \cdot N + \sum_{k} S_k \cdot H(N - N_k) + \alpha N^2$$
ここで $c_0$ は初期開発費であり、$\epsilon \cdot N$ はネットワーク通信やディスクの極小な追加コストです。かつての宣伝文句は、この第二項である $\epsilon \cdot N$ だけを虫眼鏡で覗き込み、「ほら、限界費用はほぼゼロだ」と主張していました。
しかし、現実にビジネスとシステムを圧迫するのは、それ以降の項です。
第三項の $\sum_{k} S_k \cdot H(N - N_k)$ は、特定のユーザー数閾値 $N_k$ を超えた瞬間に、階段状（ステップ関数的）に跳ね上がる不連続なコストの崖を表しています。 技術面において、サーバーの性能低下は緩やかな坂道ではありません。メモリやコネクションプールが限界を迎えた瞬間、スラッシングやデッドロックが発生し、システム全体が急激に麻痺します。これを回避するためには、単にサーバーを増設するだけでは済まず、分散データベースの導入やマイクロサービス化といった、数億円規模のシステム全面刷新が不連続に発生します。 さらに法務やガバナンスの面でも、EUのデジタル市場法（DMA）や日本の大規模プラットフォーム法のような規制指定基準、あるいはエンタープライズ向けのSOC2やISO認証の境界線を越えた途端、監査対応や法務、専任コンプライアンス部門の維持費が桁違いに跳ね上がります。
第四項の $\alpha N^2$ は、組織の肥大化とユーザー層の拡大に伴う指数関数的な摩擦コストです。 サービスが普及してアーリーアダプターからレイトマジョリティへと顧客層が移行すると、自力でエラーを解決できないユーザーが増加し、サポート対応時間は爆発的に増加します。また、サービス規模の拡大は攻撃者やスパマーを惹きつけるため、本来の価値提供とは無関係なセキュリティ監視や不正対策部隊を抱えざるを得なくなります。社内においても、開発組織が大きくなるほど「調整と合意形成」のための会議や中間管理職が増え、コードを1行も書かない組織維持コストが雪だるま式に膨張していきます。
これら第三項・第四項の重厚な現実を無視して「限界費用ゼロ」を語ることは、最初から構造的に無理があったのです。
規模の経済が「規模の不経済」へと反転する瞬間
小規模な段階では、確かにソフトウェアの共有は圧倒的な効率化をもたらしました。「1人が自分のためにツールを作る」よりも「10人のチームが1,000人のために作る」方が、はるかに安く、洗練されたものが手に入ります。
しかし、「1万人が1億人のために作る」段階に到達したとき、その効率性は逆転します。経済学や組織論で言う規模の不経済の発生です。
1億人のトラフィックに耐えるアーキテクチャは過剰に複雑化し、優秀なエンジニアのリソースの大半が「落ちないように維持するだけ」の守りに忙殺されます。また、世界中の相反する要望に応えようとする結果、機能の肥大化（ブロートウェア化）が進みます。個々のユーザーから見れば、「自分が使うのは全体の5%の機能に過ぎないのに、残り95%の不要な機能の開発費と維持費を月額料金として背負わされている」という、極めて理不尽な状態に陥ります。
道具としての完成を認めず、株式市場から毎年数十パーセントの成長を義務付けられているSaaS企業は、不要な機能の継ぎ足しと組織の拡大を止めることができません。こうして、かつては無駄を削ぎ落とすはずだったクラウドは、自重で崩壊しそうな巨大な官僚組織を養うための集金システムへと変貌しました。
私たちはなぜ、このモデルの永続性を信じてしまったのか
いま振り返れば明らかな矛盾を、なぜ私たちは疑うことなく受け入れていたのでしょうか。それは決して知性の欠如ではなく、当時の環境下においてあまりに合理的で、かつ実体験としての感動を伴っていたからに他なりません。
従量課金で明朗会計、手厚い無料枠を備えて登場した初期のAWS（S3やEC2、RDS）に初めて触れたとき、多くの技術者が覚えた衝撃は本物でした。自前でデータセンターを契約し、物理サーバーのネジを締め、OSをインストールしていた時代からすれば、ブラウザの操作だけで世界規模のインフラが数分で立ち上がる光景は、技術が人間を泥臭い労働から解放した歴史的な瞬間でした。
しかし、その成功体験こそが、以下の構造変化を見えなくさせる目隠しとなりました。
第一に、初期の安さと快適さは低金利マネーによる赤字補填の産物でした。VCなどの投資マネーが背景にあった時代は、シェア獲得のために運用コストやサポートの赤字を企業側が肩代わりしてくれていました。金利が上昇し、資本市場が「ユーザー獲得」から「キャッシュ回収」へと舵を切った途端、それまで覆い隠されていたコストの崖が一気に表面化しました。
第二に、プラットフォームの不可避なライフサイクルです。プラットフォームは通常、以下の3つの段階を踏みます。
- 圧倒的な安さと利便性でユーザーと開発者を誘致する段階
- 業務フローやデータを深く結合させ、不可逆的にロックインする段階
- 逃げられなくなった顧客からマージンを最大限に搾取する段階
初期の「すげぇ」という感動は、最も誠実に振る舞うよう設計されたフェーズ1の体験でした。しかし、システムが企業の基幹に組み込まれ、他社ツールへの移行コスト（スイッチングコスト）が数億円に達したとき、ユーザーは「人質」となります。ベンダー側は「値上げしても解約できない」ことを見越し、強気な価格改定を突きつけてきます。
私たちは、技術的な道具としての美しさに目を奪われるあまり、「資本主義の力学が、いずれ独占と成長ノルマによってその美しさを食い破る」という歴史の必然性を見落としていたのです。
道具の自律性を取り戻す視点
インフラやツールの運用をすべてクラウドやSaaSに委ねることは、運用の苦痛から解放される代わりに、「自分たちの計算資源をコントロールする主権」を相手に差し出すことと同義でした。
「面倒を引き受けてもらうこと」は、長期的に「相手の言い値に従うこと」と不可分です。かつてのSaaS礼賛が残した最大の教訓は、道具の選択において、見かけの限界費用や初期費用の安さだけでなく、組織の自律性とロックインのリスクを長期的なコストとして厳密に見積もらなければならない、という冷酷な事実でした。
- 「限界費用ゼロ」の限界：コードの複製コストだけを切り取った理論であり、運用・保守・セキュリティを伴う常時役務提供としての実態を無視していた。
- 不連続なコストの存在：サーバー性能の限界やアーキテクチャの再設計、法規制の指定、セキュリティ監査など、ユーザー数の閾値を超えた瞬間に跳ね上がる固定費が存在する。
- 規模の不経済：ユーザー数が極大化すると、レイトマジョリティ対応、組織の官僚化、不要な機能の肥大化により、提供側の効率は劇的に低下する。
- 低金利時代の終わりと搾取フェーズ：初期の安さは投資マネーで赤字補填された撒き餌であり、ロックインが完了した現在、資本回収のための強硬な値上げが行われている。
- 見落としの本質：技術的なブレークスルーへの正当な感動が、その背後にある「資本の成長義務」と「プラットフォームの囲い込み力学」への警戒を鈍らせていた。