Sequoia「Services: The New Software」から読むAIサービス化の設計論

“

この記事は Services: The New Software （Sequoia Capital, Julien Bek, 2026年3月5日）を起点にしています。個別企業の資金調達額、評価額、ARR、市場規模は変わりやすく、repo 内に継続更新できる source memo もないため、本稿ではそれらを主筋にしません。

AIアプリケーションの論点は、「どのモデルを使うか」から「どの仕事を引き受けるか」へ移りつつあります。Sequoiaの論考が投げている問いも、単純なSaaS悲観論ではありません。

AI企業は、プロフェッショナルに道具を売るのか。それとも企業に仕事の成果を売るのか。

この違いは、pricing、責任範囲、データの持ち方、導入の摩擦をすべて変えます。ツールを売るなら利用者の生産性がKPIになります。仕事を売るなら、納品品質、例外処理、責任分界、SLAがKPIになります。

---

この記事でわかること

1. Copilot vs Autopilot: ツール販売と仕事販売で何が変わるのか
2. Intelligence vs Judgement: AIに任せやすい仕事をどう見極めるか
3. Outsourcing Wedge: なぜ外注業務から始めると導入しやすいのか
4. 日本企業への示唆: サービス予算をAIで置き換える前に確認すべき論点

基本情報

---

まず「何を売る会社か」を決める

Sequoiaの議論で最も実務に効くのは、AI企業をCopilotとAutopilotに分けて見る点です。

Copilotは、既存の専門家を強くします。Autopilotは、専門家が担っていた仕事の一部を事業者側が引き受けます。

この差は小さく見えて、実際には大きいです。Copilot企業は「利用者の判断」を残したまま機能を広げます。Autopilot企業は「判断をどこまで引き受けるか」を契約と運用で定義しなければなりません。

---

Intelligence vs Judgementは自動化の許可証ではない

Sequoiaのフレームでは、仕事を大きくIntelligenceとJudgementに分けます。

重要なのは、Intelligenceに分類できるから即自動化できるわけではないことです。請求書処理、保険申込、医療コーディング、契約レビューのような領域でも、入力の欠損、責任所在、例外処理、監査証跡が未整備なら、Autopilot化はすぐ詰まります。

逆に、Judgementが含まれる仕事でも、判断材料の収集、初期ドラフト、差分チェック、リスク分類はAIに任せられることがあります。境界は固定ではなく、次の3つで動きます。

1. 入力がどれだけ構造化されているか
2. 良し悪しのレビュー基準が残っているか
3. 失敗時に人間へ戻す経路があるか

このため、Intelligence / Judgementは「自動化してよいか」の判定ではなく、どこからAI化し、どこで人間が止めるかを決める分類として使う方が安全です。

---

AutopilotはUIではなくオペレーションである

Autopilot型の会社を作るとき、画面上のAI体験だけを磨いても足りません。買い手が本当に置き換えたいのは、チャット画面ではなく業務プロセスです。

最低限、次の設計が必要です。

AIモデルの性能が上がっても、これらが未整備なら「便利なCopilot」止まりです。仕事を売る会社は、AIツールの会社というより、AIを組み込んだサービスオペレーションの会社になります。

---

Outsourcing Wedge：外注業務から始める理由

Sequoiaの論考で使いやすい考え方がOutsourcing Wedgeです。最初から内製部門を丸ごと置き換えるのではなく、すでに外部委託されている業務を入口にする発想です。

なぜ外注業務が入口になりやすいのか

ただし、外注されているから簡単という意味ではありません。むしろ、外注業務は顧客データ、契約責任、規制、個人情報、業界慣行が絡みます。AIネイティブな提供者に切り替えるなら、次の順で確認する必要があります。

1. 成果物の定義: 何を納品すれば完了か
2. 入力の所在: 必要データはどこにあり、誰がアクセス権を持つか
3. 例外の扱い: どのケースはAIが止まり、人間に戻すか
4. 責任分界: 誤りが起きたとき、誰が修正・説明・補償するか
5. 戻し方: AI事業者が止まったとき、既存委託先や内製運用へ戻せるか

---

個別企業は「会社ニュース」ではなく業務タイプとして読む

元記事では、法律、保険、会計、医療、調達など複数の領域が例示されています。ここで重要なのは、各社の最新ラウンドや評価額ではなく、どの仕事の束をAI化しようとしているかです。

たとえばCrosby、Harvey、WithCoverage、Rillet、Basis、Anterior、Pace、Magenticのような名前は、最新のランキングとしてではなく、どの業務カテゴリでCopilot / Autopilotの境界が動いているかを見るサンプルとして扱う方が長持ちします。

「TAMが大きい」は十分条件ではない

Services as Softwareの議論では、サービス市場の大きさがよく強調されます。しかし、TAMが大きいことと、AIで置き換えやすいことは別です。

見るべきは市場規模より、次の順番です。

1. 作業頻度: 毎日・毎週発生し、標準化の効果が出るか
2. 入力の安定性: 必要なデータが揃い、形式が揃えられるか
3. レビュー可能性: 人間が出力を検査できる基準があるか
4. 例外率: 例外処理が多すぎて、AI化後の運用費が膨らまないか
5. 責任の明確さ: 顧客、専門家、AI事業者の責任範囲を契約に落とせるか

---

日本企業への示唆

日本でも、AIサービス化の入口は「新しいAIツールを導入する」ことだけではありません。既に外注している、または人手で回している業務を棚卸しし、どの部分をAIネイティブなサービスに置き換えられるかを見る方が実務的です。

候補になりやすいのは、次のような領域です。

ここでのポイントは、「AIで何%削減できるか」ではありません。先に決めるべきなのは、どの業務成果を、どの品質で、誰の責任で納品するのかです。

---

導入前チェックリスト

Autopilot型のサービスを使う、または自社で作る前に、次の質問に答えられるか確認してください。

Copilotを導入するなら、ユーザーの生産性を見ればよい場面が多いです。Autopilotを導入するなら、業務責任をどこまで渡すかを見る必要があります。

---

よくある質問（FAQ）

Q1. CopilotとAutopilotの違いは？

Copilotは、専門家が使うツールです。Autopilotは、仕事の成果を引き受けるサービスです。前者はユーザーの作業を速くすることが中心で、後者は納期、品質、例外処理、責任分界まで含めて設計する必要があります。

Q2. IntelligenceとJudgementの違いは？

Intelligenceは、ルールや手順に落としやすい作業です。Judgementは、経験、文脈、利害調整を含む判断です。ただし境界は固定ではありません。判断材料の収集や初期分類はAIに任せ、人間が最終判断する構成もあります。

Q3. なぜ外注業務から始めるのか？

既に予算、成果物、契約、レビュー基準があることが多いからです。内製部門をいきなり置き換えるより、既存の外注業務をAIネイティブな提供者に切り替える方が、導入単位を小さくできます。

Q4. Copilot企業がAutopilotへ移るのは簡単か？

簡単ではありません。ツールを売っていた相手の仕事を自社が引き受けると、顧客との関係や価格モデルが変わります。製品機能だけでなく、契約、専門家レビュー、品質保証、責任範囲を作り直す必要があります。

Q5. 市場規模が大きい領域から狙うべきか？

市場規模だけでは判断できません。作業頻度、入力の安定性、レビュー可能性、例外率、責任分界を先に見ます。大きな市場でも、例外処理や責任が重すぎると、Autopilot化の難度は高くなります。

Q6. 日本企業は何から始めるべきか？

既存の外注費や手作業を棚卸しし、成果物が明確で、入力データが揃い、人間承認の境界を切れる業務から始めるのが現実的です。最初から完全自動化を目指すより、AIが下書き・分類・照合を行い、人間が例外と承認を担当する形が始めやすいです。

---

まとめ

Sequoiaの「Services: The New Software」は、AIがSaaSをすべて置き換えるという単純な話ではありません。より実務的には、AI企業がどの責任範囲まで仕事を引き受けるかを問う論考です。

主要ポイントは3つです。

1. ツール販売と仕事販売は別物: Copilotは利用者を強くし、Autopilotは業務成果を引き受ける
2. Intelligence / Judgementは境界設計に使う: 自動化の許可証ではなく、人間承認と例外処理の位置を決める分類として使う
3. Outsourcing Wedgeは現実的な入口: 既存の外注業務は、予算・成果物・レビュー基準が見えやすく、AIサービス化の実験単位にしやすい

AIサービス化を検討するなら、最初の問いは「どのモデルを使うか」ではありません。

どの仕事を、どの品質で、誰の責任として引き受けるのか。

この問いに答えられる領域から、Services as Softwareは始まります。

---

関連記事

---

参考記事

• Services: The New Software - Julien Bek, Sequoia Capital（2026年3月5日）

---

本記事はネクサフローのAI研究シリーズの一部です。