Salesforce가 재구축한 버전의 Slackbot을 출시하면서, Slack의 오랜 업무용 어시스턴트를 가벼운 알림 기능에서 회사가 엔터프라이즈 검색, 초안 작성, 작업 실행을 위한 AI 에이전트라고 설명하는 도구로 다시 정의했다. VentureBeat에 따르면 새 Slackbot은 현재 Slack Business+ 및 Enterprise+ 고객에게 일반 제공되고 있으며, 더 넓은 배포는 2월 말까지 계속되고 모바일 완료는 3월 3일까지 예상된다.

이 변화는 단순한 제품 새단장 이상의 의미가 있다. Salesforce는 Slack을 직원들이 질문을 하고, 문서를 생성하고, 흩어진 시스템에서 맥락을 모으고, 결국 비즈니스 소프트웨어 전반에서 액션을 트리거하는 장소로 만들려 하고 있다. 이는 Microsoft Teams의 Microsoft Copilot, Google Workspace의 Google Gemini와 더 직접적으로 경쟁하게 만들며, 동시에 Slack을 Salesforce의 AI 에이전트와 Agentforce에 대한 더 큰 비전과 더욱 긴밀하게 연결한다.

Salesforce에게 이번 출시는 전략적 압박 지점에 대한 대응이기도 하다. 투자자들은 지난 1년 동안 생성형 AI가 기존 소프트웨어 기업을 강화할지, 아니면 제3자 어시스턴트 뒤의 인프라 제공자로 전락시킬지 질문해 왔다. Salesforce의 답은, 충분한 맥락과 권한, 워크플로 범위를 갖춘다면 채팅 레이어 자체가 엔터프라이즈 AI의 제어 평면이 될 수 있다는 것이다.

작은 업그레이드가 아닌, 재구축된 Slackbot

VentureBeat는 Salesforce 임원들이 이 제품을 기존 Slackbot의 반복이 아닌, 바닥부터 다시 만든 재구축이라고 설명했다고 전했다. 이전 버전은 Slack 내부에서 리마인더, 알림, 기본 프롬프트를 처리했다. 새 시스템은 Slack CTO이자 Salesforce 공동창업자인 Parker Harris에 따르면 대규모 언어 모델, 검색, 엔터프라이즈 데이터 소스로의 커넥터를 중심으로 설계됐다.

VentureBeat에 소개된 바에 따르면, Slackbot은 Slack 대화, Salesforce 레코드, Google Drive 파일, 캘린더 데이터를 가로질러 검색할 수 있다. 해당 매체가 인용한 시연에서, Slack 제품 담당자들은 어시스턴트가 고객 피드백을 분석하고, 그 자료를 업로드된 대시보드 이미지와 대조하며, 파일럿을 위한 Salesforce 내 잠재 계정을 식별하고, 결과를 Slack Canvas 문서로 전환한 뒤, 후속 미팅을 위한 이해관계자 가용성을 확인하는 모습을 보여줬다.

이 워크플로가 중요한 이유는 Salesforce가 Slackbot을 단순한 Q&A용 채팅 인터페이스로 위치시키지 않기 때문이다. 회사는 Slackbot이 Slack Canvas 안에서, 나아가 시간이 지나 외부 도구 전반에서 조정 레이어가 되길 원한다. Slack 최고제품책임자 Rob Seaman은 VentureBeat에 오늘날 Canvas로의 문서 생성은 사실상 내부 도구 호출이며, 향후 서드파티 도구 호출 계획을 시사한다고 말했다.

이 로드맵이 현실화되면 Slackbot은 사용자가 이미 익숙한 협업 표면 안에서 작동하는 작업 중심 어시스턴트에 더 가까워질 것이다. 이는 엔터프라이즈 AI 전반에서 추구되는 같은 방향이지만, Salesforce는 Slack의 대화 기록과 채널 구조가 맥락 면에서 우위를 제공한다고 베팅하고 있다.

Salesforce가 Claude를 먼저 선택한 이유

VentureBeat에 따르면, 새 Slackbot은 현재 Anthropic의 Claude를 기반으로 작동한다. Harris는 초기 모델 선택이 부분적으로 규정 준수 요건에 의해 결정됐다고 말했는데, 구체적으로 Slack의 상용 서비스가 미국 연방 고객을 위한 FedRAMP Moderate 인증 하에 운영되며, 시스템이 구축될 당시 사용 가능한 규정 준수 옵션이 Anthropic이었다는 것이다.

하지만 이것이 장기적인 단일 모델 전략처럼 보이진 않는다. Harris는 VentureBeat에 올해 추가 제공업체를 지원할 것으로 예상한다고 말했으며, 성능과 비용 모두에서 Gemini를 강력한 선택지로 언급했다. 그는 또한 OpenAI도 가능성이 있다고 말했다.

이는 두 가지 점에서 주목할 만하다. 첫째, Salesforce가 기초 모델들을 자신이 통제하는 제품 경험 아래에서 교체 가능한 구성 요소로 다루고 있음을 시사한다. 둘째, 애플리케이션 벤더들이 점점 더 지연 시간, 가격, 규정 준수, 품질에 따라 작업을 서로 다른 모델로 라우팅할 자유를 원하며, 제품을 한 공급자에 묶어 두길 원하지 않는 더 넓은 시장 변화를 반영한다.

Salesforce는 이번 출시에 익숙한 엔터프라이즈용 안심 메시지도 곁들였다. Harris는 회사가 고객 데이터를 학습에 사용하지 않는다고 말했다. 이 발언은 흔한 구매자 우려를 겨냥한 것이지만, 독립적으로 아키텍처나 데이터 처리 관행이 검증됐다는 의미가 아니라 제품 정책에 대한 벤더의 주장으로 읽어야 한다.

진짜 경쟁은 워크플로 소유권을 둘러싼 싸움이다

가장 분명한 비교 대상은 Microsoft Copilot이다. Teams, Microsoft 365, Outlook, Office 문서가 이미 많은 엔터프라이즈 워크플로 안에 자리 잡고 있기 때문이다. Google Gemini도 Workspace 전반에서 유사한 내장 우위를 갖는다. Slack의 대응은 일상적인 대화 속에서의 근접성과 맥락이 문서 제품군 통합 못지않게 강력할 수 있다고 주장하는 것이다.

Salesforce 임원들은 VentureBeat에 Slackbot의 강점은 이미 팀이 소통하고 결정을 내리는 곳에 내장돼 있다는 점이라고 말했다. 회사는 또한 Slackbot이 최종 사용자가 대규모 설정을 할 필요 없이, 사용자의 기존 채널, 파일, 권한을 기반으로 동작한다고 주장한다.

이 주장은 타당하지만 한계도 있다. Slack이 운영 중심인 조직에서는 Slackbot이 보조 워크플로로 가는 가장 빠른 경로가 될 수 있다. 반대로 Microsoft 365나 Google Workspace를 주로 쓰는 조직에서는 정반대일 수 있다. 엔터프라이즈 AI 경쟁의 많은 부분은 결국 어느 표면이 작업에 “충분히 가까워” 기본 요청 레이어가 되느냐를 둘러싼 싸움이 되고 있다.

Salesforce는 경쟁 구도를 어시스턴트 너머로 넓히려 하고도 있다. Harris는 VentureBeat에 Slackbot을 궁극적으로 다른 에이전트와 조정할 수 있는 중앙 인터페이스인 “슈퍼 에이전트”로 묘사했다. 이는 Slackbot을 Salesforce의 더 큰 엔터프라이즈 AI 에이전트 비전인 Agentforce와 연결하고, Slack 안에서 등장하는 외부 에이전트 생태계와도 연결한다.

VentureBeat는 Anthropic의 Claude Code for Slack이 이미 프리뷰 상태이며, OpenAI, Google, Vercel도 이 플랫폼용 에이전트를 구축했다고 전했다. Slack이 여러 특화 에이전트를 담는 컨테이너가 된다면, Salesforce의 기회는 단지 하나의 어시스턴트를 판매하는 데 그치지 않고 인간 노동자와 소프트웨어 에이전트가 상호작용하는 환경 자체를 소유하는 데 있다.

근거, 도입 주장, 남은 질문들

이 이야기는 Salesforce 인터뷰와 제품 시연에 대한 VentureBeat의 보도를 바탕으로 하고 있기 때문에, 가장 강력한 성능 및 도입 신호들 중 일부는 벤더가 제시한 것이며 신중하게 봐야 한다.

Salesforce는 VentureBeat에 새 Slackbot을 내부적으로 8만 명의 직원과 함께 테스트했다고 밝혔다. 회사는 직원의 3분의 2가 이를 사용해 봤고, 그중 80%가 정기적으로 계속 사용했으며, 내부 만족도는 96%에 달했다고 말했다. 임원들은 또한 직원들이 주당 2시간에서 20시간을 절약했다고 보고했다고 했다. 이 수치들은 강한 내부 관심을 시사할 수 있지만, 독립적으로 감사된 사용 데이터가 아니라 자가 보고 또는 회사 보고 지표다.

같은 주의가 파일럿 고객 사례에도 적용된다. VentureBeat는 Beast Industries, Slalom, reMarkable, Xero, Mercari, Engine의 발언을 보도했다. 이런 언급은 초기 시장 테스트 신호로는 유용하지만, 광범위한 엔터프라이즈 확산을 입증하지는 않는다. Beast Industries 직원 1인당 하루 90분, Engine 임원 1인당 하루 30분 같은 보고된 시간 절감 수치는 일화적이며 역할에 특화된 것이다.

제품 제한도 여전히 남아 있다. Seaman은 캘린더 읽기와 가용성 확인은 현재 가능하지만, 미팅 예약은 몇 주 후에 제공될 예정이라고 말했다. 이미지 생성은 지원되지 않는다. 그리고 Salesforce는 HubSpot이나 Microsoft Dynamics 같은 경쟁 CRM 플랫폼 지원에 대해 VentureBeat에 구체적인 내용을 제공하지 않았다. 이 점은 중요하다. 구매자들은 Slackbot이 중립적인 엔터프라이즈 계층으로 작동할 수 있는지, 아니면 Salesforce가 이미 시스템 오브 레코드인 경우에 가장 잘 작동하는지를 알고 싶어 할 것이기 때문이다.

비용 역시 아직 불분명하다. VentureBeat는 Slackbot 자체는 Business+와 Enterprise+ 고객에게 추가 요금이 없다고 보도했다. 그러나 이 매체는 이번 출시를 Salesforce 데이터 접근 가격에 대한 더 넓은 우려와도 연결했으며, 여기에는 Fivetran CEO George Fraser의 비판도 포함됐다. 그는 더 높은 API 관련 비용이 엔터프라이즈가 Salesforce 데이터를 Snowflake 같은 외부 시스템으로 옮기거나 Salesforce가 선호하지 않는 스택 외부의 도구로 상호작용하는 일을 더 어렵게 만들 수 있다고 지적했다. 이 문제는 Slackbot과는 인접하지만 관련이 있다. 광범위한 엔터프라이즈 맥락을 약속하는 제품은 데이터 이동이 쉬울 때 더 가치가 크고, 접근이 더 제한되거나 비쌀 때는 덜 매력적이기 때문이다.

빌더와 엔터프라이즈 구매자에게 이것이 의미하는 것

제품 팀과 AI 빌더에게 이번 출시는 명확한 디자인 패턴을 다시 확인시킨다. 엔터프라이즈 어시스턴트는 범용 챗봇에서 협업 도구에 내장된 맥락 인식 에이전트로 이동하고 있다. Slackbot, Microsoft Copilot, Google Gemini는 모두 사용자가 애플리케이션을 오가거나 원본 자료를 수동으로 모을 필요를 줄이려 하고 있다.

엔터프라이즈 구매자에게 핵심 질문은 비전이 아니라 운영 문제다. Slackbot은 권한을 얼마나 잘 존중하는가? 답변을 Slack과 Salesforce 레코드에 얼마나 신뢰성 있게 인용하거나 근거를 댈 수 있는가? 커넥터와 거버넌스에 실제로 얼마나 많은 설정이 필요한가? 그리고 단지 정교한 요약만 만드는 것이 아니라, 안전하게 작업을 완료할 수 있는가?

Slack Canvas 측면은 특히 중요하다. 협업 문서 안의 공유 출력은 일회성 챗봇 응답보다 검토, 편집, 승인하기 쉬울 수 있다. Slackbot이 대화를 지속 가능한 산출물과 후속 작업으로 바꾸는 데 능숙해진다면, 요약에서 멈추는 어시스턴트보다 더 유용할 수 있다.

Slack 위에서 개발하는 개발자들에게는 Salesforce가 언급한 서드파티 도구 호출과 향후 Model Context Protocol 지원 가능성을 주시할 만하다. Slack 안의 더 강력한 에이전트 인터페이스는 코드 워크플로부터 승인, 지원 운영에 이르기까지 틈새 엔터프라이즈 액션을 위한 새로운 배포 경로를 만들어낼 수 있다. 하지만 그 기회는 Salesforce가 플랫폼을 얼마나 개방적으로 유지하느냐, 그리고 Agentforce를 포함한 자사 제품을 얼마나 우대하느냐에 달려 있다.

다음에 주목할 점

다음의 유의미한 신호들은 수사보다 구체적이어야 한다. 첫째, Salesforce가 약속한 Gemini나 다른 모델 제공업체 지원을 실제로 추가하는지 지켜봐야 한다. 이는 회사가 멀티 모델 아키텍처에 얼마나 진지한지를 보여줄 것이다.

둘째, Slack Canvas를 넘어 실제 도구 호출이 어떻게 작동하는지, 특히 감사 가능성과 권한 제어를 갖춘 상태에서 Slackbot이 서드파티 시스템에서 액션을 수행할 수 있게 하는 통합이 있는지 살펴봐야 한다.

셋째, Salesforce가 HubSpot, Microsoft Dynamics, Snowflake, 외부 데이터 플랫폼 같은 비 Salesforce 시스템 지원을 얼마나 명확히 하는지 추적해야 한다. 구매자들은 Slackbot이 엔터프라이즈 어시스턴트인지, 아니면 주로 Slack 안에 있는 Salesforce 어시스턴트인지 알고 싶어 할 것이다.

마지막으로, Salesforce 자체 직원과 선별된 파일럿 계정 밖에서의 채택이 내부 성공 사례보다 더 중요해질 것이다. 사용 유지율, 대형 고객 내 확장, 그리고 보안 팀이 대규모 배포에 편안함을 느낀다는 증거가 경영진의 열광보다 더 나은 지표가 될 것이다.

Creati.ai 관점

Salesforce의 Slackbot 출시는 Slack을 AI 기능이 붙은 커뮤니케이션 제품에서 엔터프라이즈 AI 인터페이스 계층의 강력한 경쟁자로 바꾸기 때문에 중요하다. 회사의 가장 강한 논거는 모델이 특별히 강력해서가 아니라, 작업 맥락이 이미 Slack 대화, 파일, 채널, 연결된 시스템 안에 존재한다는 점이다. Slackbot이 그 맥락을 안정적으로 유용한 액션으로 바꿀 수 있다면, Salesforce는 Slack을 Microsoft Teams에 맞서 방어하고 Agentforce를 추상적 개념이 아니라 실용적인 것으로 보이게 할 수 있는 길을 갖게 된다.

하지만 이것은 아직 성숙한 소프트웨어처럼 포장된 초기 제품군에 가깝다. 벤더가 보고한 내부 도입 수치는 고무적이지만 결정적이지는 않다. 더 큰 시험은 엔터프라이즈 고객이 Slackbot을 또 하나의 어시스턴트 창이 아니라 신뢰할 수 있는 자동화 표면으로 볼지 여부다. 업무용 AI에서 승자는 가장 영리한 답을 쓰는 시스템이 아닐 가능성이 높다. 권한, 워크플로, 규정 준수, 후속 실행을 충분히 잘 맞춰 일상 운영의 일부가 되는 시스템일 것이다. Salesforce는 Slackbot으로 신뢰할 만한 움직임을 보였다. 이제 그 가치를 자사 울타리 밖에서 증명해야 한다.