
Salesforce 已推出重建版 Slackbot,能夠跨工作場所資料進行搜尋、起草文件,並為員工執行選定任務。這次發布讓 Slackbot 從原本輕量的通知與提醒工具,轉變為置於日常企業工作核心位置的 AI 代理人。
這項產品已向 Slack 的 Business+ 與 Enterprise+ 方案客戶正式提供。它的到來,使 Salesforce 更直接地對上 Microsoft Copilot 與 Google Gemini;大型軟體供應商正競相讓工作場域 AI 在員工已經使用的應用程式中變得更有用。
根據接受 VentureBeat AI 訪問的 Salesforce 高層所述,新版 Slackbot 建立於大型語言模型與搜尋系統之上,能夠調用 Slack 對話、Salesforce 記錄、Google Drive 檔案與行事曆資訊。它也可以在 Slack Canvas 中建立內容,這是該公司的協作文件格式。
一場產品示範描述了一個工作流程:Slackbot 分析客戶回饋、檢視上傳的儀表板圖片、找出可能成為早期存取計畫候選者的 Salesforce 帳號、將結果整理到 Canvas 中,並檢查利害關係人的行事曆可用時間。Slack 產品長 Rob Seaman 表示,會議預約功能在發表時尚未提供,但預計幾週後推出。
此次重新設計保留了 Slackbot 這個名稱,儘管其底層系統與舊有的演算法式產品已大不相同。這個命名決定讓 Salesforce 在嘗試將 Slack 建立為員工與AI 代理人的工作環境時,保有一個熟悉的入口。
Slackbot 目前運行於 Anthropic 的 Claude。Slack 技術長 Parker Harris 表示,這個選擇部分與合規有關:Slack 為美國聯邦客戶持有 FedRAMP Moderate 認證,而 Anthropic 在開發初期被描述為唯一能滿足相關要求的供應商。
Salesforce 表示,未來計畫支援更多模型供應商。Harris 明確提到 Google Gemini,並保留使用 OpenAI 模型的可能性。他還表示,Salesforce 不會用客戶資料訓練模型,並主張若將機密對話納入模型訓練,將難以維持原有的存取權限。
Salesforce 已在內部對新版 Slackbot 進行全公司測試。Slack 行銷長 Ryan Gavin 表示,三分之二的 Salesforce 員工曾試用,而其中 80% 的使用者持續 नियमित 使用。公司也回報該功能的滿意度達 96%,並表示員工估計每週可節省 2 到 20 小時。
這些數字是供應商所回報的內部結果,並非獨立評估。Salesforce 也表示,使用者自然分享有助於推動採用,包括一個由員工建立、內含超過 250 個提示詞的 Canvas。UX 研究員 Kate Crotty 將 73% 的內部採用歸因於社群分享,而非管理層指令。
試點客戶也提供了類似正面的回饋。Beast Industries 表示,有一名員工每天至少節省 90 分鐘;Engine 高層 Mollie Bodensteiner 則估計,因為減少了情境切換,每天可節省約 30 分鐘。其他被點名的試點參與者包括 Slalom、reMarkable、Xero、Mercari 與 Engine。
這些客戶評論是衡量感知價值的有用訊號,但並不能證明跨產業的一致生產力提升。這些示範也顯示,該產品今天可以擷取並綜合資訊,而一些更具影響力的動作——例如預約會議與更廣泛的第三方工具呼叫——仍在開發中。
Salesforce 的主張是,Slackbot 具備優勢,因為它貼近構成員工工作內容的對話、文件與決策。Slack 高層表示,使用者不需要設定獨立的知識系統,也不必在應用程式之間切換才能提供情境。
這項策略直接挑戰嵌入 Teams 與 Microsoft 365 的 Microsoft Copilot,以及整合進 Workspace 的 Google Gemini。各家公司都試圖透過連接既有工作資料,讓 AI 更有用,而不是要求客戶採用孤立的聊天機器人。
Slack 的分發能力可能有助於 Salesforce 競爭,但其資料邊界也是核心產品問題。Slackbot 的設計是使用使用者已被授權可查看的資訊。這種考量權限的做法,可能讓企業安全審查更容易;不過,原始素材只提供了客戶與高層的說法,並沒有對存取控制進行獨立測試。
Salesforce 也將 Slackbot 描述為其他 AI 代理人的潛在樞紐。Slack 已經承載或正在吸引來自 Anthropic、OpenAI、Google 與 Vercel 等公司的代理人。Harris 表示,Slack 最終可能充當 Model Context Protocol 用戶端,讓 Slackbot 能夠連接整個軟體生態系中的工具。
公司對這項野心的短期範圍保持謹慎。Harris 表示,組織大致仍處於單一代理人階段,並警告不要展示數千個代理人同時協調的情境。對建構者來說,這種克制很重要:可靠的擷取、權限與工具執行,可能比龐大但脆弱的多代理人架構更有價值。
Slackbot 已包含在 Business+ 與 Enterprise+ 客戶方案中,無需額外付費。這種定價方式可能降低現有 Slack 使用者嘗試企業 AI的門檻,尤其是在採購團隊偏好將能力打包於既有平台時。
然而,Salesforce 更廣泛的資料存取模式可能影響連接式工作流程的經濟性。VentureBeat 引述 Fivetran 執行長 George Fraser 的警告指出,Salesforce API 定價變動,可能提高將 Salesforce 資料複製到 Snowflake 等系統,或連接到外部 AI 服務的企業成本。Salesforce 則將這些定價變動描述為業界標準作法。
這種張力對企業買家來說很重要。打包式助理在使用者介面上可能很便宜,但移動、查詢或治理底層資料的成本,可能會出現在技術堆疊的其他地方。評估 Slackbot 的買家需要檢視連接器限制、API 使用量、保留政策、稽核控制,以及 Salesforce 自家產品以外資訊的處理方式。
第一個訊號將是 Slackbot 所回報的內部參與度,是否能轉化為付費客戶的持續使用。產品團隊也應關注承諾中的會議預約功能、預計於 3 月 3 日完成的行動版功能,以及 Claude 之外更多模型供應商的加入。
下一個重大考驗是工具範圍。Salesforce 曾談到第三方工具呼叫與基於 MCP 的架構,但尚未提供對 HubSpot 或 Microsoft Dynamics 等競爭 CRM 系統的支援細節。這些整合可能決定 Slackbot 是成為真正廣泛的企業介面,還是主要仍是一個以 Salesforce 為中心的助理。
模型選擇也將是另一個競爭指標。加入 Gemini 或 OpenAI 可能提升成本與效能彈性,但也會提高跨供應商維持一致安全性、權限與回應行為的重要性。
Salesforce 推出 Slackbot 的意義,不在於它又帶來了一個工作聊天機器人,而在於它把 Slack 變成企業行動的提議控制面。近期最強的使用案例都建立在既有對話與紀錄之上:找出決策、整理零散證據、準備文件,以及減少例行的情境切換。
更難的問題在於執行。要讓 Slackbot 成為企業級「超級代理人」,Salesforce 必須證明權限不會失效、工具呼叫可靠,且隨著客戶連接更多系統,總成本仍可預測。供應商回報的採用成績令人鼓舞,但隨著與 Microsoft Copilot 和 Google Gemini 的競爭加速,更廣泛的客戶證據與獨立驗證將比內部熱情更重要。
Salesforce 已將 Slackbot 重建為用於企業搜尋與任務的 AI 代理人,進一步加劇其與 Microsoft 和 Google 的工作場域 AI 競爭。