Salesforce를 열지 않고 영업을 돌린다
스킬 37개가 Claude 안으로 들어갔다
Salesforce와 Anthropic이 8월 26일 Claudeforce를 발표했다. 첫 제품은 사전 제작 세일즈 스킬 37개가 붙은 Salesforce in Claude다. 9월 오픈 베타 예정이고 발표 당일 Salesforce 주가는 시간외에서 12% 올랐다.
영업 담당자가 아침에 여는 화면이 바뀐다. 8월 26일 Salesforce와 Anthropic이 확장 파트너십 Claudeforce를 발표했고 첫 제품은 Salesforce in Claude다. Claude 안에 붙는 플러그인 하나에 미리 만들어 둔 세일즈 스킬 37개가 들어 있다. 미팅 준비, 딜 건전성 점검, 파이프라인 리뷰가 그 안에 있다. CRM 화면을 한 번도 열지 않고 실시간 매출 데이터를 조회하고 갱신하고 실행까지 한다. 발표는 회계 2분기 실적과 같은 날 나왔고 Salesforce 주가는 시간외 거래에서 12% 올랐다.
한 줄 정리
업무용 소프트웨어가 자기 화면을 내주고 데이터와 규칙과 권한만 남기는 형태가 세계 최대 CRM에서 처음으로 상용 제품이 됐다.
한눈에 보기
| 발표일 | 2026년 8월 26일 |
| 첫 제품 | Salesforce in Claude (Claude 플러그인) |
| 사전 제작 스킬 | 37개 (미팅 준비·딜 점검·파이프라인 리뷰 등) |
| 일정 | 파일럿 고객 우선, 2026년 9월 오픈 베타 |
| 연결 방식 | 관리자가 1회 연결, 인증·권한은 중앙 관리 |
| Slack | Claude가 Slack의 기본 모델 |
화면을 판 게 아니라 규칙을 판다
이 조합을 떠받치는 건 AIforce다. Salesforce가 자사 데이터와 워크플로를 MCP 서버, API, CLI 세 갈래로 열어 둔 계층이고 Claude는 그 위에 올라탄다. 별도 통합 프로젝트를 발주하지 않아도 되는 이유가 여기 있다.
중요한 건 실행 경로다. Claude가 파이프라인을 고칠 때 값을 직접 쓰지 않고 Salesforce를 통과시킨다. 할인 한도, 단계 전환 조건, 승인자 같은 업무 규칙이 그대로 걸린다. 모델이 무엇을 하든 규칙 밖으로는 못 나간다.
관리자가 한 번 연결하면 팀 전원이 그날부터 쓴다. 사용자별 설정도 없고 새 권한 모델을 만들 필요도 없다. 도입 비용의 대부분이 계정 정리와 권한 재감사에서 나온다는 걸 아는 팀이라면 이 문장이 스킬 37개보다 크게 읽힌다.
진짜 전선은 Slack이다
발표문의 무게중심은 CRM이 아니라 Slack에 가깝다. Claude가 Slack의 기본 모델이 됐다. Slackbot, Slack AI, Claude Tag, Slack Code가 전부 같은 모델 위에 놓인다. Salesforce는 사내 Slackbot이 연간 환산 810만 시간의 생산성을 만들었고 전 분기 대비 2배 넘게 늘었다고 밝혔다.
양쪽이 서로의 고객이라는 점도 그냥 하는 말이 아니다. Anthropic은 Salesforce를 주 CRM으로 쓰고 Slack을 사내 협업 도구로 쓴다. Salesforce는 엔지니어링 조직 전체에 Claude Code를 깔고 전 직원에게 Claude Enterprise를 연다. 서로 상대의 청구서를 키워 주는 구조라 이 파트너십은 한 분기 마케팅으로 끝나지 않는다.
SaaS가 사라지는 게 아니라 앞면만 바뀐다
"채팅이 소프트웨어를 대체한다"는 이야기가 반년째 돌았고 이번 발표는 그 예측을 절반만 맞혔다. 사용자가 보는 앞면은 확실히 Claude로 옮겨 간다. 대신 그 뒤에서 데이터를 보관하고 권한을 판정하고 감사 로그를 남기는 일은 Salesforce가 계속 한다. 계약도 거기 남는다.
Marc Benioff가 "확률적 지능만으로는 회사를 못 굴리고 결정론적 시스템은 추론을 못 한다"고 말한 대목이 이 구도를 그대로 설명한다. 판단은 모델이 하고 강제는 시스템이 한다. 구독료를 내는 쪽이 바뀌는 게 아니라 화면을 여는 횟수가 줄 뿐이다.
여기서 생기는 대가도 있다. 화면을 안 보면 무엇이 있는지 둘러볼 기회가 없어진다. 담당자가 물어본 것만 알게 되고 안 물어본 이상 징후는 그냥 지나간다. 대시보드를 없앨 때 이 손실을 어떻게 메울지가 도입 다음 단계의 숙제로 남는다.
anyAX 관점
에이전트가 붙는 회사와 안 붙는 회사를 가르는 건 모델이 아니라 규칙이 어디에 적혀 있느냐다. Salesforce in Claude가 작동하는 이유는 승인 한도와 할인율과 단계 정의가 이미 기계가 읽는 자리에 들어 있어서다. 스킬 37개는 그 위에 얹은 장식에 가깝다.
직원 열댓 명 규모 팀에서 같은 규칙은 대개 대표 머리와 카톡 스크롤과 각자의 노션 페이지에 흩어져 있다. 그 상태로 어떤 모델을 붙여도 조회까지는 되고 실행에서 멈춘다. 실행을 맡기려면 틀렸을 때 무엇이 막아 주는지부터 있어야 하는데 막아 줄 것이 없기 때문이다.
그래서 부러워할 대상은 37개가 아니라 1개다. 이번 주에 세 번 이상 반복한 판단을 하나 고르고 조건과 예외를 글로 적어 보면 된다. 견적 할인은 몇 %까지 누가 승인 없이 나가는지, 리드를 언제 죽은 것으로 넘기는지. 그 문서가 곧 harness이고, 그게 생기기 전까지 에이전트 도입은 도구 문제가 아니라 문서 문제다.