創業2年でデカコーンへ。AIスタートアップ「Sierra」が取ったSoA→SoR三段戦略の全貌

Mayu Kudo | 工藤 真由 | Globis Capital Partners @_mayumayu13 創業2年でデカコーン、米国AIスタートアップの代名詞「Sierra」の戦略を徹底解剖 3 135 846 426K はじめに 「コールセンター向けAI」と聞いて、どんな印象を抱くだろうか。Zendesk、Salesforce、Genesys、Intercom──既存プレイヤーがひしめき合う、レッドオーシャン領域に感じる人も多いだろう。 ところが2024年2月の公開ローンチからわずか7四半期でARR $100M、2年目を終えた時点で$150M超に到達し、2025年9月時点で評価額$10B(約1.5兆円)に達したスタートアップがある (出典: Sierra Blog "Year Two")。 Bret Taylor(元Salesforce共同CEO、現OpenAI取締役会長)とClay Bavor(元Google Labs)が立ち上げたSierraだ。 なぜ「レッドオーシャン」にも見えるこの領域でここまでの急成長が実現できているのか― それは、「SoA (System of Action)から入り、チャネルインターフェースを取り、独自のSoR (System of Record、データベース)を築く」という三段構えの戦略にある。 そしてこれは、AI時代のアプリケーションレイヤーの戦略において、一つの重要な戦略のあり方になると考えられる。 以下、本記事の構成は次の通り。 Part 1: Sierraとは Part 2: 既存SoRを崩しに行かなかった──Sierraのアーキテクチャ思想 Part 3: マネタイズモデルの巧みさ──なぜアウトカム課金がSierraの戦略の要なのか Part 4: SoAから新たなSoRへ──Sierraが築きつつあるものの正体 Part 5: まとめ──SierraがAI時代のSoAプレイヤーに示したもの Part 1: Sierraとは Sierraは、企業のブランドを冠した「企業のAIエージェント」を構築・運用するプラットフォームを提供している。 Sierraの顧客は、Cigna (売上$240Bの大手医療保険)、SoFi (米大手フィンテック)、Ramp (急成長B2B経費管理)、Rocket Mortgage (米大手住宅ローン)、ADT (1874年創業の大手ホームセキュリティ)など、規制業種や歴史ある大手を含むエンプラが名を連ねる。初期からはSiriusXM の「Harmony」、Sonos の「Sonos AI Agent」、WeightWatchers の会員向けエージェントのようなブランド体現型エージェントで実績を積みながら、その後 Discord、Brex、Rivian、Wayfair、Deliveroo、DIRECTV、Tubi、Bissell、Vans など、フィンテック・ヘルスケア・コマース・メディア・モビリティと業界横断で導入が広がっている。 具体的に何ができるのか。 電話・チャット・WhatsApp・メール・SMS・ChatGPTなど主要チャネルを横断して動く 顧客からの問い合わせに答えるだけでなく、注文管理システム・CRM・請求システム等のバックエンドに直接アクセスして問題を解決し、必要なアクション(返品処理、サブスク変更、契約更新)を実行する 企業のブランドガイドライン、過去の対応履歴、ポリシー文書を学習し、ブランドの「声」で対話する 要するに、従来のチャットボット(質問に答える)を大きく超え、「問題を解決し、タスクを完遂する自律的なソフトウェア」である。 主要ファクトを並べると: (出典: Sierra Blog "Year Two", CNBC, Tracxn, PitchBook) Part 2: 既存SoRを崩しに行かなかった──Sierraのアーキテクチャ思想 2-1. SaaS時代の常識:「データを統合し、SoRを取りに行く」 過去30年のエンタープライズソフトウェア業界の常識は、Bret Taylor自身がCheeky Pintポッドキャストで明確に語っている。 ERP systems are associated with the finance department... you have Adobe in the marketing department and you had Salesforce in the sales department and you had ServiceNow for the IT department... why? Well first their database was sort of truly the system of record. (出典: Bret Taylor, Cheeky Pint with John Collison, 2026年4月公開) これまで各部門のデータベース=System of Recordがそれぞれの業務領域における重力の中心であり、ソフトウェア企業はその周りに自分のアプリケーションを構築してきた。 新規参入者が既存プレイヤーに勝つ典型パターンは、より優れた統合データベースを作って既存SoRを置き換える、というものだった。「ERP導入=多年がかりのITプロジェクト」「Salesforce導入=全社のセールスデータ移行」が当たり前だった所以である。 2-2. Sierraの逆張り:「SoRが分散していることを"特徴"として活かす」 Sierraは、この王道パターンを意識的に踏まなかった。 Bretのインタビューには、戦略の本質が凝縮されたエピソードがある。3社買収を経た顧客が、3つのCRM、3つのIDシステム、3つの請求システムを抱えていた。SaaS時代の解は明白だ──「まずデータ統合プロジェクトをやりましょう」。 ところがSierraの提案はこうだった。 Why don't you just have the agent like go in all three of them and just think... if there's duplicate, what if the data conflicts... what does the person do? Well, they kind of think about it. So let's just do that. (出典: Bret Taylor, Cheeky Pint) つまり、既存のSoRを統合するのではなく、その上にエージェントを置き、複数のSoRを参照しながら推論で判断させる。Sierraが採用したのは「reasoning-firstで既存SoRをバイパスする」アプローチだ。 これがなぜ戦略上決定的に重要なのか。3つのポイントがある。 ポイント①: 導入意思決定者が事業部門になる データベース統合プロジェクトは必ず情報システム部門(CIO/CTO)の承認と、全社ITロードマップへの組み込みが必要になる。日本企業でいえば、これは「中期経営計画に入れて、次の年度予算で承認を取って…」という数年単位のプロセスになることも多い。 Sierraの場合、既存SoRに触らないため、カスタマーサポート本部長・事業部長・CX担当役員など、事業側の部門長クラスの裁量で短期導入が可能になる。 実際Sierraは「大手医療保険企業の導入がプロジェクト開始から7週間で本番稼働」(出典: Sierra Year Two Blog)という事例を持っている。SaaS時代のERP導入が「数年がかりの大プロジェクト」であったのとは対照的だ。 ポイント②: 既存SaaSプレイヤーの牙城を正面突破しない Salesforce、ServiceNow、Zendeskを「置き換え」に行くと、既存契約解除、データ移行リスク、組織抵抗のフルセットを引き受けることになる。Sierraは置き換えではなく、それらの「上」のレイヤーに陣取る。結果、既存ベンダーとの正面衝突を避け、しかも顧客にとっての「最終的なインターフェース」を取れる。 ポイント③: モデルの推論能力の進化を、自社の競争優位として直接受け取れる データ統合の代わりに推論を使う設計は、基盤モデルの能力進化(GPT-4 → GPT-5 → Claude Opus → ...)が、そのままSierraの製品力向上として顕現することを意味する。これは後述する「Constellation of Models (マルチLLM戦略)」とも整合する。 2-3. 「電話」という最後のアナログチャネルから取りに行った Sierraのもう一つの戦略的な「逆張り」が、チャネル戦略である。 ほとんどのチャットボット系プレイヤーはWebチャットから入った。Sierraも初期はチャット中心だったが、2024年10月、ローンチからわずか8ヶ月で電話(PSTN)対応をリリースした。 なぜ電話が決定的なのか。Bretの観察が鋭い。 We've digitized the last remaining analog channel which is the telephone... [previously] a lot of our clients when we start working with them they'll have like a digital team and a call center team and all these different teams. We've kind of gotten to the point because we've digitized the last remaining analog channel... those are all unified. (出典: Bret Taylor, Cheeky Pint) ここに巨大な含意がある。電話を取れたことで、顧客企業の中で「デジタルチーム」と「コールセンターチーム」という長年分断されてきた組織が、Sierraを軸に統合されるのだ。 そして一度統合された組織を、元の分断状態に戻すのは極めて困難だ。この組織統合そのものが、Sierraのスイッチングコストになる。Zendeskのように「チャネル別アドオン」では、この組織変革を引き起こすことはできない。 実際、2025年10月時点で「Sierraはチャットより電話のほうが多い」状態に到達している(出典: Sierra Blog "Voice Turns One")。電話を初日から取りに行ったという戦略判断が、わずか1年でドライバーになった。 2-4. 信頼性の担保: Constellation of Models と Supervisor Agents エンタープライズがAIを実業務に投入するうえで最大の懸念はハルシネーションである。Sierraはこれを「Constellation of Models」と呼ぶマルチLLMアーキテクチャで解決している。 具体的には、複数のLLM(OpenAI、Anthropic、Google、Meta、自社オープンウェイト等、15モデル以上)を組み合わせ、生成モデルの出力を別のSupervisor Agent (監督者モデル)が検証する二段構えの設計を採っている。Clay Bavor曰く: Most problems with AI, the answer is more AI. LLMs are better at detecting errors in their output than they are at avoiding making errors in the first place. (出典: Clay Bavor, Sequoia "Training Data" Podcast) Sierra自身が公開している τ-bench (タウベンチ、エージェント評価のデファクトスタンダード) のデータは衝撃的だ。返品処理シミュレーションでフロンティアLLMが単独で成功する率はわずか61%、飛行機予約変更は35%。8回連続成功率(pass^k=8)では25%まで落ちる。つまり単一LLMではエンタープライズレベルでは使い物にならない (出典: τ-bench paper, 2024年6月公開)。 このアーキテクチャがなぜ戦略的に重要かというと、規制業種(金融・ヘルスケア)への参入障壁を製品レベルで解いているからだ。Salesforce Einsteinのように単一の基盤モデルに固定されているプロダクトと比べて、Sierraはモデル選択の柔軟性そのものを差別化要素にしている。 Part 3: マネタイズモデルの巧みさ──なぜアウトカム課金がSierraの戦略の要なのか 3-1. アウトカム課金とは何か Sierraは2024年12月10日、業界に先駆けてアウトカムベース価格設定(Outcome-based Pricing)を正式発表した(出典: Sierra Blog "Outcome-based Pricing")。仕組みはシンプルだ。 AIエージェントが自律的に問題を解決した1件ごとに料金が発生 人間にエスカレーションした場合は無料 一説には1解決あたり約$1.50(出典: Sacra)。これは人間エージェントのコスト($10〜$20)の約10% これは単なる価格モデルではなく、Sierraの戦略の要であると考える。 3-2. なぜカスタマーサービス領域がアウトカム課金と相性抜群なのか アウトカム課金はどんな領域でも成立するわけではない。その中で、カスタマーサービスは、アウトカム課金が成立する条件がほぼ完璧に揃った領域である。 「他の施策と独立して、即座に、二値的に測れるアウトカム」が存在する領域が、アウトカム課金AIエージェントにとっての主戦場になる。Sierraがコールセンター領域を選んだのも、明白な「アウトカム課金フィット」があったからではないだろうか。 (アウトカム課金に向く領域として他に考えられるもの: インサイドセールス[商談設定件数]、契約レビュー[件数]、採用スクリーニング[面接通過件数]、保険査定[査定完了件数]などが考えられる) 3-3. これがなぜ既存プレイヤーへの「構造的moat」になるのか Bret Taylorはこの点を非常に意識的に語っている。 It is very difficult to close the technological gap between products. Difficult, but possible. But changing the business model is really difficult. There's a graveyard of CEOs who have been fired for trying. (出典: Bret Taylor, Latent Space Podcast, 2025年2月) どういうことか。 Salesforce、Zendesk、ServiceNowはいずれもシート課金(ユーザー数 × 月額)を前提とした株主期待・営業組織・業績予想を抱えている。仮にこれら既存大手が「これからはアウトカム課金にします」と宣言した瞬間、 既存契約のシートライセンス売上が短期的に大きく毀損する 営業組織の評価指標(契約数・MRR)が機能しなくなる アナリストへの説明責任が発生し、株価が動く これは構造的にやりづらい。だからこそスタートアップが先に取りに行ける唯一無二のポジションになっている。 加えて、シート課金からアウトカム課金への移行は、契約更新のタイミングごとに「これまでより安くなった」という会話が顧客から起きる。既存ベンダーにとって、これは値下げ圧力でしかない。 Bretの言葉を借りれば: I think this will be the standard commercial model for intelligent agents. (出典: Bret Taylor, Cheeky Pint) これがSaaS産業の構造を変える可能性を秘めた賭けである、というのがSierraの主張だ。 3-4. アウトカム課金が生む副次効果:「実装責任のベンダー側への移転」 このアウトカム課金には、もう一つ重要な副次効果がある。 従来のSaaS導入は「ベンダー(売る人)」「SIer(実装する人)」「顧客(使う人)」が分断されており、Bretの言葉を借りれば "success has a thousand fathers, failure is an orphan"(成功には親が千人、失敗は孤児)──うまくいかないと全員が他人を指差す状況が常態化していた。 アウトカム課金にすると、構造的にこれが解消する。Sierraは「解決件数で課金」される以上、データ整理・プロンプト調整・監督者モデルのチューニング・現場のオペレーション設計まで、すべて自社で責任を持たざるを得ない。 この結果生まれたのが、Sierraの 「Forward Deployed Engineer(顧客現場に張り付くエンジニア)」 の文化である。これはPalantirが2010年代に確立し、OpenAI、Harvey、Rampなど現代のトップAI企業に継承されたモデルだ。Sierraはこの職種を「Agent Engineer」と呼び、新卒向けローテーションプログラム(APX Program)まで整備している。 このモデルが導く帰結は: 「Productized BPO(※)」という新しいポジショニング: ソフトウェアでもコンサルでもBPOでもない、第三の存在として顧客のオペレーションを丸ごと運用する プロダクトだけでは再現できないスイッチングコスト: 顧客の業務知識、ジャーニー設計、ガードレール調整がすべてSierra内に蓄積される エンタープライズ攻略の難しさを「障壁」ではなく「武器」に転化: 参入障壁が高いほど、後発が真似しづらくなる ※ Productized BPO = 従来なら数百人規模のオペレーターで回していた業務を、主にAI・ソフトウェアで実行し、少数のエンジニアが後方で調整する形態に置き換えたもの。「業務代行」という価値提供の骨格はBPOから、「人を増やさずスケールする」経済性はSaaSから取ってきたハイブリッドな形態。米国で浸透しつつあるビジネスモデルである Part 4: SoAから新たなSoRへ──Sierraが築きつつあるものの正体 4-1. Sierraが蓄積している「プロセスのSoR」とは 従来のSoRを一言で表すなら、「記録台帳」である。CRMの顧客レコードやERPの仕訳のように、「過去に何が起きたか」を静的に保持する、受動的なデータベースだ。 一方、Sierraが蓄積しているものは、性質が根本的に異なる。 これらは「過去に何が起きたかの記録」ではなく、「これから業務をどう回していくかの設計図と、その実行履歴と、改善の基盤」の集積である。 Bret Taylor自身がこれを明示的に語っている。 Agents are to some degree a system of record of a process... of generating a lead or auditing your financials or reviewing a contract or whatever it might be. And I don't think we've ever had a piece of software like that. (出典: Bret Taylor, Cheeky Pint) そして、 The closer you get to literally the database is the value (i.e., a ledger), the more durable it is. The closer you get to a system of engagement, the less durable it is. (出典: 同上) Bretの2つの発言を組み合わせると、彼の世界観が浮かび上がる。 ソフトウェアの価値は、そのソフトウェアが何を握っているかによって「どれだけ陳腐化しにくいか」が変わる。一番強いのはERPの総勘定元帳のような純粋な「台帳」型のSoR──会計の数字は置き換えが困難で、価値が何十年も永続する。逆に一番脆いのはUIやエンゲージメント層(SoE)──見栄えは流行や新技術で簡単に置き換えられる。 この両極の間に、Bretは新しい層──「プロセスのSoR」を差し込んでいる。日本語で例えるなら、従来のSoR(記録台帳)に対する、業務プロセスの"仕事マニュアル大全"のような存在だ。ただしマニュアルだけでなく、その実行履歴、顧客との関係性、改善ログまでを一体で保持している、能動的で動的な新しい型のSoRである。 そしてBretの指摘の真に重要な含意は、こうだ。CRMや顧客サポートシステムのような「純粋な台帳ではないSoR」の価値は、業務プロセスを実際に実行・記録するエージェント層に移行していく──これがSierraが既存SaaSを正面から置き換えなくても、その価値だけを構造的に吸い上げられる理屈である。従来のチケット履歴(過去のSoR)やCRMダッシュボード(エンゲージメント層)とも違う、「これからどう対応すべきかを規定し、実行する能動的なSoR」がここに生まれている。 4-2. Agent Data Platform──「プロセスのSoR」の本格的プロダクト化 2025年12月4日、Sierraは Agent Data Platform(ADP) をローンチし、最初の顧客としてSiriusXMが導入することを発表した(出典: Sierra Blog "Agent Data Platform")。 ADPは「会話ログのリポジトリ」ではなく、「顧客1人ごとの関係性を時系列で統合する基盤」である。具体的には: すべてのチャネル(電話、チャット、メール、WhatsApp、ChatGPT上)の会話を、1人の顧客単位で一本化 過去の解約未遂・クレーム・好み・性格傾向といった"顧客理解"の蓄積 CRM、請求、ERPなど既存システムのデータを、会話の文脈と結びつけて参照 解決の成否とその後の満足度・再問い合わせ頻度など、アウトカムと連動した履歴 一言で言えば、「会話を跨いで、人を理解し続ける基盤」。従来のCRMが"商談情報の保管庫"だとすれば、ADPは"その顧客との関係を記憶し、次の接点で最適に動くための司令塔"である。 Sierraはこれに合わせて、2025年11月のSierra Summit 2025で、自社のポジショニングを「カスタマーサービスツール」から「happy customer machine」(顧客獲得・成長・リテンション全体を担う存在)へ拡張することを公式化した。単発の問い合わせ対応から、顧客ライフタイム全体のオーケストレーションへと事業領域を広げているわけだ。 ここでSierraが描いている世界観―企業のあらゆる顧客接点が、Sierraを介して行われる。そして、その接点で生まれた知見・関係・履歴が、すべてSierraの中に蓄積されていく。これは20世紀に「CRMの中に顧客データが集まった」のと相似形でありつつ、蓄積される情報の豊かさ・能動性・活用可能性が桁違いに大きい。 4-3. 「Sierraへの依存度が高まる」構造をどう作っているか SoRを築きつつあると同時に、顧客にとってSierra抜きの世界が成立しなくなる仕組みを次々と打っているように見受けられる。直近の代表的な施策を見ていく。 ① OpenAI Apps SDK対応(2025年10月23日)──「企業のデジタル正面入口」を取りにいく 2025年10月6日、OpenAIはDevDayでApps SDKを発表した。これはChatGPTの中で動くアプリを作れるSDKで、ローンチパートナーはExpedia、Spotify、Zillow、Canva、Booking.com、Figmaなど。 その2週間後、Sierraは「Sierraで作ったエージェントを、ワンクリックでChatGPT上のアプリとして公開できる」機能をリリースした(出典: Sierra Blog "Publish to ChatGPT")。 これが何を意味するか。週次アクティブユーザー800Mを超えるChatGPTが、「ブランドが顧客にリーチする新しいデジタル入口」に変わりつつある。Googleが20年間インターネットの玄関だったのと同じことが、ChatGPTで起きようとしているとも言える。 その時、企業は「ChatGPT上に自社のエージェントを置くか、置かないか」という問いに直面する。Sierraに既にエージェントを構築している企業は、ワンクリックでChatGPTにも展開できる。逆に言えば、まだSierraを導入していない企業は、ChatGPT用に別途エージェントを作るか、Sierraを導入してワンクリックで済ますかの選択肢を持つ。 これは「Sierra=企業のAIエージェントのSingle Source of Truth」というポジションを取りに行く動きである。一度この立ち位置を取れば、新しいチャネルが登場するたびに、Sierraがそこへの「橋渡し」を独占できる。 ② Level 1 PCI準拠(2026年4月7日)──「決済まで走るインターフェース」へ カスタマーサービスは「サポートの入口」だが、それ以上の業務(購入、決済、契約)へは、伝統的にセキュリティ上の壁があった。クレジットカード情報やACH決済は、PCI DSS Level 1という非常に高度な認証が必要であり、AIエージェントがこれに準拠するのは技術的にハードルが高かった。 Sierraは2026年4月、会話型AIプラットフォームとして初のLevel 1 PCI準拠を達成し、チャット・音声の両方で、保留や転送なしに会話内でカード/ACH決済を完結できる機能をリリースした(出典: Sierra Blog)。 これは戦略的に巨大な意味を持つ。Sierraは「サポートの入口」から「決済まで走る商取引インターフェース」 へと役割が一段上がる。Rocket Mortgageのように「住宅検索→ローン組成→サービシング」までをSierraのエージェントで完結させる事例が、今後あらゆる業界で広がる。 「AIエージェントを通じてどのくらいの取引が流れているか」という新しい指標が、企業のデジタル指標の中心になる可能性すらある。 ③ Ghostwriter(2026年3月25日)──エージェント構築自体を自動化 「アウトカムを記述するだけで、インテリジェントエージェントが構築・実行・継続改善する」エージェント生成エージェントを発表した(出典: Sierra Blog "Ghostwriter")。 Ghostwriterは、SOP、過去の通話トランスクリプト、ホワイトボードの写真、音声録音などからマルチ言語・マルチチャネル対応エージェントを自動生成していく。 これは「Sierra導入の限界費用を限りなくゼロに近づける」という意味で、顧客内でのSierraの 「使用範囲の指数関数的拡大」を引き起こす。一度Sierraを入れた企業が、次々と新しいユースケース(セールス、オンボーディング、社内ヘルプデスク等)にエージェントを展開していく流れを支える。 ④ コンタクトセンター統合とLive Assist──BPO業務まで飲み込む 2025年11月のSierra Summit 2025で発表されたAgent OS 2.0には、Live Assist機能が含まれていた。これは人間のオペレーターにリアルタイムでガイダンスを提供する機能で、AIが対応しきれない複雑なケースを人間が担当する際に、Sierraが背後でサポートする。 これにより、Sierraは「AIだけで解決する案件」と「人間が対応する複雑案件」の両方をカバーできるようになる。従来のBPO業界が担ってきた領域まで、Sierraのプラットフォーム上に取り込む動きと言える。 4-4. ロックイン構造の解剖──なぜこの依存は構造的に強固なのか ここまで見てきた施策群は、構造的に「Sierra抜きで現代的なCXを運営することが極めて困難になる」状況を作り出している。ロックインのメカニズムを冷静に分解すると、以下のような重層構造になっている。 ① 組織レイヤーのロックイン 電話を取りに行ったことで、顧客企業内で「デジタルチーム」と「コールセンターチーム」が統合される。一度統合された組織を再分断するコストは極めて高く、これ自体がSierra離脱の障壁になる(Part 2-3で論じた通り)。 ② オペレーションレイヤーのロックイン アウトカム課金により、Sierraは現場張り付き(Forward Deployed Engineer/Agent Engineer)で実装責任を負っている。顧客企業のジャーニー設計、ガードレール設定、Supervisor Agentのチューニング、業界特有のknow-howがすべてSierra内に蓄積される。これを別のベンダーに移管するには、数ヶ月〜年単位の再構築コストが発生する。 ③ データ・SoRレイヤーのロックイン Agent Data Platformによって、顧客との会話履歴・関係性データ・解決パターン・推論ログがSierra固有のフォーマットで蓄積される。これは従来のCRMデータとは性質が異なり、エクスポートしても他システムで同等の価値を再現できない。 ④ チャネル・分配レイヤーのロックイン ChatGPT、コンタクトセンター、決済など、新しいチャネル/能力が追加されるたびに、Sierra経由で一元的に対応できる。逆に他ベンダーに切り替えると、これらすべてを再構築する必要がある。 ⑤ 経済合理性の非対称性 顧客から見ると、これらすべての機能を自社で構築・運用する選択肢は実質的に存在しない: 電話・チャット・WhatsApp・ChatGPT・コンタクトセンター統合を全部内製するのは現実的に不可能 15以上のLLMを組み合わせSupervisor Agentで監視するアーキテクチャの内製は数百人月の投資 数十カ国の規制対応、PCI Level 1、ISO/IEC 42001を独自に取得するのも非現実的 毎月進化する基盤モデルを継続的に評価・組み込み続ける運用負荷を、自社で持つ意味がない つまり「Sierraに依存しない選択肢」自体が、技術的にも経済的にも成立しづらいという非対称が組み込まれている。 そしてこのロックインは、明確な成果を伴っている。WeightWatchersは導入1週間で問い合わせの70%を自動化(CSAT 4.5以上を維持、出典: Sierra Customer Story)、SoFiは導入後にNPSが33ポイント向上(出典: Cheeky Pint)、Rampは2025年に 90%の問い合わせを自動化(出典: 同上)している。 Sierraのロックインは「成果と引き換えに、構造的に解消できない依存」として設計されている。離脱の経済合理性が成立しないため、長期にわたって顧客が留まり続ける──これが、Sierraが築きつつあるmoatの本質ではないだろうか。 Part 5: まとめ──SierraがAI時代のSoAプレイヤーに示したもの 5-1. 戦略パターン:「SoA → Interface → SoR」の三段構え Sierraの成功を抽象化すると、AI時代の戦略パターンの一例が見えてくる。 このパターンの本質は、既存プレイヤーが守っているレイヤー区分の「隙間」に、新しいレイヤーそのものを差し込む点にある。 SoR(Salesforce/Zendesk等)とSoE(各種UI/UX)の間に、推論で動く能動的な層(SoA)を置き、そこを拠点にチャネルとデータを取り、最終的に新しい型のSoRを築く。これは既存プレイヤーがどれほど資金と人材を持っていても、構造的に追随しづらい立ち位置である。 5-2. Sierra成功要件:この戦略を成立させた4つの前提条件 Sierraがこの三段構えを実行できた背景には、いくつかの構造的な前提条件があった。 要件①: アウトカムを単一事象で明確に定義し、即座に測定できる領域であること(Part 3)──カスタマーサービスは「解決したか/しなかったか」が即座に二値で判定でき、他施策との因果も切り分けやすい稀有な領域だった。AI時代のアプリケーションレイヤーで事業を立ち上げる際、まずこの問いが立つかどうかが起点になる 要件②: 既存SoRを崩しに行かない設計思想(Part 2)──既存SaaS置き換えの泥沼を避け、上のレイヤーに陣取って部門長の裁量で導入される「軽さ」が、短期PMFの鍵 要件③: 最も組織的に深いチャネルから取りに行く実行力(Part 2-3)──電話のように難度が高いチャネルを早期に取ることで、顧客側で組織統合が起き、それ自体がスイッチングコストになる 要件④: モデル選択の柔軟性を製品化する技術力(Part 2-2、Part 4-4)──マルチLLM+監督者モデルのアーキテクチャは、規制業種への参入許可証であり、かつ「どのモデル企業が勝ってもSierraは勝てる」というメタ的なポジショニングをもたらす これら4つの要件を満たして初めて、Sierraの三段構えは成立した。領域による違いはあれど、AI時代にアプリケーションレイヤーで戦っていく企業にとって重要な着目ポイントになるはずだ。 クロージング: SoA起点で新SoRを築くという、AI時代の新しい勝ち筋 冒頭の問いに戻ってみる。 「コールセンター向けAI」という、Zendesk、Salesforce、Genesys、Intercom等が既にひしめくレッドオーシャンともいえる領域。そこになぜSierraは2年半で評価額$10B、ARR $150M超のポジションを築けたのか。 私なりの答えは、Sierraが既存プレイヤーと同じゲームを戦っていなかったからだ。 既存プレイヤーは「SoR(Salesforce/Zendesk等)→ その上のSoE/UI」という伝統的な縦の構造で勝負していた。Sierraは横から入ってきた。SoA(System of Action、推論で動くエージェント層)を確立し、複数の既存SoRをバイパスしながら参照する立ち位置を取り、最も深いチャネルから組織を統合させ、結果として全く新しい「プロセスのSoR」を築き上げる──既存のレイヤー区分の隙間に、新しいレイヤーそのものを差し込む戦い方だった。 この立ち位置の何が本質的に面白いかを、改めて整理したい。 第一に、既存プレイヤーが構造的に追随しづらい。 Salesforceが「これからアウトカム課金にします」と言えないのと同じく、シート課金SaaSの株主期待を抱えた既存大手は、Sierraと同じビジネスモデル・同じ実装責任の取り方が難しい。Sierraは既存SaaSの牙城を正面から崩さず、隣に「新しい城」を建てている。 第二に、従来の見方ではレッドオーシャンに見える領域が、実はブルーオーシャンだったことを証明している。 コールセンター領域は競合が多く見えたが、誰もSoA起点で攻めていなかった。言い方を変えると、生成AI/LLMの進化で初めて取れる領域が新たに誕生しているタイミングが今だ。「既存プレイヤーがいるから無理」ではなく、「既存プレイヤーが守れないレイヤーがあるか」を問うことが、AI時代のスタートアップ評価の新しい視点になる。 第三に、SoAから入ってSoRを築く順序自体が、AI時代に固有の勝ち筋の一つになる。 数年がかりのデータ統合プロジェクトを経るのではなく、推論で既存SoRをバイパスして数週間で本番稼働、その実績を踏み台にデータを蓄積し、新たなSoRを構築していく──この時間圧縮はLLM以前には不可能だった。 そしてこの戦い方は、Bretの言葉を借りれば、AI時代に巨大な経済価値を生み出すポジションだ。 I think if we paused model development, we'd still have trillions of dollars of economic value that have yet to be realized... I think one of the main things impeding adoption of AI is the lack of existence of all those other companies. (出典: Bret Taylor, Cheeky Pint) 基盤モデルの進化を待たずとも、いま既に未実現の経済価値が数兆ドル分眠っている。それを取り込むのは、業界・業務領域に深く入り込み、「アウトカム」を売れるエンタープライズAI企業である。その最有力候補の一つが、Sierraだ。 生産性向上ではなくoutcomeを売り、ソフトウェアではなくオペレーションを売り、SoRを置き換えるのではなく SoAから入って独自SoRを築く──これが、AI時代に既存SaaSの牙城を崩すための一つの王道パターンである。 Sierraが拓いた「SoA起点で新たなSoRを築く」というプレイは、レッドオーシャンに見える領域でも新しい勝ち方が存在することを証明している。本記事が、その動きを読み解くための一つの羅針盤になれば幸いである。 参考ソース一覧 Bret Taylor, "Cheeky Pint with John Collison" (Stripe Press, 2026年4月公開) Bret Taylor, "Latent Space Podcast" (2025年2月) Clay Bavor, "Training Data" (Sequoia Capital Podcast) Sierra Blog: Year Two, Voice Turns One, Outcome-based Pricing, Publish to ChatGPT, Agent Data Platform, Ghostwriter CNBC, "Sierra valuation hits $10 billion" (2025/09/04) Sacra, "Sierra Company Profile" τ-bench paper (arxiv: 2406.12045) Sierra Customer Stories (WeightWatchers, Rocket Mortgage, SoFi 等) (注: 本記事に記載の数値・日付・ファクトは、2026年4月19日時点で公開情報から確認できる範囲のものを参照しています。また、本記事は筆者の個人的な見解・分析を交えて記したものであり、筆者が所属する企業・団体の公式見解を示すものではありません) Want to publish your own Article? Upgrade to Premium 8:59 AM · Apr 21, 2026 · 426.2K Views 3 135 846 1.2K