Salesforceは、企業情報を検索し、文書を下書きし、従業員のためにタスクを実行できる再構築版Slackbotを公開し、Slackの長年の通知ヘルパーをAIエージェントへと変えた。VentureBeat AIによると、この製品はBusiness+およびEnterprise+の顧客に一般提供されており、Slackを職場自動化のためのオペレーティング層にするというSalesforceのこれまでで最も明確な試みとなっている。

この動きにより、SalesforceはTeamsおよびMicrosoft 365におけるMicrosoft Copilot、そしてWorkspace全体のGoogle Geminiと直接競合することになる。また、Salesforceが、AIが同社ソフトウェアの価値を弱めるのではなく拡大することを示そうとしている状況でもある。

Slackbotの内部で何が変わったか

以前のSlackbotは、リマインダー、チャンネルの提案、通知など、比較的単純なアルゴリズム的作業を処理していた。VentureBeatが引用したSalesforce幹部によると、新しいシステムは大規模言語モデル、検索エンジン、企業データソースへのコネクタを中心に構築されている。

ローンチ時点でSlackbotは、Slackの会話、Salesforceレコード、Google Driveのファイル、カレンダー情報を横断して作業できる。また、Slackの共同文書形式であるCanvasを作成でき、ユーザーは回答をレビューやさらなる編集のための共有ワークスペースに変換できる。

VentureBeatが説明した製品デモでは、Slackbotが顧客フィードバックを分析し、アップロードされたダッシュボード画像を調べ、早期アクセスプログラムに適している可能性のあるSalesforceアカウントを特定し、その結果をCanvasにまとめていた。その後、カレンダー上で関係者の空き状況を確認できた。空き状況の確認機能はローンチ時点で利用可能であり、会議の自動予約は近い将来追加される機能として説明された。

このワークフローが重要なのは、Slackbotを単なる検索機能の域を超えさせるからだ。従来の職場向けアシスタントは、会話を要約したりファイルを見つけたりする程度かもしれない。Salesforceはこの版を、従業員が複数のアプリ間を行き来することなく、証拠を集め、成果物を作成し、次のステップの調整を始められるシステムとして提示している。

Slackは、アーキテクチャの大幅な刷新にもかかわらずSlackbotという名称を維持した。Salesforce共同創業者でSlackのCTOであるParker Harris氏は、これを元のツールの段階的なアップグレードではなく、根本的に新しい製品だと説明した。

証拠と主張の大半はSalesforce報告に依拠

レポートで引用されている導入率と生産性に関する最も強い数値は、独立研究ではなくSalesforce自身の社内テストや顧客の証言に基づいている。Salesforceは、新しいSlackbotを試用期間中に約8万人の従業員へ提供したと述べた。

同社によると、従業員の3分の2が試し、そのうち80%が継続的に使用し、満足度は96%に達した。Salesforceはまた、従業員が週あたり2〜20時間の節約を報告したとも述べている。これらの数字は強い社内エンゲージメントを示しているが、入手可能な証拠では独立検証されておらず、他組織で同等の結果を示すものではない。

Salesforce幹部は自然発生的な利用パターンも指摘した。同社は、従業員が250件を超えるプロンプトを含む共有Canvasを作成し、社内導入の73%がソーシャル共有によるものだったと述べている。これはSalesforceのユーザーエクスペリエンスチームによる調査に基づく。これらの詳細は、プロンプト共有と同僚からの学習が展開に重要である可能性を示しているが、あくまでベンダー報告のシグナルにとどまる。

パイロット顧客も似た内容を語った。YouTubeクリエイターMrBeastに関連するBeast Industriesは、Slackbotが各ユーザーの既存権限を尊重するため、セキュリティレビューが比較的迅速だったと述べた。ある従業員は1日少なくとも90分を節約し、Engineの幹部は、コンテキストの切り替えを減らすことでツールが1日約30分を節約したと見積もった。こうした証言は利用例を示すが、対照試験に基づく生産性研究ではない。

Salesforceは、自社のAIモデルを顧客データで訓練していないと述べた。Harris氏は、機密会話を訓練データとして使うと個別のアクセス制御を維持することが難しくなると主張した。したがって、購入者にとって差し迫ったセキュリティ上の論点は、各デプロイメントで検索、権限、コネクタ、生成されたアクションがどのように統制されるかである。

Claudeが立ち上げを支える一方で、Salesforceは選択肢を開いたままにしている

新しいSlackbotは現在、AnthropicのClaude上で動作している。Harris氏によると、Slackの商用サービスが米国連邦顧客向けにFedRAMP Moderate認証の下で運用されており、開発開始時点で関連要件を満たせる提供元がAnthropicだけだったため、コンプライアンス要件がこの選択に影響したという。

Salesforceは今後、他のモデル提供元も追加する計画だ。Harris氏は特にGoogle Geminiを挙げ、Salesforceは一部のワークロードでそれを使う見込みだと述べた一方、OpenAIも引き続き候補にあるとした。これは、Slackbotの価値が単一モデルへの独占的アクセスよりも、企業検索、権限、ワークフロー統合にあるというモデル非依存の戦略を示している。

このアプローチは、大規模言語モデルが交換可能なインフラになりつつあるというSalesforceの広い見方も反映している。顧客にとっては、モデル選択が将来的にコスト、レイテンシ、品質、コンプライアンスに影響しうる一方で、Slack体験全体を作り直す必要はないかもしれない。

Salesforceはまた、Slackbotを他のエージェントやツールと連携する将来の「スーパーエージェント」として説明している。Slackにはすでに、Anthropic、OpenAI、Google、Vercelなどの企業のエージェントが搭載されているか、サポートされている。Harris氏は、SlackがModel Context Protocolのクライアントになる可能性があり、そうなればSlackbotはより広いソフトウェアエコシステム全体のツールを使えるようになると述べた。

ただし同社はその構想をやや抑制している。Harris氏は、企業システムは依然として主に単一エージェント段階で動いていると認め、数百、数千ものエージェントが協働するシナリオを推進するのではなく、有用な調整に注力すると述べた。

このリリースがエンタープライズAIの購入者にとって重要な理由

Slackの製品幹部によれば、Slackbotの競争優位性は、すでにSlack内で起きている仕事に近いことにある。ユーザーは、会話、文書、意思決定について、すでに見えていることを尋ねる前に、別のアプリを開いたり、新しいナレッジベースを設定したりする必要がない。

しかし、その利便性こそが製品の中心的な依存点でもある。Slackbotの回答とアクションは、承認済みコネクタを通じて利用可能な情報と、それに付随する権限の信頼性に左右される。ツールを評価する企業は、検索と文書生成の後でもアクセス制御が維持されるか、引用やソースの追跡がレビューに十分か、そしてシステムが矛盾する情報や古い情報をどう扱うかを検証する必要がある。

価格設定は製品レベルでは明快かもしれない。Salesforceによれば、SlackbotはBusiness+およびEnterprise+プランに追加料金なしで含まれている。しかし、広いコスト面はそれほど単純ではないかもしれない。VentureBeatは、この展開をSalesforceのAPIアクセス料金に関する懸念と結び付けており、これはSalesforceデータをSnowflakeのようなシステムに移したり、外部AIツールと接続したりする企業に影響しうる。

これらの懸念は一部、FivetranのCEOであるGeorge Fraser氏のコメントに基づいており、実証されたSlackbotの料金ではなく市場リスクを示している。それでも、Slackに埋め込まれたアシスタントはアプリの切り替えを減らす一方で、Salesforce管理のデータ経路への依存を高めるため、CIOにとって重要だ。

ビルダーやプロダクトチームにとって、このリリースは実用的な設計パターンを示している。すでに会話、権限、作業成果物が共存している場所にAIを置き、そこへツール呼び出しを段階的に追加するというものだ。Salesforceにとっての課題は、この埋め込み型体験が要約の便利さだけでなく、意思決定やアクションに足るほど信頼できると証明することになる。

今後注目すべき点

最初のシグナルは、対象顧客への展開完了と、初期リリースに続いて提供されるとSalesforceが述べたモバイル対応の到来だ。購入者は、約束されている会議予約機能、画像生成サポート、Geminiのような追加モデル提供元にも注目すべきだ。

それ以上に重要なのは、Salesforceの外での継続利用に関する証拠だ。独立した顧客調査、時間節約のより明確な測定、エラー率の報告があれば、持続的なワークフロー価値と初期導入者の熱意を区別しやすくなる。

サードパーティのツール呼び出しの開発は、Slackbotが監査しにくい自動アクションの連鎖を生まずに有用な調整レイヤーになれるかどうかを示すだろう。HubSpotやMicrosoft Dynamicsを含む競合CRMシステムとの統合も、未解決の競争上の論点だ。

最後に、企業顧客はAPIアクセス、データ共有ポリシー、ガバナンス管理の変更を追跡する必要がある。Slackbotの魅力は幅広いコンテキストに依存しているが、その受容性は、そのコンテキストが権限を意識し、監査可能で、コスト予測が可能かどうかにかかっている。

Creati.aiの見解

Salesforceは、また別の汎用チャットボットを出すことでこの競争に勝とうとしているわけではない。同社は、Slackに蓄積された会話、文書、仕事上の関係が、単体のAIツールに欠けている文脈を提供できると賭けている。これは妥当な製品戦略だが、報告された導入数は依然としてSalesforce自身の証拠であり、最も野心的なエージェント連携機能はまだロードマップ上にある。

決定的な試金石は、Slackbotがユーザー権限を維持しつつ、企業システム全体で小さく検証可能なタスクを安全に完了し、その結果がどのように作られたかをチームが十分に把握できるかどうかだ。もしそれが可能なら、Slackは単なるコミュニケーションハブ以上の存在になる。そうでなければ、より広いスイートレベルの統合を持つMicrosoft CopilotとGoogle Geminiが重要な優位を保つことになる。