今、社内で「あの資料どこだっけ？」と聞かれる回数を数えてみてください。週に3回以上なら、情報の散在はすでに組織の速度を落としています。
この記事では、Slack・Confluence・Google Workspace・Salesforceなど複数のツールを横断して検索できる「企業内AIナレッジ検索」を、3ヶ月で全社展開するための設計手順を具体的に解説します。Gleanが大企業への導入で実証した「全ツール統合→クエリ数KPI管理→段階展開」のフレームワークを、中堅・大企業のDX担当者が再現できる形に落とし込みます。
対応するケーススタディ「企業の知識を『自社専用AI』に変えたGleanが15ヶ月でARRを3倍にした構造」も合わせて読むと、なぜこの設計が事業成果に直結するかの背景が理解できます。
なぜ「全ツール統合×クエリ数KPI」の設計が機能するのか
企業内ナレッジ検索が失敗する典型的なパターンは2つあります。1つは「誰も使わない検索エンジンを作る」こと。もう1つは「特定のツールだけを検索できる、不完全な状態で止まる」こと。
Gleanが選んだ設計はその逆でした。最初から複数ツールを横断して検索できる状態を作り、「使われているかどうか」を1人あたりのクエリ数で数値管理する。KPIは「1人5クエリ/日」。この水準に達した部門から次の部門へと展開を広げていく設計です。
Gleanは2024年末に$200M ARRを達成し、その後$300M ARRを超えています。15ヶ月でARRを3倍にした成長の土台が、この構造にあります。
なぜ5クエリ/日なのかというと、この水準を7日間継続して超えると「使ってもいいが使わなくてもいい」から「ないと困る」に変わる傾向があるためです。習慣化のしきい値として機能する数字です。
重要なのは「全員が使えるようになってから展開する」のではなく、「使い始めた部門から証拠を作り、その証拠で次の部門を動かす」設計にしている点です。経営への報告材料にもなるし、他部門を動かす説得材料にもなる。
始める前に確認する3つの前提条件
設計を動かす前に、以下を整理してください。
まず、IT管理者のコネクタ設定権限。Slack・Google Workspace・ConfluenceへのAPI接続権限が必要です。情報システム部との事前合意なしに始めると、途中でブロックされます。
次に、データガバナンスの方針。「誰が何にアクセスできるか」はツール側のパーミッション設定を引き継ぐ形が基本ですが、「経営会議の議事録は検索対象にするか」「人事情報はどこまで開示するか」のポリシーを事前に決めておく必要があります。あとから変更すると信頼が崩れます。
3つ目は、パイロット部門の合意取得。10〜30人規模の部門で、「フィードバックを積極的に返してくれる人たちがいる場所」を選ぶことが3ヶ月展開の鍵です。
5ステップの設計手順
ステップ1：データソースの棚卸しとコネクタ優先度マッピング（1〜2週間）
まず社内で使われているツールを全部リストアップします。Slack、Confluence、Google Drive、Salesforce、Notion、GitHubなど。次に「どのツールにどれだけの情報が集中しているか」を概算で把握します。
優先度の判断基準はシンプルです。「何かを調べるとき、最初にどこを開くか」を10人に聞いてください。上位3つが最初に統合すべき対象です。残りは第2フェーズ以降に回す。完璧な統合を目指すより「よく使う場所を全部まとめて検索できる」状態を早く作ることが先決です。
ステップ2：ナレッジ検索ツールの選定とコネクタ設定（2〜3週間）
ツールの選定はこの記事後半で詳しく説明しますが、選んだらまずコネクタの設定から入ります。Gleanの場合はSlack・Confluence・Google Workspaceのコネクタ設定だけで数時間以内に完了します。
設定後、1〜2日でインデックスが生成されます。この段階でパイロット部門の5人程度に検索を試してもらい、「探せるものと探せないもの」を把握します。このフィードバックをもとに、優先度の低いコネクタを追加するかどうかを判断します。
ステップ3：パイロット部門での展開とKPI計測開始（3〜4週間）
パイロット部門に展開したら、すぐにクエリ数の計測を始めます。目標は「1人あたり5クエリ/日」。計測はツールのダッシュボードで確認できますが、AmplitudeやMixpanelと連携させてカスタムレポートを作ると管理しやすくなります。
重要なのは、数字が低くても焦らないことです。1クエリ/日から始まるのが普通です。「何を検索すると価値が出るか」を部門メンバーと一緒に発見していくプロセスが、結果的に定着を早めます。よく使われる検索クエリのトップ10を毎週共有するだけで、「自分もそれ試してみる」という動きが生まれます。
ステップ4：5クエリ/日達成で次部門へ展開（フェーズゲート管理）
パイロット部門が「1人あたり5クエリ/日を7日間継続して達成」した時点で、次の部門への展開フラグを立てます。この判断基準を事前に明文化しておくことが大切です。「なんとなく使われてきたから広げよう」では経営への説明が難しくなります。
次部門への展開時には、パイロット部門の担当者に「最初に使えて良かった検索例ベスト3」を社内Slackで発信してもらいます。公式な案内よりも、同僚からの「これ便利だよ」の方が起動率が上がります。
この繰り返しを3ヶ月かけて行います。パイロット1部門（1ヶ月目）→第2部門展開（2ヶ月目）→第3〜5部門（3ヶ月目）という流れが現実的なペースです。
ステップ5：全社展開と定着化の仕組みづくり
全社展開の段階では、オンボーディングを自動化します。入社時のセットアップガイドにナレッジ検索の登録手順を入れる、社内ポータルのトップページにリンクを置く、といった「使う動線を増やす」施策が効きます。
月1回クエリ数ランキングを全社共有するのも有効です。「どの部門がどれだけ使っているか」が可視化されると、低利用部門が自発的に使い始めるケースがよくあります。競争意識は、使わせようとする説得より遥かに強い動機です。
ツールの選択肢——3つの段階で整理する
エンタープライズ向けの本格的な導入を目指すなら、Gleanが最有力候補です。100以上のコネクタを持ち、元のツールのパーミッション設定を引き継ぐため、ガバナンスの整備が比較的楽です。ただし費用は1ユーザーあたり月$10〜30程度が目安で、500人規模では年間数千万円になることもあります。
すでにMicrosoft 365を全社導入している会社なら、Microsoft Viva TopicsやMicrosoft 365 Copilotがコスト効率の良い選択肢です。Teams・SharePoint・Outlookとの統合は強く、既存ライセンスのアドオンとして追加できます。ただし、SalesforceやSlackなどMicrosoft以外のツールとの統合は弱い。
コストを抑えて小規模から始めたい場合は、Guruが向いています。Slackボットとして動作し、検索体験がシンプルです。「まず社内Q&Aを整理する」用途から始めて、段階的にナレッジ検索に拡張する使い方が合っています。
向いている組織 / 向いていない組織
向いているのは、社員数300人以上で複数のSaaSツールが混在している組織です。情報の散在で「毎週あの資料どこにある？」が起きているなら、ROIは出やすい。DX推進の担当者がいて、IT部門と連携できる体制があることが前提になります。
向いていないのは、情報共有がすでに1〜2ツールに集約されている会社、または社員数が100人未満で全員が顔を見て話せる規模の組織です。ツールを入れるより「Slackチャンネルの設計を整える」の方が速くて安い。
また、DX担当者が単独で進めようとすると、途中でIT部門か経営のどちらかに止められます。経営層がROIデモを見るところから始めるのが現実的です。
情報を「探す」から「すぐ見つかる」に変えるために
「週に何度も同じ質問が繰り返される」「退職者が出るたびに知識が消える」——この状況は、検索が機能していないことのサインです。
今週やるべきことは1つだけ。社内で一番よく使われているツールを3つ特定することです。それだけで、コネクタ設計の8割は終わります。パイロット部門の選定とKPI設計を同時に進めれば、3ヶ月でのファーストリリースは十分に現実的です。
AI編集部コメント
「5クエリ/日」という数字の扱い方が気になりました。KPIとして設定するのは正しいのですが、ここだけ見ると「使わせるための指標」になってしまいます。本当に大事なのは「5クエリ/日に達する前に、何を検索しているかを観察する期間」です。その期間に何が検索されているかが、次の展開部門の選び方と説得材料を決めます。
Gleanの$300M ARR達成の背景には「クエリ数が多い部門から大型契約を獲る」という営業設計があります。つまりKPIが単なる「使われているか」の確認ではなく、契約拡大の根拠として機能している。社内展開でも同じで、数字が経営への説得に直結する設計になっています。
パイロット部門は「便利そうと言ってくれた部門」ではなく「情報を一番よく探している部門」を選んでください。そこが成功すれば、あとは数字が動かしてくれます。