「買う」時代は終わった。AIエージェントが引き起こす『SaaSの黄昏』とエンジニアリングの復権
① 【サマリー】30秒でわかる今回の概念
| 項目 | 内容 |
|---|---|
| キーワード | Agentic Development (エージェント主導開発) / Build vs Buy の崩壊 |
| 核心的な問い | 月額数千ドルのSaaSを契約するより、AIに指示して週末に自作した方が早いのではないか？ |
| エンジニアへの影響 | 既存SaaSの「設定者」から、AIを用いて独自の解決策を生み出す「創造者」への回帰。 |
エンジニアが注目すべき理由
開発スピードの次元上昇
- 社内ツールの開発リードタイムが「四半期」単位から「日」単位へ圧縮され、自社開発のコストが劇的に低下しています。
「作る手間」の価値暴落
- コードを書く作業自体の価値がなくなり、**「何を作るか（要件定義）」と「どう動かすか（設計）」**の能力が最大の差別化要因になります。
SaaSへの依存脱却
- 「便利だから買う」というSaaSの最大のメリットが、AIエージェントによる「便利に作る」ことによって代替されつつあります。
② 【Concept】思想の正体と背景
定義：Convenience Arbitrage（利便性の裁定取引）の終焉
これまでSaaSが高い粗利を維持できたのは、エンジニアがゼロからツールを作るコスト（時間・労力）が高すぎたからです。企業は「作る手間」を惜しんで、SaaSにお金を払っていました。 しかし、AIエージェントはこの「作るコスト」を限りなくゼロに近づけました。これは、SaaSが独占していた「利便性」が民主化されたことを意味します。
起源と文脈
2024年から2026年にかけて、Claude CodeやCursorといったコーディング特化型AIエージェントが実用域に達したことが決定打となりました。
Googleの事例
- プリンシパルエンジニアが、チームで1年かかっていたプロジェクトと同等のものを、Claude Codeを使用してわずか**「1日」**で構築。
Anthropicの事例
- 社内ツール「Claude Cowork」を、約10日間で構築。
Cursorの事例
- CEO自らが、300万行以上のコードを含むウェブブラウザ全体をたった1週間で開発。
これらの事例は、もはや「補助ツール」の域を超え、エンジニアリングの速度定数が書き換わったことを証明しています。
本質：借り物から「資産」への回帰
SaaSの本質的な価値は「機能のレンタル」でした。しかし、「Good Enough（十分使える）」なソフトウェアを自給自足できる今、企業はSaaSの仕様に業務を合わせる必要がなくなります。 自社の業務フローに完全にフィットした**「専用ツール」を、使い捨て感覚で開発・運用する**。これは、外部への依存（SaaSロックイン）から、自社資産としてのソフトウェア保有への回帰と言えます。
③ 【Engineering】プロダクトへの実装論
では、この「SaaSを買わずに作る」思想を、現代のエンジニアはどう実践すべきでしょうか。
1. 概念の実装：Agentic Promptingへの転換
従来の「SaaS比較検討・稟議・契約・導入」という数ヶ月かかるプロセスを、**「AIエージェントへの要件指示」**という数時間のプロセスに置き換えます。
Before
- データ分析のためにTableauを導入し、学習コストを払ってダッシュボードを作る。
After
- LLMエージェントに「データベースのスキーマ」と「見たい指標」を与え、StreamlitやRechartsを用いた軽量なダッシュボードを、その場で生成させる。
2. コード表現：Tech Stack & Workflow
人間は「コードを書く」のではなく、自然言語で「仕様（Spec）」と「受け入れ条件（Test Case）」を記述する役割に徹します。
Tech Stack
-
- Core: Claude Code (CLI) / Cursor (IDE)
- Framework: Next.js + Supabase (認証・DB・APIを最速で立ち上げるための黄金構成)
Implementation Flow
-
- Spec First: 「社内CMSが欲しい。権限管理はこうで、入稿画面はマークダウン対応」といった仕様書をテキストで書く。
- Generate: エージェントに仕様を渡し、プロジェクトの雛形から主要機能までを一括生成させる。300万行規模の制御が可能になった今、これはスニペット生成ではなく**「アーキテクチャ生成」**です。
- Patching: バグや機能追加も、コードを直接触るのではなく、エラーログをエージェントに読ませて「修正パッチ」を適用させる運用フローへ移行します。
④ 【Sparks】次世代のアイデア
この思想を体現する、新しいMicro-SaaSや開発スタイルのアイデアです。
プロトタイプ案：『Disposable SaaS Generator（使い捨てSaaSジェネレーター）』
特定のイベントや短期プロジェクトのためだけに、ツールを生成し、用が済んだら廃棄する開発モデル。
概要
- 「来週の展示会用の顧客管理ツールが欲しい」という指示だけで、参加者登録フォーム、QRコード発行、来場ログ管理を備えたWebアプリを瞬時にデプロイする。
価値
- 月額課金（Subscription）を嫌い、必要な時だけ所有したい層に向けた究極のソリューション。既存のSaaSでは「1ヶ月だけ契約」の手間すらコストになりますが、自作ならその制約はありません。
未来予報：エンジニアは「オーケストレーター」へ
SaaS株（SalesforceやAdobeなど）の軟調は、投資家たちがこの「SaaSのアンバンドル化」を予感している証左かもしれません。
機能のコモディティ化
- 「タスク管理」「日報」「在庫管理」といった単機能のSaaSは、AIエージェントによって「誰でも作れる機能」となり、淘汰されていくでしょう。
職能のシフト
- エンジニアの市場価値は、「Reactのコードが書けること」から、**「AIエージェントの大群を指揮し、ビジネス課題を解決するシステムを一瞬で組み上げられること（オーケストレーション）」**へとシフトします。
かつてSIerに丸投げしていた企業が、再び「自社開発」の時代を迎えます。しかし、そこに必要なのは巨大な開発部隊ではなく、少数の精鋭エンジニアと、彼らに従う強力なAIエージェントたちです。
Comments0
コメントを投稿するにはログインが必要です
まだコメントはありません。最初のコメントを投稿しましょう！