この記事の要約
AI時代にSaaSの価値がどこに残るのかを、All-In Podcastの議論を手掛かりに整理。市場の短期反応より、業務設計と差別化の見方に焦点を当てます。
AIがSaaSを壊すのか、それとも新しい需要を広げるのか。All-In Podcastで交わされた議論は、個別ニュースの値動きを追うよりも、「SaaSの価値がどこに残り、どこが薄くなるのか」を考える材料として読むほうが実務に役立ちます。
本記事では、番組内で扱われた論点を、日本企業がSaaS導入やAIエージェント活用を考えるときの視点に引き直して整理します。
本記事について
| 項目 | 内容 |
|---|---|
| 番組 | All-In Podcast(シリコンバレー四人組の議論番組) |
| カテゴリ | ビジネス・テック・投資 |
| 難易度 | 中級 |
AIがSaaS市場に与えた3つの衝撃番組内で繰り返し扱われたのは、新しいAI機能そのものよりも、「既存SaaSの交渉力がどこまで残るのか」という問いです。短期的な値動きは結果であり、本質的な論点は「どのワークフローがモデルに吸収され、どこに運用の摩擦や責任が残るか」にあります。
つまり、AIがSaaSを一律に壊すのではなく、SaaSごとに「どこがコモディティ化し、どこが基盤として残るか」が問われているわけです。
番組で何度も触れられたのが、Citrini Researchのシナリオ記事です。重要なのは細かな数値そのものではなく、フィクションであっても「もしそうなったら」という物語が、SaaSの将来像を読むレンズとして広く消費されることです。
Chamath Palihapitiyaが、この現象を鋭く分析しています。
"We used to debate when. When will these cash flows disappear? Now it's like will they even exist?"
「私たちはかつて『いつ』を議論していた。これらのキャッシュフローはいつ消えるのか?今では『そもそも存在し続けるのか』という問いになっている。」
— Chamath Palihapitiya, Social Capital CEO
この転換が意味するのは、「いつ弱くなるか」ではなく、「そもそも価値の源泉が残るのか」を問う見方へ移っていることです。実務で参考になるのは、倍率の細かな数字よりも、SaaSを次の3つに分けて読む視点です。
投資家だけでなく、買い手側の企業もこの分類でベンダーを見るようになると、「機能の数」より「どの責任を肩代わりしてくれるか」が選定基準になります。
SaaS価値の読み方を整理した図この種の議論で忘れがちなのが、誰が何の立場で語っているかです。AI時代のSaaS論は、実務者の現場感、投資家のポジション、メディアが欲しがる強い見出しが混ざりやすく、同じ話でも強調点が大きく変わります。
注意: Citrini Research「2028 Global Intelligence Crisis」はフィクション作品です。強いストーリーが広がったときほど、一次情報と書き手の利害を分けて読む姿勢が必要です。
フィクションや強い比喩が話題になる時代だからこそ、SaaSの将来は「煽り」ではなく「どの業務責任が残るか」で見る必要があります。
Freibergが提起した最も根本的な問いは、「生産能力が消費能力を超えたとき、何が起きるか」です。
"It may be the case that knowledge work in general is also a transitory phenomenon that only existed between the foundation of the computer or computing tools and the existence of AI generally speaking."
「知識労働全般が、コンピューティングツールの誕生とAIの登場の間にのみ存在した一時的な現象だった可能性がある。」
— David Friedberg, 農業技術投資家
この見方が突いているのは、単機能のSaaSや「人が画面上でつないでいた作業」がAIに吸収される可能性です。とくに、入力と出力が定型化されている領域では、UIだけでは差別化しにくくなります。
一方で、AIがソフトウェアを作りやすくするほど、これまで予算や人手の都合で放置されていた業務までデジタル化されます。効率化は既存ツールの置き換えだけでなく、新しい内部ツール、新しい自動化、新しい運用レイヤーも生みます。
現場では、薄くなるSaaSと厚くなるSaaSが同時に出てきます。単純な補助機能は圧縮される一方で、社内データ、承認、運用ルール、既存システム接続をまとめる基盤は、むしろ重要性が上がります。
SaaSベンダーを見るときも、「AI機能があるか」だけでなく、「AIを入れても残る運用責任をどれだけ肩代わりしているか」で見たほうが実態に近くなります。
最も実践的な示唆をもたらしたのは、Jason Calacanisの自社での取り組みです。
"Every piece of software that we wanted to buy or build over the last 10 years that we never got to, my people are building in the last 30 days."
「過去10年間に購入・構築したかったにもかかわらず実現できなかったあらゆるソフトウェアを、今は30日で作れている。」
— Jason Calacanis, All-In Podcastホスト・ベンチャー投資家(THIS WEEK IN STARTUPS)
Jasonの事例で重要なのは、華やかな数字よりも「先に業務を言語化し、その後にエージェントへ落とし込む」順番です。各自が自分の仕事を分解し、繰り返し発生する作業からテンプレート化していくことで、買いたかったが後回しにしていた内部ツールや自動化を一気に前進させています。
これは「万能エージェントを一度に作る」話ではありません。小さな反復業務を選び、プロンプト、参照資料、確認手順を更新し続ける運用そのものが価値になります。
Jason CalacanisのAIエージェント導入フロー| エージェント | 業務内容 | 旧来の方法 |
|---|---|---|
| SDRエージェント | トップ100ポッドキャストの広告主リサーチ→CRM入力 | 人間のSDR担当 |
| マネジメントエージェント | Gmail・Calendar・Zoom・Notion・Slack連携で進捗報告 | 週次ミーティング |
| コンテンツエージェント | 過去エピソードから最良クリップを3つ選定、字幕付きで自動生成 | フルタイム担当者 |
| サムネイルエージェント | YouTubeサムネイル改善手法を毎週自動学習・提案 | 外部リサーチ |
| 購買エージェント | Instacart履歴分析→定期購入リスト自動生成 | 手動管理 |
| CRMエージェント | 顧客情報の自動更新・フォローアップ提案 | 営業担当者 |
| 情報収集エージェント | 業界トレンドの自動収集・要約・Slack配信 | 情報収集担当者 |
重要なのは、Jasonが「人を解雇するのではなく再配置(redeploy)する」という方針を明示している点です。AIで浮いた時間を次の改善テーマへ回す前提があるからこそ、現場も業務知識をエージェントに移しやすくなります。
この「再配置」の考え方は、AIエージェント導入における最大の成功要因です。効率化で生まれた時間を「何に振り向けるか」を事前に設計することで、組織全体の価値創出力が上がります。解雇が目的になった瞬間、社員のAI活用モチベーションは消えます。
ネクサフロー視点: 日本企業がこのアプローチを取る際の最大の障壁は「ツール選定」ではなく「業務プロセスの言語化」です。エージェントに仕事を教えるには、まず「その仕事の手順を言葉で説明できる状態」にする必要があります。これは裏を返せば、業務プロセスの可視化・標準化を促進するきっかけにもなります。
本記事では、All-In Podcastの議論を日本のビジネス環境に置き換えて考えます。
AIエージェント活用の3段階日本企業の多くはまだSaaSの恩恵を十分に享受できていません。「SaaS崩壊」を恐れる前に、まず既存の業務をデジタル化・SaaS化する段階にある企業も多いでしょう。
むしろ日本企業にとってのチャンスは、「SaaS導入のコストが下がる時代」を活用することです。AIエージェントを使えば、従来は数千万円かかっていたシステム構築が、数十万円で実現できる可能性があります。
1. 営業情報収集エージェント Jasonの事例を参考に、競合他社の価格・プレスリリース・SNS発信を自動収集し、毎朝Slackに要約を届けるエージェントを構築できます。
2. 会議議事録・アクション管理エージェント Zoom・Google Meetの録音を自動文字起こしし、アクションアイテムをNotionやSlackに自動登録するフローです。
3. 問い合わせ一次対応エージェント メール・フォームからの問い合わせを分類し、テンプレートを元に一次回答を生成。担当者が確認・送信するだけにします。
Jasonが指摘した「エージェントの指揮者(オーケストレーター)」というロールは、日本でも急速に価値が高まります。業務プロセスを理解し、エージェントに落とし込み、管理できる人材は、従来の「業務改善コンサル」や「社内SE」の上位互換として高く評価されるでしょう。
完全な置き換えが一気に進むというより、SaaSごとに「薄くなる部分」と「むしろ重要になる部分」が分かれていくと考えるほうが現実的です。とくに、AIで置き換えやすいのは単純な補助機能であり、社内データ、承認、監査、既存システム連携を束ねる役割は残りやすいです。
市場参加者が「もしかしたら正しいかもしれない」という不確実性に反応するからです。Chamathが言うように、問いが「when」から「if」へ移ると、フィクションでも将来像を考えるレンズとして消費されます。だからこそ、刺激的な結論よりも、どの前提に依存した話なのかを分解して読む必要があります。
19世紀の経済学者ウィリアム・ジェバンズが指摘した、「効率が上がると総消費量が増えることがある」という考え方です。AIでソフトウェアを作りやすくなると、人が減るだけではなく、これまで着手できなかった業務改善や内部ツール開発の需要が表に出てくる可能性があります。
まず「繰り返し行っていて、手順を文章で説明できる業務」を一つ選ぶことです。次に、その手順、参照資料、確認ポイントを簡単に文書化し、AIエージェントに試しにやらせます。最初から完成度を求めるより、短い改善サイクルを回すほうが定着しやすくなります。
新しいAI機能は、「どの作業が自動化されるか」を急に具体化するからです。すると市場も買い手企業も、既存SaaSの機能を「本当に独立した製品として残るのか、それとも標準機能に近づくのか」という目線で見直し始めます。
3点挙げます。①情報セキュリティ:社内の機密情報をAIに渡す際の規程整備。②著作権・個人情報:生成コンテンツと学習データに関する法的整理。③変化管理:「AIが仕事を奪う」という誤解を払拭し、「AIで仕事が広がる」という文化醸成が必要です。
冒頭の問いに戻ります。AIはSaaSを壊すのか、それとも新しい需要を生むのか。
All-In Podcastの議論が示したのは、「どちらか一方ではない」という現実です。
市場の問いが変わった: SaaSの将来は「いつ弱くなるか」ではなく、「そもそもどの価値が残るのか」で見られるようになっています
強い物語ほど前提の確認が必要: Citrini Researchの話が示すのは、刺激的な将来像ほど出所と立場を分けて読む必要があるということです
実務では運用設計が先に来る: 論争の結論を待つより、まずは業務プロセスを言語化し、再配置を前提に小さな反復業務から試すほうが前に進みます
本記事はネクサフローのAI研究シリーズの一部です。
この記事の著者

代表取締役
早稲田大学卒業後、ソフトバンク株式会社にてAI活用やCEO直下案件のプロジェクトマネージャーに従事。その後、不動産スタートアップPit in株式会社の創業、他スタートアップでの業務改善・データ活用を経験後、2023年10月、株式会社ネクサフローを創業し代表取締役CEO就任。