Anthropic의 Claude Salesforce Plugin, CRM 업무를 AI 채팅으로 옮기다
Anthropic은 9월 15일 Claude Salesforce plugin의 베타 버전을 출시하며, 영업 담당자에게 Claude에서 실시간 고객 기록을 활용할 수 있는 37개 스킬을 제공했다. 이번 출시는 Claude를 계정 조사, 통화 준비, 파이프라인 검토, 예측, CRM 업데이트 제안 등을 위한 인터페이스로 전환한다.
이 변화는 통합 카탈로그에 또 하나의 커넥터가 추가되는 것보다 더 큰 의미를 지닌다. Salesforce는 수십 년간 자사 인터페이스를 영업 업무의 중심으로 만들어 왔다. 새 plugin은 대신 Claude가 Salesforce 데이터, 권한, 비즈니스 규칙 앞단에 자리하도록 한다.
Salesforce는 Anthropic과의 확장된 파트너십인 Claudeforce를 통해 이러한 변화를 지원하고 있다. 이 협력은 Agentforce와 Slack을 포함한 Salesforce 제품 안에도 Claude를 배치한다. 그러나 더 중요한 방향은 반대쪽에 있다. 이제 Salesforce는 Claude 뒤에서 거버넌스가 적용되는 시스템으로 작동할 수 있다.
따라서 당장의 경쟁 구도는 Anthropic 대 Salesforce가 아니다. Claude 안에서 이뤄지는 대화형 업무와 CRM 애플리케이션 안에서 기록, 보고서, 대시보드, 워크플로를 탐색하는 기존 모델의 경쟁이다.
Claude Salesforce Plugin은 37개 영업 스킬로 시작한다
Anthropic과 Salesforce는 단순히 원시 CRM 기록을 채팅으로 노출하는 데 그치지 않고, 일반적인 영업 업무를 사전 정의된 Claude 워크플로로 전환하고 있다.
Claude 출시 게시물에 따르면, 이번 베타는 기존 Salesforce 권한 체계 아래 영업 담당자의 계정, 기회, 파이프라인 정보를 Claude로 가져온다. 37개 스킬은 계정 조사, 미팅 준비, 파이프라인 점검, CRM 관리와 같은 반복 업무를 다룬다.
스킬은 정해진 작업을 완료하기 위한 지침과 도구를 묶어 놓은 패키지다. 이 구조는 Claude에 따라야 할 프로세스와 관련 Salesforce 기능에 대한 접근 권한을 함께 제공한다.
한 스킬은 고객 기록, 커뮤니케이션, 연결된 소스를 바탕으로 계정 브리핑을 구성할 수 있다. 다른 스킬은 진행 중인 기회를 검토해 정체된 것으로 보이는 거래를 식별할 수 있다. 그 밖의 스킬은 갱신 준비, 예측 설명, 활동 기록, 파이프라인 관리 상태를 지원한다.
실질적인 목표는 고객 대화 전후에 발생하는 정보 조합 업무를 제거하는 것이다. 영업 담당자는 흔히 연락처 기록, 기회 이력, 이메일, Slack 스레드, 미팅 노트를 각각 확인한다. 조직에서 이들을 연결해 두었다면 Claude는 해당 소스를 하나의 업무 맥락으로 모을 수 있다.
이 plugin은 Claude 안에서 인터랙티브 뷰도 만들 수 있다. Anthropic은 영업 담당자가 별도 보고 화면으로 이동하지 않고 파이프라인 대시보드를 만들고, 예측 정보를 검토하며, 계정 계획을 살펴볼 수 있다고 말한다.
이는 Salesforce 기록을 대체하는 것이 아니다. Claude는 여전히 고객 데이터, 접근 통제, 워크플로 로직을 보유한 시스템으로서 Salesforce에 의존한다. 변화의 핵심은 사람들이 질문하고, 맥락을 검토하며, 업무를 시작하는 위치다.
Salesforce는 이 광범위한 파트너십을 Claudeforce라고 부른다. 파트너십 발표에서는 원래 Salesforce in Claude를 2026년 9월 중 오픈 베타에 들어가는 plugin으로 설명했다. Anthropic의 9월 15일 출시는 이 계획을 실제 베타 운영 단계로 옮겼다.
접근에는 여전히 조건이 있다. Anthropic은 이 베타가 Salesforce 등록 절차를 통해 승인받은 조직을 대상으로 유료 Claude 플랜에서 제공된다고 설명한다. 따라서 이용 가능 여부는 기업, 구성, 지역에 따라 달라질 수 있다.
베타와 정식 출시의 차이는 중요하다. 베타는 고객이 이 plugin을 표준 프로덕션 인프라로 취급하기 전에 동작, 관리, 신뢰성을 검증해야 한다는 신호다. 이는 광범위한 도입을 의미하지도, 모든 Salesforce 환경에서 워크플로가 시간을 절약한다는 사실을 입증하지도 않는다.
그럼에도 이 베타는 구체적인 시험을 만든다. 영업 담당자는 이제 Claude 중심 워크플로를 CRM 페이지를 열고, 보고서를 조회하고, 개별 필드를 업데이트하는 익숙한 절차와 비교할 수 있다.
Salesforce가 Claude를 첫 관문으로 허용하는 이유
Salesforce는 업무가 시작되는 모든 화면을 소유하는 것보다 엔터프라이즈 데이터와 작업에 대한 통제권을 유지하는 일이 더 중요하다고 보고 있다.
회사의 공개 설명은 이례적으로 직접적이다. Salesforce는 Claudeforce 제품 페이지에서 소프트웨어가 인터페이스인 모델에서, 여러 인터페이스를 구동하는 소프트웨어로의 전환을 설명한다. 이 프레임은 전통적인 애플리케이션 화면을 업무의 영구적 중심이 아니라 하나의 선택지로 본다.
Salesforce가 마주한 방어적 위험은 분명하다. 영업 담당자가 점점 Claude, Slack 또는 다른 AI 어시스턴트에서 하루를 시작한다면, 이들을 별도의 CRM 인터페이스로 되돌리는 일은 마찰을 만든다. 이메일, 대화, 문서, 캘린더에 폭넓게 접근할 수 있는 어시스턴트는 CRM 기록 하나만으로는 제공하기 어려운 즉각적인 업무 맥락을 더 많이 보유할 수도 있다.
이 변화를 막는다면 거버넌스가 덜 적용되는 통합의 여지가 생긴다. 기업은 자체 커넥터를 조합하거나, 범용 자동화 서비스를 사용하거나, 직원이 관리되지 않는 채팅에 고객 데이터를 복사하도록 허용할 수 있다.
Claudeforce는 Salesforce에 다른 위치를 제공한다. 회사는 사용자가 어디서 일하든 통제된 데이터와 작업을 노출하면서도, 그 아래의 권위 있는 시스템이라는 역할을 유지할 수 있다.
여기서 Model Context Protocol, 즉 MCP가 아키텍처에 들어온다. MCP는 AI 애플리케이션이 표준화된 인터페이스를 통해 외부 도구와 데이터 소스에 연결할 수 있도록 하는 오픈 프로토콜이다. Salesforce는 Salesforce 사용자 인터페이스를 요구하지 않고 플랫폼 기능을 제공하는 접근 방식인 Headless 360의 일부로 MCP를 사용한다.
이 아키텍처는 추론과 실행을 분리한다. Claude는 요청을 해석하고, 관련 맥락을 수집하며, 응답이나 작업을 제안한다. Salesforce는 기록을 제공하고, 접근 권한을 검증하며, 비즈니스 로직을 적용하고, 지원되는 작업을 실행한다.
이 분리는 Anthropic에 유리하다. Claude가 유용한 엔터프라이즈 맥락을 확보하기 때문이다. 동시에 다른 제품이 대화를 통제하더라도 데이터 모델과 거버넌스의 가치를 유지할 수 있으므로 Salesforce에도 유리하다.
이 파트너십은 양방향으로도 작동한다. Claude는 Agentforce 내의 추론 모델로 활용되고 Salesforce의 Slack 전략 일부를 지원한다. Salesforce는 Claude가 여러 내부 및 고객 대상 경험의 기본 모델이라고 밝힌 바 있으며, Anthropic은 Salesforce를 선호 CRM으로 사용한다.
따라서 두 회사는 인터페이스가 겹치더라도 인프라 수준에서는 파트너다. Salesforce는 고객이 Agentforce, Slack, 자사 애플리케이션을 사용하길 원한다. Anthropic은 지식 근로자가 이러한 시스템 전반의 작업을 조율하는 장소로 Claude가 자리 잡기를 원한다.
이러한 긴장이 파트너십을 모순적으로 만드는 것은 아니다. 이는 엔터프라이즈 소프트웨어가 어떻게 변화하고 있는지를 반영한다. 하나의 플랫폼이 기록과 통제를 제공하는 동안, 여러 어시스턴트가 일상 업무 공간이 되기 위해 경쟁할 수 있다.
구매자에게 중요한 질문은 Salesforce가 사라지는지 여부가 아니다. Salesforce 애플리케이션이 영업 담당자가 CRM 정보를 해석하고 이에 따라 행동하는 기본 장소로 남을지 여부다.
대화형 CRM은 메뉴 탐색 이상의 것을 이겨내야 한다
이 plugin은 대화가 기존 CRM 뷰, 보고서, 워크플로보다 더 빠르게 신뢰할 수 있는 의사결정을 만들어 낼 때에만 성공한다.
가장 분명한 사용 사례는 영업 통화 전에 시작된다. 담당자는 최근 계정 활동, 진행 중인 기회, 연락처, 이전 대화, 미해결 문제를 결합한 브리핑을 Claude에 요청할 수 있다. 응답은 흩어진 기록을 집중된 준비 문서로 바꿀 수 있다.
이 워크플로는 대화형 인터페이스에 유리하다. 영업 담당자의 질문은 하나의 화면에 정확히 대응하는 경우가 드물기 때문이다. 갱신을 준비하려면 기회 이력, 지원 사례, 의사결정권자, 제품 사용량, 최근 서신이 필요할 수 있다.
파이프라인 검토는 더 어려운 시험을 만든다. 관리자는 특정 기간에 마감되는 기회, 최근 활동이 없는 기회, 단계가 변경된 거래를 물을 수 있다. Claude는 결과를 요약하고 해당 질문에 맞춰 생성한 대시보드를 제시할 수 있다.
전통적인 보고서는 예측 가능하고 반복 가능하다. 또한 팀이 검토할 수 있는 고정된 정의를 제공한다. Claude는 자연어 요청을 파이프라인 분석으로 전환할 때 이러한 정의를 보존해야 한다.
"정체된 거래"와 같은 표현은 문제를 잘 보여 준다. 어떤 조직은 이를 14일간 활동이 없는 경우로 정의할 수 있다. 다른 조직은 다음 단계 누락, 변경되지 않은 마감일 또는 여러 요인의 조합을 사용할 수 있다. Claude에는 그럴듯한 해석이 아니라 회사의 실제 로직이 필요하다.
같은 문제는 예측에도 적용된다. 대화형 요약은 여러 기록에 걸친 변화를 설명할 수 있지만, 그 유용성은 일관된 원본 데이터에 달려 있다. 누락된 연락처, 오래된 단계, 불완전한 노트가 AI가 이를 둘러싼 유창한 문장을 생성한다고 해서 정확해지는 것은 아니다.
Claude Salesforce plugin은 요청을 실시간 Salesforce 데이터에 기반하게 하고, 지원되는 작업을 Salesforce를 통해 처리함으로써 이 문제의 일부를 해결한다. 기존 권한과 비즈니스 규칙은 조회와 실행 중에도 계속 적용된다.
그라운딩은 모델의 응답을 지정된 조직 소스에 연결하는 것을 의미한다. 이는 모델의 일반 학습에 대한 의존도를 낮추지만, 모든 결론이 정확하다고 보장하지는 않는다.
사용자는 여전히 조회된 사실과 Claude의 해석을 구분해야 한다. 기록된 마감일은 Salesforce에서 가져온 사실이다. 거래가 위험해 보인다는 주장은 사용 가능한 증거와 plugin의 프로세스에 따라 달라지는 평가다.
이는 잘 관리된 고객 데이터의 가치를 낮추는 것이 아니라 더 높인다. 대화형 접근은 사용자가 고정 보고서가 답하는 범위보다 더 넓은 질문을 하기 때문에 데이터 공백을 빠르게 드러낼 수 있다. 데이터 품질이 낮을 때는 잘못된 해석을 더 빠르게 확산시킬 수도 있다.
베타를 평가하는 기업은 좁고 관찰 가능한 작업부터 시작해야 한다. 계정 브리핑, 기회 요약, 파이프라인 점검은 전체 영업 프로세스를 실행하라는 개방형 요청보다 더 명확한 비교를 제공한다.
기업은 plugin이 올바른 기록을 조회하는지, 필드 정의를 준수하는지, 누락된 맥락을 식별하는지, 사용자가 결론의 근거를 확인할 수 있는지를 측정해야 한다. 검토자가 모든 답변을 수동으로 재구성해야 한다면 절약된 시간은 거의 가치가 없다.
이 평가에는 실제 조직의 복잡성도 필요하다. 깔끔한 데모 환경은 수년간 축적된 사용자 지정 객체, 중복 기록, 예외, 영업 구역 규칙을 대표할 수 없다. 이러한 세부 사항은 초기의 신선함이 사라진 뒤에도 대화형 CRM이 유용한지를 결정한다.
권한은 도움이 되지만, 쓰기 경로는 여전히 불분명하다
핵심 위험은 Claude가 CRM 데이터를 읽을 수 있는지 여부가 아니라, 대화가 작업으로 전환될 때 조직이 어떤 일이 일어나는지 예측하고 통제할 수 있는지에 있다.
Anthropic은 이 통합이 기존 Salesforce 권한 아래에서 작동한다고 말한다. 사용자는 Salesforce 내에서 동일한 ID가 접근하도록 승인된 기록과 필드만 볼 수 있어야 한다.
Salesforce도 작업이 자사의 비즈니스 규칙을 통과한다고 말한다. 기록을 볼 권한이 모든 필드를 수정하거나 모든 워크플로를 실행할 권한을 자동으로 부여하지는 않기 때문에 이러한 설계는 중요하다.
두 회사는 제안된 CRM 변경 사항에 대해 인간 승인이 기본값이라고 설명한다. 영업 담당자는 Claude에 마감일이나 기회 단계를 조정해 달라고 요청하고, 제안된 편집을 검토한 뒤 Salesforce가 업데이트를 받기 전에 이를 승인할 수 있다.
그러나 공개 문서는 완전히 일관된 그림을 제시하지는 않는다. Anthropic의 출시 자료는 레코드 업데이트를 설명하는 반면, Salesforce 릴리스 노트는 베타 기능을 읽기 전용으로 설명한다.
이러한 설명은 서로 다른 출시 단계, 구성, 제품 또는 문서 작성 시점을 반영할 수 있다. 그럼에도 관리자에게는 실질적인 질문이 남는다. 특정 베타 환경에서 어떤 쓰기 기능이 활성화되어 있는가?
조직은 홍보된 모든 워크플로가 제공된다고 가정하지 말고 이 답을 직접 확인해야 한다. 또한 어떤 작업에 확인이 필요한지, 어떤 필드가 변경될 수 있는지, 감사 기록이 어디에 나타나는지도 파악해야 한다.
인증이 운영 통제의 필요성을 없애지는 않는다. 직원은 정당한 접근 권한을 가지고 있으면서도 잘못된 요청을 할 수 있다. Claude 역시 권한 경계를 우회하지 않고도 모호한 지시를 오해할 수 있다.
"갱신을 다음 달로 미뤄줘"라는 요청을 생각해 보자. 이 표현은 마감일, 청구 마일스톤, 예측 기간 또는 알림을 의미할 수 있다. 안전한 워크플로는 실행 전에 제안된 필드, 기존 값, 새 값, 영향을 받는 레코드를 보여줘야 한다.
대량 작업은 위험도를 더욱 높인다. 명시적 검토 후 하나의 영업 기회를 업데이트하는 일은 생성된 분류를 바탕으로 수십 개의 레코드를 변경하는 일과 다르다. 관리자는 트랜잭션 한도, 오류 처리, 되돌리기 가능 여부, 승인 동작을 이해해야 한다.
데이터 경로 역시 동등한 수준의 검토가 필요하다. Salesforce는 이 통합이 기존 통제를 준수한다고 말하며, Claudeforce 자료에서는 지원되는 Claude 모델에 대해 데이터 보존이 없다고도 홍보한다. 구매자는 자체 배포 환경의 계약 세부 사항, 지역별 처리, 로깅, 보존 요구사항을 확인해야 한다.
연결된 소스는 검토 범위를 넓힌다. 유용한 계정 브리핑은 Salesforce에 Slack, 이메일, 회의 기록, 문서를 결합할 수 있다. 각 연결에는 별도의 권한, 보존 정책, 그리고 데이터 품질 차이가 발생할 가능성이 따른다.
프롬프트 인젝션도 도구에 연결된 어시스턴트의 또 다른 우려 사항이다. 모델이 읽는 문서, 메시지 또는 외부 콘텐츠 안에 악의적이거나 오해를 유도하는 지시가 포함될 수 있다. 엔터프라이즈 팀은 신뢰할 수 없는 소스 텍스트와 승인된 운영 지시 사이에 경계를 마련해야 한다.
어느 회사도 베타가 이러한 위험을 제거한다는 독립적 증거를 공개하지 않았다. 더 책임 있는 주장은 더 제한적이다. 이 통합은 통제 계층의 일부로 기존 Salesforce 거버넌스를 사용한다.
이 접근 방식은 일반 챗봇에 제한 없는 CRM 자격 증명을 부여하는 것보다 강력하다. 하지만 그 효과는 구성, 정확한 ID 매핑, 명확한 확인 화면, 실제 워크플로에서의 신뢰할 수 있는 집행에 여전히 달려 있다.
베타 고객은 Claude가 무엇을 읽고, 추론하고, 제안하고, 실행할 수 있는지 문서화해야 한다. 이 네 가지 범주는 서로 대체할 수 없으며, 하나의 기능으로 취급하면 가장 중요한 통제 질문이 가려진다.
Agentforce가 마주한 것은 단순한 모델 경쟁이 아니라 인터페이스 문제다
Claude가 이미 동일한 거버넌스 적용 데이터를 추론할 수 있는 상황에서, Salesforce는 고객이 왜 자체 에이전트 경험을 필요로 하는지 보여줘야 한다.
Agentforce는 Salesforce AI 전략의 핵심 요소로 남아 있다. 이는 Salesforce 데이터, 워크플로, 고객 채널에 연결된 에이전트를 구축하고 배포하는 도구를 제공한다.
Claude 통합이 이 제품을 대체하는 것은 아니다. Salesforce는 Agentforce 내에서 Claude를 추론 모델로 사용할 수 있으며, Agentforce는 배포 통제와 애플리케이션별 오케스트레이션을 제공한다.
그러나 Salesforce in Claude는 구매자가 내릴 비교의 기준을 바꾼다. 구매자는 작업에 목적형 Salesforce 에이전트가 필요한지, Claude 플러그인이 필요한지, 직원이 Lightning에서 작업해야 하는지, 혹은 이 세 가지를 조합해야 하는지를 물을 수 있다.
내부 지식 업무에서는 Claude가 인터페이스 측면의 이점을 갖는다. 직원은 하나의 대화 안에서 CRM 정보와 글쓰기, 분석, 리서치, 문서, 연결된 업무 환경 소스를 결합할 수 있다.
고객 대면 자동화에서는 Agentforce가 다른 역할을 맡을 수 있다. 기업은 지원 채널에 내장되고, 서비스 프로세스의 거버넌스를 따르며, 중앙에서 모니터링되고, Salesforce 운영과 통합된 에이전트가 필요할 수 있다.
이 경계가 항상 명확하게 유지되지는 않을 것이다. Claude는 도구를 호출하고 여러 단계의 작업을 완료할 수 있다. Agentforce는 추론에 Claude를 사용할 수 있다. 따라서 두 제품 모두 맥락을 분석하고 작업을 수행하는 워크플로에 참여할 수 있다.
이러한 중첩은 차별화를 통제, 배포, 작업 설계 쪽으로 옮긴다. 승리하는 시스템이 반드시 가장 뛰어난 모델을 가진 시스템은 아니다. 사용자가 충분한 맥락을 확보하면서도 작업을 이해하고 관리할 수 있게 하는 시스템이다.
Microsoft와 OpenAI는 더 광범위한 경쟁 압력을 더한다. 이들의 엔터프라이즈 어시스턴트 역시 생산성 제품군, 커넥터, 에이전트 프레임워크를 기반으로 여러 애플리케이션을 아우르는 업무 공간이 되려 한다. Salesforce는 자체 인터페이스가 모든 CRM 작업의 출발점으로 남을 것이라고 가정할 수 없다.
Salesforce의 대응은 여러 AI 환경에서 플랫폼을 사용할 수 있게 만드는 것이다. 회사는 인터페이스 아래의 가치, 즉 고객 레코드, 데이터 관계, 워크플로 로직, 권한, 산업별 구성을 보호하고 있다.
이 전략에는 상충관계가 따른다. Salesforce 밖에서 Salesforce의 기능이 강력해질수록 일부 사용자는 주요 애플리케이션을 열 필요가 줄어든다. Salesforce가 필수적인 역할을 유지하는 동안에도 사용은 Claude 쪽으로 이동할 수 있다.
반대로 서드파티 인터페이스를 거부하면 고객이 Salesforce를 우회해 구축할 위험이 커진다. 회사는 화면은 유지하더라도 떠오르는 에이전트 계층에 대한 영향력은 잃을 수 있다.
Anthropic 역시 자체적인 의존성을 안고 있다. Claude가 신뢰할 수 있는 시스템에 접근할 수 있을 때 엔터프라이즈 가치는 높아지지만, Anthropic은 고객 CRM 데이터의 정확성이나 구조를 통제하지 않는다. 또한 신뢰할 수 있는 작업을 노출하고 규칙을 집행하기 위해 Salesforce에 의존한다.
따라서 이 파트너십은 경쟁을 제거하지 않으면서 책임을 분담한다. Anthropic은 추론 인터페이스를 제공한다. Salesforce는 거버넌스가 적용된 비즈니스 기반을 제공한다. 두 회사 모두 고객이 전체 워크플로를 설계하는 방식에 영향을 미치고자 한다.
엔터프라이즈 구매자는 이를 단순한 모델 벤치마크로 축소해서는 안 된다. 권한이 실패하거나, 레코드에 맥락이 부족하거나, 어시스턴트가 관련 작업을 완료할 수 없다면 추론 품질의 작은 차이는 중요도가 낮아진다.
실제 평가는 전체 작업을 따라가야 한다. 팀은 초기 요청, 소스 검색, 추론, 제안된 작업, 승인 단계, Salesforce 실행, 최종 감사 추적을 테스트해야 한다.
이 과정은 Claude Salesforce 플러그인이 운영 인터페이스인지, 아니면 주로 편리한 요약 계층인지 드러낼 것이다.
베타가 영업 업무를 바꾸는지 보여줄 세 가지 신호
다음 단계는 쓰기 통제, 복잡한 조직 내 도입, 초기 영업 워크플로를 넘어선 확장에 달려 있다.
첫 번째 신호는 작업에 관한 문서의 수렴이다. Anthropic과 Salesforce는 어떤 베타 구성이 읽기, 제안된 업데이트, 직접 실행 또는 대량 변경을 지원하는지 명확히 밝혀야 한다.
두 회사가 일관된 기능 매트릭스와 세분화된 관리 통제를 공개한다면, 프로덕션 사용에 대한 신뢰는 강화될 것이다. 제품 페이지와 릴리스 노트 간의 불일치가 계속된다면 플러그인은 평가 도구에 더 가까운 상태로 남을 것이다.
두 번째 신호는 성숙한 Salesforce 환경을 갖춘 고객의 증거다. Salesforce는 Deloitte, GitLab, Legora를 포함한 조직이 파일럿 활동에 참여했다고 말한다. 유용한 증거는 작업 완료, 오류율, 검토 요구사항, 데이터 거버넌스 결과를 설명할 것이다.
더 빠른 준비에 관한 일화는 유망한 워크플로를 식별할 수 있지만, 반복 가능한 가치를 입증할 수는 없다. 구매자는 플러그인이 사용자 정의 필드, 복잡한 역할, 지역별 팀, 불완전한 레코드 전반에서 작동하는지 알아야 한다.
팀이 파일럿 이후에도 Claude를 계속 사용한다는 증거는 인터페이스 전환을 뒷받침할 것이다. 광범위한 수동 검증이나 제한적인 배포는 핵심 의사결정에 기존 보고서와 Salesforce 화면이 여전히 필요하다는 점을 시사할 것이다.
세 번째 신호는 영업을 넘어선 약속된 확장이다. Salesforce는 서비스, 마케팅, 커머스, 매출, Tableau, MuleSoft, 산업별 워크플로 및 기타 플랫폼 영역을 향후 방향으로 제시했다.
이러한 추가 기능은 Claudeforce를 영업 플러그인에서 더 광범위한 인터페이스 전략으로 바꿀 것이다. 지연되거나 강하게 제한된 출시는 거버넌스가 적용된 대화형 작업이 출시 비전이 시사하는 것보다 여전히 어렵다는 점을 보여줄 것이다.
9월 베타는 이미 한 가지 중요한 사실을 확립했다. Salesforce는 Claude가 직원들이 고객 정보와 직접 작업하는 장소가 되도록 허용할 의지가 있다. 해결되지 않은 문제는 얼마나 많은 업무가 그곳으로 안전하게 이동할 수 있느냐다.
영업 리더에게 실질적인 다음 단계는 통제된 비교다. 반복적으로 수행되는 여러 작업을 선택하고, 현재 소요 시간과 오류 패턴을 문서화한 뒤, 동일한 레코드와 권한 역할로 플러그인을 테스트하라.
일반적인 레코드뿐 아니라 복잡한 레코드도 포함하라. 모호한 요청, 누락된 필드, 제한된 계정, 이견이 있는 예측, 제안된 업데이트를 테스트하라. Claude가 무엇을 말하는지, Salesforce가 무엇을 허용하는지, 감사 추적이 무엇을 기록하는지 검토하라.
지식 근로자는 나머지 맥락이 준비되어 있는지도 살펴봐야 한다. CRM 데이터는 신뢰할 수 있는 노트, 문서, 대화와 연결될 때 더 유용해진다. 구조화된 영업 지식 워크플로는 더 많은 자동화를 추가하기 전에 팀이 주변 맥락을 정리하는 데 도움을 줄 수 있다.
Claude Salesforce 플러그인은 CRM 인터페이스가 사라졌다는 증거가 아니다. 이는 거버넌스가 적용된 시스템은 그대로 유지하면서 인터페이스가 이동할 수 있는지를 시험하는 실제 테스트다. 앞으로 몇 달 동안은 사용자가 Claude에게 무엇을 요약해 달라고 요청하는지만이 아니라, 무엇을 변경하도록 신뢰하는지를 지켜봐야 한다.
