Salesforce가 기업 정보를 검색하고 문서를 작성하며 직원들을 위해 작업을 수행할 수 있는 재구축된 Slackbot을 출시하면서, Slack의 오랜 알림 도우미를 AI 에이전트로 전환했다. VentureBeat AI에 따르면 이 제품은 Business+ 및 Enterprise+ 고객에게 일반 제공되며, Salesforce가 Slack을 업무 자동화를 위한 운영 계층으로 만들려는 지금까지의 가장 분명한 시도를 보여준다.

이 조치는 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는 테스트 기간 동안 약 8만 명의 직원에게 새 Slackbot을 제공했다고 밝혔다.

회사에 따르면 직원의 3분의 2가 이를 사용해 봤고, 그중 80%는 계속 정기적으로 사용했으며 만족도는 96%에 달했다. Salesforce는 또한 직원들이 주당 2시간에서 20시간을 절약했다고 보고했다고 말했다. 이 수치는 강한 내부 참여를 시사하지만, 공개된 증거로는 독립 검증되지 않았으며 다른 조직에서도 비슷한 결과를 입증하지는 않는다.

Salesforce 임원들은 자발적 사용 패턴도 언급했다. 회사는 직원들이 250개가 넘는 프롬프트가 담긴 공유 Canvas를 만들었고, Salesforce의 사용자 경험 팀 연구에 따르면 내부 도입의 73%가 소셜 공유에서 비롯됐다고 밝혔다. 이는 프롬프트 공유와 동료 학습이 배포에 중요할 수 있음을 시사하지만, 여전히 공급업체 보고에 기반한 신호다.

파일럿 고객들도 비슷한 이야기를 전했다. YouTube 크리에이터 MrBeast와 관련된 Beast Industries는 Slackbot이 각 사용자의 기존 권한을 존중하기 때문에 보안 검토가 비교적 빨랐다고 말했다. 한 직원은 하루 최소 90분을 절약했다고 전해졌고, Engine의 한 임원은 맥락 전환을 줄여 도구가 하루 약 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 외부에서의 반복 사용 증거다. 독립적인 고객 연구, 시간 절약의 더 명확한 측정, 오류율 보고가 있으면 지속적인 워크플로 가치와 초기 사용자 열기를 구분하는 데 도움이 될 것이다.

제3자 도구 호출의 발전은 Slackbot이 감사하기 어려운 자동화 작업의 연쇄를 만들지 않으면서 유용한 조율 계층이 될 수 있는지 보여줄 것이다. HubSpot과 Microsoft Dynamics를 포함한 경쟁 CRM 시스템과의 통합도 아직 풀리지 않은 경쟁 과제다.

마지막으로 엔터프라이즈 고객은 API 접근, 데이터 공유 정책, 거버넌스 제어의 변화를 추적해야 한다. Slackbot의 매력은 넓은 맥락에 달려 있지만, 그 수용 가능성은 그 맥락이 권한을 인식하고, 감사 가능하며, 비용 예측이 가능한지에 달려 있다.

Creati.ai 관점

Salesforce는 또 하나의 일반 챗봇을 내세워 이 경쟁에서 이기려는 것이 아니다. Slack에 축적된 대화, 문서, 업무 관계가 독립형 AI 도구에 부족한 맥락을 제공할 수 있다고 베팅하고 있다. 이는 설득력 있는 제품 전략이지만, 보고된 도입 수치는 여전히 Salesforce 자체의 증거이며 가장 야심 찬 에이전트 조율 기능은 아직 로드맵에 남아 있다.

결정적인 시험대는 Slackbot이 사용자 권한을 유지하면서 엔터프라이즈 시스템 전반에서 작고 검증 가능한 작업을 안전하게 완료하고, 결과가 어떻게 만들어졌는지 팀이 충분히 볼 수 있느냐는 점이다. 그것이 가능하다면 Slack은 단순한 커뮤니케이션 허브를 넘어선다. 그렇지 못하다면 Microsoft Copilot과 Google Gemini가 더 넓은 스위트 수준 통합을 통해 중요한 우위를 유지할 것이다.