販売可能なソフトウェアの最小実行単位 – LLM 時代における構築が購入に勝るとき
販売可能なソフトウェアの最小実行単位 – LLM 時代における構築が購入に勝るとき
TL;DR – ほとんどの SaaS では購入が構築よりも依然として有利
LLM（大規模言語モデル）でコードを生成できても、プロンプト作成、リファイン、継続的な保守にかかる総コストがサブスクリプション料金を上回るため、多くのソフトウェア製品は社内で再構築するよりもライセンス購入の方が安くなる。製品が十分に新規性を持ち、かつ価格が妥当である領域を 実行可能性ゾーン と呼ぶ。Brandur はこのフレームワークを用いて、彼の River ジョブキューサービスが持続可能なビジネスとして存続できると主張している。
1. LLM は構築コストを削減するが、ゼロにはしない
"LLM がソフトウェアの構築コストを大幅に下げたものの、ゼロにはしていない。"
- 構築には依然として反復的なフィードバックループが必要：プロンプト → 生成 → レビュー → 改良。出力が品質基準を満たすまでに数十回のループが普通です。
- 継続的な保守（バグ修正、機能追加）は依然として人間が担うコストです。最も高価なのは、モデルの出力を監督するエンジニアのパートタイム労働です。
- 例としての計算：年収 $200k のエンジニアは時給 $96 です。$400/月 の Jira ライセンスを置き換えるには、エンジニアが LLM 生成保守に 月 4 時間以下 しか費やさない場合に損益分岐します。慈善的に月 2 時間と見積もっても 37 ヶ月の回収期間 となり、現実的ではありません。
2. 構築閾値 – 再構築が実行可能になるとき
"$500/シート/月 の Salesforce ライセンス（≈ $25k/月、50 シート）であれば、製品をクローンするためにフルタイムエンジニア 1.5 人を雇うことが可能です。"
- 高価格で複雑な SaaS（例：Salesforce）は、ライセンス費用がフルタイムの社内再構築努力を正当化できる閾値を超えることがあります。
- この閾値は固定ではなく、SaaS の価格変動や LLM の生産性向上に伴いシフトします。
- コメント者は、たとえ高価な SaaS でも統合、コンプライアンス、災害復旧といった隠れコストがあり、購入に戻る要因になると指摘しています。
3. 実行可能性ゾーン
"実行可能性ゾーンにあるソフトウェアは、（1）LLM での再構築が容易でないほどの新規性がある、（2）価格があまりにも高くなく、再構築が明らかに安くなるほどではない、という二つの条件を満たします。"
- 新規性：深いドメイン専門知識、洗練されたパフォーマンスチューニング、広範な API 設計が必要な機能は、LLM が正確に再現するのが難しいです。
- 妥当な価格：サブスクリプション料金がプロンプト作成と保守の累積コストを下回っていれば、購入が合理的な選択です。
- 元記事の図は、低複雑度・低価格ツール（DIY が簡単）と高複雑度・高価格プラットフォーム（DIY が正当化される）との間に位置する帯としてこの甘いスポットを可視化しています。
| 製品 | ライセンス費用 | エンジニア工数/月（同等） | 必要エンジニア数 | 購入? | 構築? |
|---|---|---|---|---|---|
| Jira | $400/月 | 4.2 時間 | 0.02 | ✔ | |
| Salesforce（50 シート） | $25k/月 | 260 時間 | 1.5 | ✔ |
コミュニティの洞察
- @zingar: LLM が初期作業を削減しても、サイドプロジェクトを維持するモチベーションが実用性を上回ることが多い。
- @ahamilton454: 実際の反復コストは楽観的な見積もりより高く、"数日で構築できる"という主張は品質制約の下ではほとんど成立しない。
- @monkeydust: コミュニティ貢献が外部性を生み、個別の再構築では得られない価値を提供し、購入の価値を強化する。
- @bze12: より低コストの代替（例：Jira の代わりに Linear）で実行可能性ゾーンを下方にシフトできる。
- @jwitchel: 複雑な SaaS プラットフォームは何千人ものエンジニア年数で構成されており、LLM が魔法のように置き換えることはできない。
- @ThePhysicist: 多くのエンタープライズ製品は管理層でラップされたオープンソースライブラリに過ぎず、実際のコストはコンプライアンス、SSO、監査ログなどにある。
4. River のケーススタディ
"River はオープンソースの Go + Postgres ジョブキューで、無料ティアと高度機能・課金機能を備えた有料 Pro バージョンがあります。"
- 新規性：高度なワークフロー、シーケンシャルジョブ、同時実行数制限ジョブはパフォーマンスを意識して設計されており、同等の忠実度で LLM が再現するのは容易ではない。
- 価格設定：Tiered pricing は $125/月（最大 20 人の開発者） から始まり、規模が大きくなるほどサブライン的に上昇する。これにより River は中小規模の開発チームにとって実行可能性ゾーン内に快適に収まる。
- Brandur は River にフルタイムで取り組む計画で、サブスクリプション収益が LLM 補助開発と保守の累積コストを上回ると見込んでいる。
5. エンジニアと意思決定者への実践的示唆
- 真の所有コストを定量化 – ライセンス費用だけでなく、統合、コンプライアンス、コンテキストスイッチングに伴う隠れ労働も含める。
- 新規性を評価 – 製品のコア差別化要因が深いエンジニアリング知見を要する場合、LLM が安価に代替できる可能性は低い。
- 実行可能性ゾーンを意思決定マトリクスとして活用 – コスト対複雑性チャートに対象 SaaS をプロットし、購入か構築かの経済的妥当性を判断する。
- AI に対する楽観主義に惑わされない – 反復的なプロンプト作業は依然として熟練した監督を必要とするため、その労働コストを予算に組み込む。
- コミュニティの外部性を考慮 – 購入はしばしば、より広範な機能、プラグイン、共有保守というエコシステムへのアクセスを提供する。
*投稿冒頭のエピソードは、LinkedIn ユーザーが $400/月 の Jira 費用を Claude で生成した社内トラッカーに置き換えようとしたことを示し、"構築したい"という誘惑を描いています。しかし、詳細なコスト分析は、ほとんどの中規模 SaaS においては数式が依然として購入を支持していることを示しています – ただし、製品が新規性と価格が一致する狭いゾーンに入る場合は別です。