対談・インタビュー
SaaStr基調講演から読むAI時代のSaaS戦略 | 4つの視点
5分で読める|2026/04/13|
AISaaSスタートアップビジネス戦略
この記事の要約
Jason LemkinのSaaStr基調講演をもとに、AI時代のSaaSをどう見るべきかを整理します。機能追加と業務再設計の違い、予算の取り方、価格の考え方、組織の見直しポイントを講演ベースでまとめます。
Jason LemkinのSaaStr keynoteは、刺激的な見出しだけを拾うと一時的な相場観の話に見えますが、実際には「AI時代にSaaSをどう評価するか」を整理する材料として読む方が有益です。本記事では、講演に含まれる時点依存の数値の見通しを前面に出すのではなく、長く使える4つの視点に絞って読み解きます。
本記事の読み方
- 講演内の数値例や個社の状況は変わりやすいため、最終確認は元動画と各社の公式ページで行ってください
- 下線付きの用語にカーソルを合わせると解説が表示されます
この記事でわかること
- 講演の強い表現を実務に引き直す方法: レトリックではなく判断軸として読む見方
- AI製品が採用されやすい条件: 置き換え、拡張、処理時間の圧縮という3つの型
- SaaS側が見直すべき運用項目: 価格、承認、組織オーナーの置き方
基本情報
| 項目 | 内容 |
|---|---|
| 講演者 | Jason Lemkin（SaaStr創設者） |
| ソース | SaaStr keynote / YouTube |
| カテゴリ | keynote読解・SaaS戦略 |
| 想定読者 | SaaS経営者、事業責任者、営業責任者、投資家 |
| 読み方 | 速報記事としてではなく、判断軸として読む |
この講演で繰り返し出てくる4つの視点
講演の細かい数値は時間とともに古くなりますが、次の4つの視点は残りやすい部分です。
| 視点 | 何を見るか | 実務での使いどころ |
|---|---|---|
| 機能か業務か | AIが補助機能に留まるのか、仕事の流れを変えるのか | プロダクト設計、ポジショニング、提案資料 |
| 予算の説明 | 何の手間やコストを減らすのか | 営業メッセージ、ROI説明 |
| 価格の正当化 | 何に対して高単価を払ってもらうのか | パッケージ設計、アップセル設計 |
| 組織の持ち方 | 誰が導入後の運用責任を持つのか | 導入計画、カスタマーサクセス、社内体制整備 |
この4点に沿って読むと、「SaaS is Dead」のような強い見出しも、過度に一般化せず実務へ落とし込みやすくなります。
1. 強いメッセージの中心は「AI機能の数」ではない
講演中で繰り返されるのは、AIを追加したこと自体を競争力とみなすのではなく、顧客の仕事の流れをどう変えるかです。言い換えると、補助機能の追加より、仕事のまとまりを短くする設計の方が重く見られています。
ここで確認したいこと
- 顧客はAIを単体機能として使うのか、それとも日常業務の中心に置くのか
- 出力だけでなく、承認、記録、共有までつながっているか
- 導入後に役割分担や運用手順が変わるか
なぜこの違いが重要か
補助機能は導入のきっかけにはなっても、継続利用や高い単価の理由にはなりにくいからです。講演全体も、AIの有無より「業務を前に進めるかどうか」に重心が置かれています。
2. 採用される理由は「置き換え」「拡張」「圧縮」に整理できる
講演では、AI導入が進む理由を大まかに3つの型で捉えると理解しやすくなります。
| 型 | 何が起きるか | 典型的なユースケース |
|---|---|---|
| 置き換え | 反復作業や一次処理をAIが担う | 一次回答、調査、下準備、情報整理 |
| 拡張 | 同じ人数で扱える案件量や出力量が増える | 営業準備、提案作成、制作支援 |
| 圧縮 | 承認やレビュー待ちが減り、全体の進行が速くなる | 提案レビュー、社内承認、引き継ぎ工程の短縮 |
面白いデモより、説明しやすい変化が重要
AIプロダクトが導入されるときに強いのは、デモが面白い製品よりも、「誰の負荷が減るのか」「どの待ち時間が縮むのか」を説明できる製品です。講演の中で取り上げられる個社例も、この観点で見ると理解しやすくなります。
3. 価格の議論は、モデル性能より成果責任に寄る
講演では、AI製品に高い価格がつくケースを、単なるブームではなく価値の受け取り方の変化として語っています。ここで重要なのは、価格の大小そのものより、何に対して対価が払われるのかを明確にすることです。
価格を支えやすい条件
- 単一タスクではなく、複数工程をまとめて扱う
- 顧客データや社内ナレッジと接続される
- 人の承認や例外処理を含めて運用設計できる
- 改善効果を、現場が日々追える形で示せる
価格が伸びにくい条件
- 出力が参考情報に留まり、実務フローに入らない
- 既存システムとの接続が弱い
- 誰が責任を持って使うのかが曖昧
講演中の具体的な価格例は当時の相場感として読みつつ、実務では「この製品はどこまで成果に責任を持つのか」を軸に評価した方がぶれにくくなります。
4. 組織の論点は、人を増やすかどうかではなく運用を変えられるか
Lemkinの講演では、組織側の姿勢にも厳しい問いが投げられています。単に人数不足を嘆くより、AIを前提に仕事の設計を変えたかを見るべきだ、という立場です。
導入前に見直したい項目
- AI施策のオーナーを誰に置くか
- どのチームがデータ品質を担保するか
- レビュー基準と承認ルートをどこで統一するか
- ログと改善サイクルをどう回すか
ありがちなつまずき
- PoCだけで終わり、日常運用の責任者が決まらない
- データや権限設計が曖昧なまま機能比較に議論が寄る
- 既存の会議や承認フローがそのままで、AIが間に挟まるだけになる
この講演を現場向けに読み替えるなら、「人を減らせ」という話としてではなく、「運用の遅さを放置しない」という警告として受け取る方が妥当です。
5. keynoteから持ち帰りたい実務チェック
最後に、講演の論点を自社に持ち帰るための確認項目をまとめます。
- 顧客のどの仕事のまとまりを変えるのか
- 誰の待ち時間や引き継ぎ負荷を減らすのか
- 高単価を支える成果責任は何か
- 導入後の運用オーナーとレビュー基準は明確か
- 数値例ではなく、自社の実データで価値を説明できるか
この5点を会議で言語化できるかどうかで、講演が単なる話題で終わるか、製品戦略の材料になるかが分かれます。
よくある質問（FAQ）
Q1. 「SaaS is Dead」は業界全体の結論ですか？
A: そこまで単純な結論ではありません。既存SaaSの売り方や価値の出し方が変わることを、強い言葉で伝えるための表現として読む方が自然です。
Q2. AI機能を追加していれば十分ですか？
A: 十分とは言いにくいです。補助機能の追加だけでなく、仕事の流れ、承認、記録まで含めてどこを再設計できるかが重要になります。
Q3. 価格の妥当性はどう判断すればよいですか？
A: 高いか安いかではなく、どこまで成果責任を持つかで考えると整理しやすくなります。実務フローに深く入る製品ほど、価格の説明がしやすくなります。
Q4. 既存のSaaS企業にもチャンスはありますか？
A: あります。既存顧客、業務知識、運用データを持っていること自体が優位になる場面も多いため、重要なのはAIをどう顧客フローに埋め込むかです。
Q5. 講演中の数値例はそのまま引用してよいですか？
A: そのまま将来見通しとして扱うより、講演時点の温度感として参照するのが安全です。社内資料に使う場合も、元動画と最新の公式情報で更新確認をしてから使うのが無難です。
まとめ
このkeynoteを今読んでも残りやすいのは、次の4点です。
- AIの有無より、業務のまとまりを変えられるかが問われる
- 予算の説明は、置き換え、拡張、圧縮に分けると考えやすい
- 価格は派手さではなく、成果責任と運用接続で支えられる
- 組織側では、headcountではなく運用速度と責任設計が論点になる
講演の数値や個社例が古くなっても、この4つの視点はSaaSのプロダクト戦略や営業メッセージを見直すときの基準として残せます。
関連記事
参考リソース
本記事はネクサフローのAI研究シリーズの一部です。
この記事の著者
中村 知良
代表取締役
早稲田大学卒業後、ソフトバンク株式会社にてAI活用やCEO直下案件のプロジェクトマネージャーに従事。その後、不動産スタートアップPit in株式会社の創業、他スタートアップでの業務改善・データ活用を経験後、2023年10月、株式会社ネクサフローを創業し代表取締役CEO就任。
次に読む
