2025年初頭、GleanのARRは$100Mに達した。ここまでの成長でも十分に急成長SaaSと呼べる数字だったが、ここからが本番だった。9ヶ月後の2025年12月に$200Mを突破し、2026年5月には$300Mを超えた。15ヶ月で3倍。Fortune 500の顧客数は前年比2倍、$100万以上の大型契約セグメントは3倍近い成長を記録し、バリュエーションは2025年6月のSeries Fで$7.2B（約1兆円）に到達した。
この数字だけ見ると「AIブームに乗ったSaaSの急成長」に見える。しかし中身は違う。Gleanの成長を支えているのは、競合が本気で取りにいかなかった「一番面倒な場所」を先に占有した設計の話だ。
CopilotもGeminiも取れないポジションに入った
エンタープライズAI検索の市場で最も強力な競合は、MicrosoftのCopilotだ。TeamsやWord、ExcelなどMicrosoft 365全体に組み込まれ、すでに大企業に深く浸透している。「AI検索」で正面から挑めば、規模と既存の顧客基盤を持つMicrosoftに勝ち目はほとんどない。GoogleのGeminiも同様で、Workspaceとのシームレスな連携を武器に持つ。
GleanはこれらのビッグテックとAI機能の比較で戦うことを選ばなかった。代わりに、CopilotもGeminiも「構造的に苦手にしている場所」に先に入った。
Microsoftの強みはMicrosoftスタックの統合だ。しかし現実の企業ITはそれだけで動いていない。Slack、Salesforce、Confluence、Google Drive、Jira、Zendesk、Notion——100種類を超えるSaaSが混在しているのが大企業の実態だ。CopilotはMicrosoft製品の外に対して統合が弱く、GeminiもGoogleスタック外への連携は限定的だ。
Gleanはここに賭けた。社内で使われるあらゆるツールを接続し、一つの「会社固有の知識グラフ」を構築する。誰がどの文書を書いて、どのSlackスレッドで議論され、どの顧客案件と関係しているのか——それを一つのモデルとして構造化する。結果として生まれるのは、CopilotでもGeminiでも再現できない「この会社だけのAI」だ。
「自社専用AI」というポジションは、後から奪いにくい。100種類以上のツール統合と知識グラフの構築には時間とデータ蓄積が必要で、後発が同じことをやろうとしても、先行者が積み上げた精度と社内への定着度に追いつくには相当な時間がかかる。参入しにくい場所を先に取ることで、時間が経つほど優位性が強くなる構造を作った。
「1日5クエリ」を設計目標に置いた意味
Gleanが内部的に重視する指標の一つが「従業員1人あたり1日5クエリ」だ。GoogleやYahooといったコンシューマー検索エンジンの利用頻度に相当する水準を、社内ツールで達成することを目標に置いている。
一般的なエンタープライズSaaSが重視するのはログイン率や契約シート数だ。Gleanがそれより「1日何回使われるか」を重視するのは、利用頻度が解約防止と社内展開の両方に直結するからだ。
毎日5回使っているツールが突然なくなったら、業務が止まる。月に数回しか使わないツールは、更新時の検討リストに毎回上がる。この差は大きい。Gleanのwレポートが示すwDAU/wMAU（週次アクティブユーザー÷月次アクティブユーザー）の比率は40%で、業界平均の2倍超を記録している。日常的に使われているから、解約の議題に上がりにくい。
利用頻度の高さはもう一つの効果も生む。社内の横展開を自動的に促すことだ。Aチームで毎日使われているGleanを見て、BチームのマネージャーがIT部門に「うちにも入れてほしい」と言い始める。営業が動かなくても、社内で自然に広がる。$100万以上の大型契約が前年比3倍近く伸びた背景には、この内部展開のサイクルが機能していることがある。
小さく試す誘惑を断った営業設計
エンタープライズSaaSの営業で「まず小さく試してもらい、拡大する」というアプローチは一見合理的だ。リスクが低く、決裁が通りやすく、失敗しても傷が浅い。しかしGleanはこの「小さな入口」を積極的には選ばない。$100万以上の大型契約から先に入る方針を取っている。
理由は知識グラフの品質にある。少ない部門・少ないツールでGleanを動かすと、知識グラフが断片的になる。断片的なグラフから出てくる答えの精度は低く、「あまり使えない」という初期印象を生みやすい。初期の印象が悪ければ、社内展開のサイクルは動き出さない。
SlackもメールもSalesforceも会議録も全部つなげて初めて、Gleanは「何でも答えてくれる自社専用AI」として機能する。小さく入ると、小さなまま終わる。最初から全社規模で入ることで、プロダクトが正しく機能する状態を作り、その状態でケーススタディを蓄積する。Fortune 500での具体的な活用事例が積み上がれば、次の同規模企業への営業が通りやすくなる。Fortune 500顧客数が前年比2倍になったのも、このサイクルが回っている結果だ。
検索ツールから業務基盤へ——270億回が示すもの
Gleanが公開している数字の中で、一つ特異なものがある。累計270億回以上のAIエージェントアクション実行だ。
これは単にユーザーが質問してGleanが答えるという「検索」の回数ではない。チケットの自動トリアージ、会議前の関連情報の自動サマリー、承認フローの自動作成——Gleanのエージェントが自律的に処理を実行した総数だ。
この数字が示しているのは、Gleanが「社内のものを探すツール」から「業務プロセスの一部」へと進化していることだ。業務プロセスに組み込まれたツールは、もはや「便利なツール」ではなく「インフラ」になる。インフラを解約するのは、便利なツールを解約するより何倍も難しい。利用頻度の高さと、エージェント化による業務組み込みが、解約の壁を二重に高くしている。
三つの構造が絡み合って加速する
Gleanの成長を支える要素は、それぞれ独立しているわけではない。
100ツール統合によって知識グラフの精度が上がり、精度が上がれば利用頻度が上がる。利用頻度が上がれば解約しにくくなり、社内の横展開が進む。横展開が進めば大型契約になる。大型契約になれば質の高いケーススタディが蓄積され、次の大型契約が取りやすくなる。そしてその新しい大型契約でまた知識グラフが深くなる。
このループが回り始めると、成長が加速する。$100Mから$200Mが9ヶ月、$200Mから$300Mはさらに短い期間になっているのは、ループが回転速度を上げているからだ。ARRの3倍成長は結果であり、その背後にある構造こそが本質だ。
この構造を自分の事業に当てはめる三つの問い
Gleanの戦略から学べることは、AIツールベンダーに限らない。「強力な汎用競合がいる市場でどう差別化するか」という問いは、多くの事業に通じる。
最初に問うべきことは「競合が構造的に苦手にしている場所はどこか」だ。Gleanの場合はMicrosoftスタック外のツール統合だった。強い競合が必ずしも得意でない「面倒だが価値が高い場所」があれば、そこを先に取ることで参入障壁を作れる。自分の市場で、大手が「やれるけどやりたがらない」場所はどこか。
次に問うのは「利用頻度を上げることが解約防止と拡大の両方に効く設計になっているか」だ。月次でしか使われないプロダクトは更新時の議論の対象になる。日次で使われるプロダクトはその議論を飛び越える。どちらを設計目標にしているかで、顧客維持のコストが根本から変わる。
三つ目は「小さく入ることでプロダクトの真価を見せられない構造になっていないか」だ。試用版や一部導入では本来の価値が出ない設計のプロダクトは、最初から正しい使われ方をしてもらう条件設計が要る。入口の設計がプロダクト評価を決める、という話だ。
最初の一歩として実践できることがある。自社プロダクトが「一番正しく機能する状態」を定義し、その状態に到達するための最低条件を明文化することだ。Gleanなら「全社の主要ツールをすべてつなぐ」がその条件だった。その条件を定義できれば、営業の入口設計が変わる。
GleanのARR $300M突破は、今のところ賭けが正解だったことを示す数字だ。ただし、この構造が成立したのはビッグテックより先にその「面倒な場所」に入ったからでもある。同じ戦略をこれから試みる競合が増えれば、Gleanがこれだけの速度で動き続けられるかは別の問いになる。それでも、「競合が苦手な場所を先に取る」という設計思想は、AIの話を超えて使える問いだ。
AI編集部コメント
執筆していて一番手が止まったのは「小さく入ると小さなまま終わる」という部分でした。試用版から始めるのはリスクを下げているようで、実はプロダクトの印象を悪化させるリスクを高めているケースがある。Gleanはその罠を構造として避けた。
270億回というエージェントアクション数は、最初は「大きい数字」としか思っていなかったのですが、「検索ツール」から「業務インフラ」への移行を示す数字だと気づいてから、解約の難しさが別のレイヤーで見えてきました。ツール統合と利用頻度設計だけでなく、エージェント化によって解約の壁が三重になっているという話です。
競合が苦手にしている場所を先に取るという思想は、何もAI企業に限った話ではないと思います。自分の周りで「誰も本気でやっていない面倒な場所」がどこかにあるはず。