Salesforce의 Cresta 인수, 이미 복잡한 서비스 스택에 음성 역량을 더하다
Salesforce는 자체 음성 에이전트를 이미 제공하고 있음에도 음성 AI 전문기업 Cresta를 인수하기로 합의했다. 11월 2일 발표된 Salesforce의 Cresta 인수는 이미 Agentforce Voice를 포함한 서비스 포트폴리오에 또 하나의 제품을 더한다. 핵심 질문은 Salesforce가 Cresta 고객이 현재 이용하는 플랫폼 선택권을 유지하면서 이러한 역량을 어떻게 결합할 것인가다.
Salesforce는 승인 절차와 통상적인 종결 조건을 전제로 거래가 2028 회계연도 1분기에 마무리될 것으로 예상한다고 밝혔다. 체결된 계약은 양사의 의도된 방향을 정한다. 하지만 고객이 언제 통합 제품을 받게 될지, 어떤 기능이 중복될지, 기존 배포 환경이 어떻게 바뀔지는 정하지 않는다.
핵심 긴장은 더 깊은 통합과 고객 유연성 사이에 있다. Salesforce는 대화가 고객 기록 및 비즈니스 작업과 연결되기를 원한다. Cresta 고객 역시 현재의 전화 시스템, 운영 프로세스, 서비스 관계가 계속 작동해야 한다. 이러한 목표는 공존할 수 있지만, 소유권만으로 양자를 조정할 수는 없다. 실제 의미는 이후의 제품 결정에 달려 있다.
Salesforce Cresta 인수가 실제로 바꾸는 것
이 계약은 고객의 배포된 서비스 아키텍처를 바꾸기 전에 Cresta의 예정된 소유권을 바꾼다.
Salesforce의 Cresta 인수 계약은 자동화된 통화, 상담원 지원, 대화 분석을 결합하는 플랫폼을 설명한다. Salesforce는 Cresta의 음성 에이전트를 사용하는 브랜드로 Marriott, Comcast, Alaska Airlines를 언급했다. 이는 독립적인 성과 조사 결과가 아니라 기존 사업에 관한 회사 측의 설명이다.
발표문은 종결 이후에도 Cresta가 고객이 사용하는 주요 컨택트센터 및 전화 통신 플랫폼을 계속 지원할 것이라고 밝힌다. 더 깊은 Salesforce 통합은 고객이 이미 의존하는 시스템을 수용해야 하므로 이 약속은 중요하다. 다만 발표문은 구체적인 통합 제품 로드맵을 제공하지 않는다.
계약의 즉각적인 의미와 궁극적인 상업적 결과를 구분하는 것이 도움이 된다. Salesforce는 특정 사업체를 인수하기로 약속했다. 고객이 자동으로 추가 기능, 마이그레이션 의무, 또는 기존 서비스를 대체할 수단을 받은 것은 아니다.
이 구분은 구매자가 인수 관련 헤드라인을 해석하는 방식을 바꾼다. 제품 데모는 공급업체가 무엇을 구축하려는지 보여줄 수 있다. 계약과 지원되는 출시 버전은 기업이 실제로 무엇을 배포할 수 있는지를 정한다. 이는 서로 다른 종류의 근거다.
일정을 변경해야 하는 상황의 항공사 서비스 통화를 예로 들어 보자. 발신자는 변경된 예약, 가능한 선택지에 대한 설명, 변경이 성공적으로 완료됐다는 확인을 원한다. 자연스러운 대화는 중요하지만 업무의 일부일 뿐이다.
서비스 시스템은 고객을 식별하고, 예약을 확인하며, 관련 정책을 적용하고, 결과를 기록해야 한다. 발신자가 다른 요구 사항을 끼어들어 제시하면 대화는 그 맥락을 유지해야 한다. 작업이 실패하면 시스템은 정확하게 응답해야 한다.
이 사례는 통합 제품이 이미 모든 단계를 수행할 수 있다고 입증하지 않으면서도 인수의 전략적 논리를 보여준다. 대화 처리와 비즈니스 실행은 같은 고객 경험에 속한다. 하지만 여전히 별도의 기술적·운영상 근거가 필요하다.
Cresta 고객에게 즉각적인 쟁점은 연속성이다. Salesforce 고객에게는 인수한 플랫폼과 기존 제품 간의 관계가 쟁점이다. 두 집단 모두 지원 구성, 장애 책임, 향후 출시 시점에 관한 구체적인 답변이 필요하다.
이 점에서 이번 사건은 단순한 음성 기능 추가보다 더 큰 의미를 갖는다. Salesforce는 또 하나의 확립된 서비스 플랫폼을 자사 소유로 편입하려 한다. 그 결과로 생기는 가치는 이 플랫폼이 고객 운영에 어떻게 들어맞는지에 달려 있다.
Salesforce 음성 AI는 이 거래 이전부터 존재했다
Cresta는 기존 음성 전략을 갖춘 포트폴리오에 합류하며, 제품 명확성이 인수 성공의 핵심 척도가 된다.
Salesforce는 2025년 10월 Agentforce 360 출시에서 Agentforce Voice를 공개했다. 회사는 Salesforce와 연결된 음성 기능과 Amazon Connect, Five9, NiCE, Vonage를 포함한 엔터프라이즈 컨택트센터 파트너와의 호환성을 설명했다.
이러한 이력은 단순한 해석을 배제한다. Salesforce가 처음으로 음성 자동화 시장에 진입하는 것은 아니다. 오히려 이번 인수는 전문성, 중복 기능, 고객이 결과적으로 생겨날 제품들 사이에서 어떻게 선택할지에 관한 질문을 제기한다.
중복이 인수에 목적이 없다는 것을 입증하는 것은 아니다. 같은 광범위한 범주를 다루는 제품도 배포 방식, 운영 통제, 또는 제공 대상 고객에서 차이를 보일 수 있다. 중요한 질문은 Salesforce가 어떤 차이를 유지하려 하는가다.
보완적인 기능을 결합하면 플랫폼은 더 유용해질 수 있다. 반면 유사한 기능이 서로 다른 제품명 아래 나타나면 평가하기 더 어려워질 수도 있다. 구매자에게는 기술의 추가 존재를 넘어서는 설명이 필요하다.
예를 들어 자동화된 전화 지원을 검토하는 기업은 어느 시스템이 대화를 관리하는지 알아야 한다. 또한 어느 시스템이 비즈니스 작업을 통제하고 어느 팀이 실패한 상호작용을 조사하는지도 알아야 한다. 이러한 책임은 제품 경계를 넘어 이해 가능하게 유지돼야 한다.
이번 인수는 Salesforce의 기존 제품 조직에 부담을 준다. 과제는 인수 기술을 편입하는 데 그치지 않는다. 고객이 어디에서 시작해야 하는지, 기존 투자가 어떤 가치를 유지하는지, 어떤 미래 기능에 다른 배포 방식이 필요한지를 설명해야 한다.
같은 문제는 구현 파트너에게도 영향을 미친다. 파트너는 구체화되지 않은 미래의 결합을 전제로 프로젝트 범위를 안정적으로 정할 수 없다. 아키텍처 선택은 지원되는 인터페이스, 출시 일정, 구성 요소 간 책임 분담에 달려 있다.
Cresta의 고객 관계에도 부담이 있다. 기존 구매자는 자신들의 배포 환경이 전략적으로 계속 중요하다는 보장이 필요하다. 지속 지원 약속은 방향을 제시하지만, 계속되는 엔지니어링 결정이 그 실질을 정할 것이다.
따라서 Salesforce 음성 AI의 이야기는 계약 이후 더 까다로워진다. 추가 역량은 가능한 솔루션의 범위를 넓힌다. 동시에 고객이 활용할 수 있는 명확한 제품 지도의 필요성도 높인다.
서비스 책임자에게 실질적인 구분은 역량과 복잡성 사이에 있다. 더 넓은 포트폴리오는 고객 성과를 얻기 위해 필요한 작업을 줄일 때 가치를 제공한다. 구매자가 직접 제품 경계를 조정해야 한다면 부담을 만든다.
이것이 인수의 첫 번째 운영 과제다. Salesforce는 확대된 포트폴리오가 배포, 소유권, 지원에 관한 실제 결정을 어떻게 단순화하는지 보여줘야 한다. 더 큰 제품 목록만으로는 이러한 질문에 답할 수 없다.
더 깊은 통합은 기존 시스템을 유지할 자유와 경쟁한다
핵심 상충 관계는 더 긴밀한 Salesforce 통합이 다른 고객 아키텍처의 유지보수를 더 어렵게 만들지 않으면서 가치를 높일 수 있는지다.
고객 관계 관리, 즉 CRM 소프트웨어는 고객 기록과 관련 비즈니스 활동을 정리한다. 음성 상호작용을 이 정보와 연결하면 대화가 더 유용해질 수 있다. 그러나 이 연결은 데이터, 권한, 운영 책임이 어디에 위치하는지에 관한 선택도 만든다.
서비스 팀은 발신자의 최근 상호작용을 즉시 확인하고 싶을 수 있다. 동시에 외부 예약 또는 청구 시스템의 정보도 필요할 수 있다. 통합 경험은 접근 권한과 데이터 소유권의 차이를 포함해 두 요소를 모두 고려해야 한다.
통합의 매력은 분명하다. 분리된 단계가 줄어들면 반복 작업을 줄이고 결과를 더 쉽게 추적할 수 있다. 과제는 고객이 실제로 사용하는 시스템 전반에서 이 이점을 실현하는 것이다.
TechMarketView의 음성 분석은 Cresta의 차별점으로 음성 전문성을 꼽는다. 또한 대화 인텔리전스를 고객 맥락 및 결과와 연결하는 것을 잠재적 이점의 조건으로 제시한다. 이는 전략적 적합성에 대한 해석이지, 통합이 이미 성공했다는 근거는 아니다.
경쟁하는 아키텍처는 대화 플랫폼을 분리한 채 비즈니스 애플리케이션과 연결한다. 이 방식은 유연성을 유지할 수 있지만, 고객은 여전히 인터페이스를 관리해야 한다. 어느 아키텍처도 정확한 정보와 승인된 작업을 유지하는 근본적인 과제를 없애지는 못한다.
상당한 기존 인프라를 갖춘 기업에게 유연성은 실질적인 의미를 가진다. 여기에는 전화 라우팅 유지, 보고 프로세스 보존, 모든 서비스 워크플로를 재구축하지 않고 비즈니스 애플리케이션을 변경하는 일이 포함된다. 이러한 고려 사항은 더 통합된 인터페이스의 매력보다 중요할 수 있다.
Salesforce의 통합 기회는 고객이 이미 자사 애플리케이션에 크게 의존하는 곳에서 가장 강하다. 그 경우에도 고객은 통합 시스템이 외부 정보를 어떻게 처리하는지 이해해야 한다. 통합 제품처럼 보인다는 사실만으로 전적으로 조달 결정을 내릴 수 있는 경우는 드물다.
경쟁은 이 설명을 정확하게 해야 할 또 다른 이유를 더한다. The Information의 컨택트센터 인수 보도에 따르면 Salesforce는 Sierra와도 고객 서비스 부문에서 경쟁한다.
이 경쟁 압력이 어느 공급업체의 제품이 더 낫다는 것을 입증하지는 않는다. 구매자가 평가할 대안이 있다는 점을 보여줄 뿐이다. Salesforce는 고객이 회사 규모만으로 우월성을 추론하도록 요구하기보다, 제안한 결합이 서비스 운영을 어떻게 개선하는지 보여줘야 한다.
개발자에게 이 상충 관계는 인터페이스와 배포 통제에서 드러난다. 애플리케이션 프로그래밍 인터페이스, 즉 API는 소프트웨어 구성 요소가 정보를 교환하고 작업을 요청하게 해 준다. 안정적인 인터페이스는 팀이 한 구성 요소를 개선하면서 다른 구성 요소를 끊임없이 재구축하지 않도록 한다.
Cresta의 10월 29일 개발자 셀프서비스 발표는 내부용 또는 고객용 에이전트를 구축하는 개발자를 위한 접근 방식을 소개했다. 이 발표는 인수 계약 직전 Cresta의 제품 방향을 반영한다. 모든 개발 옵션의 미래 상태를 정하는 것은 아니다.
이 시점은 개발자 연속성을 중요한 문제로 만든다. 현재 이 접근 방식을 평가하는 팀은 현재 역량과 통합 회사에 관한 가정을 구분해야 한다. 미래 로드맵은 무엇이 계속 지원되는지, 그리고 어디에서 Salesforce 통합이 필요해지는지를 명확히 해야 한다.
더 넓은 분석적 요점은 통합과 유연성에 의도적인 설계가 필요하다는 것이다. Salesforce는 두 가지를 모두 추구할 수 있지만, 고객에게는 관찰 가능한 근거가 필요하다. 지속적인 지원, 안정적인 인터페이스, 명확한 배포 선택지가 제안된 결합을 더 신뢰할 수 있게 만들 것이다.
자연스러운 대화에도 검증된 결과가 필요하다
음성 품질과 서비스 완료 여부는 설득력 있는 시연에서 함께 나타나더라도 별도로 평가해야 한다.
음성 에이전트는 음성 상호작용을 수행하고 작업을 요청하거나 실행할 수 있는 소프트웨어다. 설득력 있는 대화는 사용자가 에이전트와 소통할 수 있음을 보여 준다. 그러나 이것만으로 요청한 비즈니스 변경이 올바르게 이루어졌다는 사실까지 입증되지는 않는다.
유용한 역사적 사례는 2026년 3월에 나왔다. ITPro는 자동화된 상호작용이 상담원에게 이관되는 Salesforce 항공편 재예약 시연을 소개했다. 상담원은 대화 맥락과 예약 정보를 전달받았다. 이는 독립적인 운영 벤치마크가 아니라 시연이었다.
이 사례는 이관이 성공적인 서비스의 일부가 될 수 있는 이유를 보여 준다. 자동화가 상호작용을 개선하기 위해 모든 요청을 끝까지 처리할 필요는 없다. 한계를 인식하고 다음 담당자가 이어서 처리할 수 있을 만큼의 정보를 보존하면 된다.
Salesforce의 Cresta 인수와 관련해, 이는 에이전트가 자연스럽게 말하는지보다 더 유용한 평가 기준을 제시한다. 구매자는 대화, 시도된 조치, 기록된 결과 사이의 관계를 살펴봐야 한다. 이들은 각각 독립적으로 실패할 수 있다.
잘못된 배송 주소와 관련해 전화를 건 가상의 고객을 생각해 보자. 에이전트는 요청을 이해하고 적절히 응답한다. 그러나 별도 시스템은 소포가 이미 처리 단계에 들어갔다는 이유로 변경을 거부한다.
성공적인 상호작용을 위해서는 에이전트가 이 거부를 인식해야 한다. 주소가 변경되었다고 약속해서는 안 된다. 또한 가능한 다음 단계를 설명하거나 관련 맥락을 갖춘 채 고객을 상담원에게 이관해야 한다.
이는 보고된 Cresta 사고가 아니라 분석적 시나리오다. 목적은 구매자에게 필요한 증거를 식별하는 데 있다. 자연스러운 음성은 비즈니스 시스템이 실제로 무엇을 했는지에 대한 정확한 보고를 대체할 수 없다.
같은 구분은 측정에도 영향을 미친다. 상담원 이관 없이 통화가 끝나면 효율적으로 보일 수 있다. 하지만 원래 문제가 해결되지 않아 고객이 다시 전화해야 할 수도 있다.
더 유익한 평가는 대화가 끝난 뒤에도 요청을 추적한다. 조치가 성공했는지, 후속 연락이 있었는지, 고객이 일관된 정보를 받았는지를 묻는다. 이러한 지표는 자동화를 서비스 품질과 연결한다.
사람의 지원도 비슷한 수준으로 검토할 필요가 있다. 제안된 응답은 최신 정책과 고객의 실제 상황을 반영해야 한다. 특히 요청에 예외 상황이 포함될 때는 상담원이 권고를 판단할 수 있을 만큼의 맥락이 필요하다.
기반 지식 역시 중요하다. 음성 인터페이스는 허용된 소스를 통해 이용 가능한 정보만 활용할 수 있다. 음성 인식이 잘 작동하더라도 오래된 정책은 자신감 있지만 부정확한 답변으로 이어질 수 있다.
이 정보 계층을 검토하는 팀에는 개인 지식과 팀 지식의 차이가 유용할 수 있다. 공동 서비스 결정에는 관리되는 소스, 명확한 책임 주체, 적절한 접근 권한이 필요하다. 유용한 메모를 모아 둔다고 해서 자동으로 권위 있는 운영 기준 자료가 되는 것은 아니다.
이러한 요구사항 어느 것도 Cresta나 Salesforce의 약점을 입증하지는 않는다. 이는 제품 주장과 신뢰할 수 있는 서비스의 증거 사이의 간극을 정의한다. 통합 회사의 가장 강력한 근거는 대화 능력을 고객이 직접 점검할 수 있는 결과와 연결하는 데 있을 것이다.
인수의 범위가 중요해지는 지점도 바로 여기다. 대화 기술과 고객 시스템을 더 가깝게 결합하면 결과를 추적할 기회가 생긴다. 고객이 실제 상호작용을 통해 그 추적 경로를 검증할 수 있을 때 이 기회는 의미를 갖는다.
제품 중복은 구매자에게 답 없는 질문을 남긴다
해결되지 않은 문제는 Salesforce가 중복되는 기능을 명확하고 지원되는 고객 선택지로 어떻게 전환할 것인지다.
이번 계약은 기존 고객이 반드시 마이그레이션해야 한다고 규정하지 않는다. 또한 모든 제품 경계가 변함없이 유지된다고도 규정하지 않는다. Salesforce가 구체적인 약속을 제공하기 전까지 구매자는 어느 결과도 확정된 것으로 받아들여서는 안 된다.
첫 번째 불확실성은 제품 책임에 관한 것이다. 고객은 어떤 구성 요소가 대화를 담당하고, 어떤 구성 요소가 조치를 실행하며, 어떤 구성 요소가 결과를 기록하는지 알아야 한다. 문제가 발생했을 때 이 구분은 중요하다.
다음 불확실성은 운영 가시성에 관한 것이다. 통합 제품은 관리자가 분리된 도구 전반의 이벤트를 수동으로 재구성하지 않고도 실패한 상호작용을 조사할 수 있도록 해야 한다. Salesforce가 그러한 경험을 제공할 수 있는지는 여전히 제품상의 질문이다.
배포 선택의 문제도 있다. 지원되는 버전, 기능 접근성, 엔지니어링 우선순위에 대한 세부 정보가 없다면 외부 컨택 센터 시스템에 대한 지속적 지원은 제한적인 의미만 가진다. 고객에게는 자신이 사용하는 시스템에 관한 이러한 세부 정보가 필요하다.
지원은 여러 다른 관계를 포괄할 수 있다. 어떤 통합은 추가 개발을 거의 받지 못하면서도 기능은 계속 유지될 수 있다. 다른 통합은 네이티브 배포와 함께 새로운 기능을 받을 수 있다. 구매자는 자신의 구성에 어떤 약속이 적용되는지 물어야 한다.
데이터 처리는 명확히 해야 할 또 다른 경계를 만든다. 통화 녹음, 녹취록, 고객 기록, 조치 이력은 서로 다른 목적에 사용될 수 있다. 이를 함께 다루려면 접근, 보존, 허용된 사용에 대한 명확한 통제가 필요하다.
이 관찰이 인수가 특정한 규정 준수 문제를 만든다는 의미는 아니다. 이는 더 폭넓은 제품 결합이 고객이 물어야 할 질문을 바꿀 수 있음을 뜻한다. 기존 승인이 향후의 모든 구성을 자동으로 포괄한다고 가정해서는 안 된다.
개발자에게 불확실성은 흔히 계획 위험으로 이어진다. 팀은 오늘 문서화된 기능을 기반으로 구축할 수 있다. 그러나 인터페이스와 제공 시점이 명시되지 않은 통합을 중심으로 작업 일정을 신뢰성 있게 계획할 수는 없다.
신중한 대응은 현재 프로젝트를 지원되는 제품에 기반해 유지하는 것이다. 그렇다고 인수를 무시해야 하는 것은 아니다. 발표된 전략적 방향과 프로젝트가 안전하게 채택할 수 있는 종속성을 구분해야 한다는 뜻이다.
조달 팀도 관련된 문제에 직면한다. 매력적인 미래 로드맵이 현재 계약에 포함된 기능을 흐리게 해서는 안 된다. 서면 약속은 지원되는 동작과 가능한 개발에 관한 영업 논의를 구분하는 데 도움이 된다.
따라서 회의적인 해석은 통합 실패를 예측하는 것보다 더 제한적이다. Salesforce는 Cresta를 인수하겠다는 의도를 확립했다. 그러나 모든 아키텍처, 마이그레이션 또는 제품 포지셔닝 문제를 해결할 만큼의 세부 정보를 아직 제공하지는 않았다.
이 불확실성은 인수가 제안하는 이점이 실행에 달려 있기 때문에 중요하다. 두 회사의 기술은 상호 보완적일 수 있지만 통합은 여전히 까다로울 수 있다. 고객은 성공이나 실패를 미리 가정하지 않고, 나타나는 구체적 증거를 평가해야 한다.
세 가지 신호가 결합의 향방을 보여 줄 것이다
가장 유용한 증거는 순서대로 거래 진행 상황, 제품 결정, 고객 결과에 관한 것이다.
첫째, 거래와 종결 조건에 관한 공식 업데이트를 지켜봐야 한다. 이러한 업데이트는 제안된 소유권 변경이 예상대로 진행되는지 보여 준다. 또한 인수 계획과 완료된 거래를 구분한다.
종결 발표는 Salesforce가 소유권 전략을 실행하기 시작할 수 있다는 신뢰를 높일 것이다. 수정된 일정은 고객이 그 절차의 진전을 언제 기대해야 하는지를 바꿀 것이다. 어느 사건도 독립적으로 통합 제품이 준비되었다는 사실을 입증하지는 않는다.
회계연도 표현도 신중하게 다뤄야 한다. 고객은 이를 가볍게 달력연도 가정으로 바꾸기보다 회사가 밝힌 일정을 사용해야 한다. Salesforce가 더 명확한 운영 일정을 제공할 때까지 계획 문서는 이 구분을 유지해야 한다.
둘째, Cresta를 Salesforce의 기존 음성 기능과 연결하는 구체적인 제품 지도를 지켜봐야 한다. 유용한 증거는 지원되는 배포 방식, 중복 기능의 책임 소재, 외부 컨택 센터 시스템의 처리 방식을 식별할 것이다.
명확한 고객 선택지를 제시하는 로드맵은 통합이 유연성과 공존할 수 있다는 주장을 강화할 것이다. 불명확한 명칭이나 상충하는 배포 지침은 그 주장을 약화할 것이다. 핵심은 구매자가 제공된 정보로 실질적인 결정을 내릴 수 있는지다.
개발자 문서는 그 로드맵에 실질적인 내용을 더할 것이다. 지원되는 인터페이스, 마이그레이션 지침, 명시적 호환성 약속은 제안된 아키텍처를 더 쉽게 평가할 수 있게 한다. 플랫폼 결합에 관한 일반적 설명은 같은 목적을 수행할 수 없다.
셋째, 요청을 결과까지 추적하는 고객 증거를 지켜봐야 한다. 실명이 밝혀진 배포 사례는 유용한 출발점이다. 더 유익한 설명은 시스템이 무엇을 처리하는지, 어디서 책임을 이관하는지, 고객이 성공을 어떻게 평가하는지를 보여 준다.
완료된 조치와 일관된 상담원 이관의 증거는 인수의 운영상 근거를 강화할 것이다. 유창한 대화에만 한정된 증거는 핵심 질문을 해결하지 못할 것이다. 음성 품질은 중요하지만 투자 논리는 유용한 서비스 업무에 달려 있다.
독자는 보고된 결과의 범위도 검토해야 한다. 좁고 반복 가능한 요청은 예외가 많은 대화와 다르다. 공급업체가 어떤 요청을 포함했고 어떤 요청에 사람의 판단이 필요했는지 설명할 때 결과는 더 쉽게 해석할 수 있다.
이 신호들은 모든 발표를 성급한 판단으로 바꾸지 않고 이야기를 따라갈 방법을 제공한다. 거래 진행은 소유권을 확립한다. 제품 결정은 고객 선택지를 확립한다. 운영 증거는 그러한 선택지가 서비스를 개선하는지 확립한다.
구매자에게 다음 단계는 인수 약속을 이미 서비스 운영을 규정하는 요구사항과 비교하는 것이다. 이용 가능한 어떤 제품이 대화를 처리하는지, 어떤 시스템이 조치를 승인하는지, 실패한 결과의 책임이 누구에게 있는지 물어야 한다. 사용하는 전화 및 비즈니스 시스템에 대한 구체적인 지원 약속을 요청해야 한다. 향후 통합은 현재 계약에 따라 이용 가능한 기능과 구분해 두어야 한다. Salesforce의 Cresta 인수는 대화 전문성을 고객 워크플로에 더 가깝게 가져오기 때문에 주목할 만하다. 그 가치는 문서화된 제품 선택과 관찰 가능한 서비스 결과를 통해 더 분명해질 것이다. 배포 계획을 바꾸기 전에 그 변경을 정당화할 증거를 식별해야 한다. 통합된 Salesforce 및 Cresta 시스템은 현재 설정보다 어떤 고객 요청을 더 잘 완료해야 할까?
