Enterprise Search AI
BIツールが見えていなかった
「データの9割」に手が届く。
これまでのBIエージェントは、DWH（データウェアハウス）の数字にしか答えられませんでした。ThoughtSpotのSpotter 3は、SlackやSalesforceに眠る雑談・チケット・商談メモまで同じ1問で横断検索できるように設計を変えます。
What Changed
「MCPホスト」になった、
という設計変更の意味
単なる新コネクタ追加ではなく、Spotter自身が外部ツールを呼び出す側に回りました。
ThoughtSpot公式ブログによれば、Spotter 3はMCP（Model Context Protocol）ホストとして動作し、Slack・Salesforce・Jira・SharePointなど社内で使われているツールの非構造化データを、DWHの構造化データと同じ会話の中で組み合わせて取得できるようになりました。半年前までは、DWHの数字だけを答え、社内チャットの文脈は毎回人力で拾って付き合わせる必要がありました。
背景には「企業データの約9割は非構造化データであり、既存のBI/AIツールの多くはそこを見ていない」という課題認識があるとdiginomicaは報じています。数字が動いた「理由」は、たいていDWHではなくSlackのやり取りやサポートチケットの中に埋もれている、という指摘です。
Why It Matters
「分析」と「文脈」の分断を、
ようやく1つの問いで埋める
これまでのBIダッシュボードは「何が起きたか」は見せても「なぜ起きたか」は見せてくれませんでした。売上が急落したとき、その理由を探るにはSlackでの議論やCRMのメモを人力で辿るしかなく、分析担当者の時間の多くがそこに費やされていました。Spotter 3はこの「数字→文脈の手作業橋渡し」をエージェント側に肩代わりさせる設計です。
MCPホストという実装形態も重要です。Spotter自身が外部ツールを呼び出す側に回ることで、将来的に接続先を増やすたびにThoughtSpot側の作り込みを待たなくても、MCP対応ツールが増えれば自動的に接続対象が広がる余地があります。
Who Benefits
誰に、どう効くか
BI・データ分析チーム（エンジニア）
「数字が動いた理由」をSlackやチケットから手作業で拾う作業が減ります。ただしMCP経由で渡せる情報の範囲は、導入前にアクセス権限の棚卸しをしておく価値があります。
事業責任者・PM
週次レビューの場で「なぜこの数字なのか」を即座に裏取りできるようになります。12月までの段階展開中は、自部門がどの機能から使えるかを事前に確認しておくと無駄がありません。
既存ThoughtSpotユーザー
ダッシュボード資産を作り直す必要はなく、既存の分析基盤に非構造化データの検索機能が段階的に追加される形です。
数字は倉庫の中に、
理由はチャットの中に眠っていた。
Recommended Actions
今のうちにやっておくこと
接続範囲のアクセス権限を先に設計する
SlackやSalesforceのどのチャンネル・オブジェクトをSpotterに読ませるかは、全社展開が完了する前にポリシーを決めておくと後戻りが少なくなります。
まず小さいチームで試す
9月〜12月の段階展開中は機能差があるため、影響範囲の小さいチームでパイロット運用し、実際の回答精度を見てから全社展開を判断するのが無難です。
他ツールとの役割分担を整理する
社内に既にSlack検索やナレッジベースAIがある場合、Spotterの非構造化データ検索と機能が重複しないか、事前に整理しておくと混乱を防げます。
Counterpoint
「横断検索」は、そのまま「横断的な情報漏洩リスク」でもある
SlackのDMや非公開チャンネルまで検索範囲に含めてしまうと、権限設計を誤った瞬間に、本来見えるべきでない社内情報がBIダッシュボードに表示されるリスクが生まれます。MCPホストという仕組み自体は便利ですが、「エージェントが横断的に情報を取りに行く」構造は、権限管理の複雑さも比例して増やします。また、全機能が出そろうのは12月であり、9月時点では一部機能に限られる点、そして「構造化×非構造化データの統合」を掲げる競合BI/エージェント製品も同時期に相次いでおり、差別化がどこまで続くかは未知数である点も踏まえておくべきです。