Salesforce의 Rune 인수, 군사 AI를 본부 너머로 확장

Salesforce는 Rune Technologies를 인수하기로 합의했다. 이에 따라 안정적인 연결을 전제할 수 없는 최전선 물류 영역까지 군사용 소프트웨어 사업의 범위를 본부 밖으로 확장하게 된다. Salesforce Rune acquisition은 엔터프라이즈 계획 수립 기능을, 군 부대가 보급 수요를 예측하고 재보급을 조직하도록 돕는 소프트웨어와 연결하게 된다. 계약은 확인됐지만 거래는 아직 종결되지 않았으며, 약속된 통합 역시 여전히 구현이 필요하다.

핵심적인 긴장은 의사결정이 이뤄지는 위치에 있다. 본부 시스템은 조직 기록을 유지하지만, 전개된 부대는 그러한 기록이 최신 상황을 반영하기 전에 변하는 여건에 대응해야 한다. 현장 물류 회사를 인수하면 Salesforce는 이 격차를 해소할 방법을 얻게 된다. 동시에 단절된 환경에서의 운영, 데이터 조정, 최전선 사용성은 회사의 국방 전략에서 더욱 중심적인 요소가 된다.

경쟁사들도 서로 다른 방식으로 같은 연결을 추진하고 있다. 예를 들어 Gallatin은 예측형 군사 물류를 위해 Booz Allen Hamilton과 협력했다. Salesforce는 파트너십에만 의존하는 대신 전문 기업을 소유하는 방식을 택하고 있다. 군 구매자에게 중요한 비교 기준은 어느 접근법이 통합 부담을 늘리지 않으면서 조직 경계를 넘는 의사결정을 개선하는지다.

Salesforce Rune acquisition이 실제로 바꾸는 것

Salesforce는 인수 계약을 체결했을 뿐, 인수를 완료하거나 통합 제품을 제공한 것은 아니다.

회사는 2026년 10월 29일 Rune 인수 계약을 발표했다. 통상적인 거래 종결 조건을 전제로 2027 회계연도 4분기에 거래가 마무리될 것으로 예상한다. 현재 역량과 향후 계획을 평가할 때 이 차이는 중요하다.

Margaux MacColl은 사안에 정통한 두 명의 관계자를 인용해 10월 30일 Resilience Media에서 재무 조건을 보도했다. 보도된 대가는 현금과 주식을 결합한 형태다. Salesforce는 발표에서 해당 조건을 공개하지 않았고, 두 회사는 Resilience Media의 논평 요청에 응답하지 않았다.

따라서 보도된 인수 조건은 계약 자체와는 다른 증거 범주에 속한다. 기업 발표는 계획된 인수를 확정한다. 보도는 익명 소스를 통해 추가 거래 세부 사항을 제공한다. 어느 쪽도 고객이 이미 제안된 통합 서비스를 사용할 수 있음을 입증하지는 않는다.

이러한 구분은 전략적 서사에도 적용된다. Salesforce는 국방 및 정부 기관에 서비스를 제공하는 사업 부문인 Missionforce의 확장을 설명한다. Rune은 Salesforce가 엔터프라이즈 워크플로와 연결하려는 전문 물류 역량을 제공한다. 발표는 독립적으로 평가된 구현 결과가 아니라 지향점을 제시한다.

구매자에게 인수 소식은 소유권이 바뀌기 전부터 즉각적인 불확실성을 만들 수 있다. 기존 제품 약속 중 무엇이 계속 유효한지, 기존 배포를 누가 지원하는지, 향후 통합이 아키텍처에 어떤 영향을 미치는지를 이해해야 한다. 이는 이미 혼란이 발생했다는 증거가 아니라 타당한 조달 질문이다.

기존 고객은 제품 연속성과 제품 융합도 구분해야 한다. 전문 애플리케이션은 소유자가 더 폭넓은 플랫폼과의 연결을 개발하는 동안에도 계속 제공될 수 있다. 반대로 제품명이 유지된다고 해서 배포 요건이 변하지 않는다는 보장은 없다. 공개 발표만으로는 이런 세부 사항이 드물게만 확정된다.

그럼에도 전략적 변화는 구체적이다. Salesforce는 최전선 물류에 집중하는 회사를 조직 내부로 편입하겠다고 약속하고 있다. 이는 전통적인 통합 파트너십과 비교해 엔터프라이즈 플랫폼과 현장 애플리케이션 사이에 다른 관계를 만든다.

소유권은 우선순위를 일치시킬 수 있지만, 책임도 집중시킨다. 고객은 Salesforce가 인수 기술이 제품 로드맵에 어떻게 부합하는지 설명하기를 기대할 것이다. 거래가 종결된 뒤에는 통합 공백을 외부 공급업체 탓으로 돌리는 설명의 설득력이 약해진다.

따라서 Salesforce Rune acquisition은 운영 범위를 확장하겠다는 약속으로 읽어야 한다. 엔터프라이즈와 최전선 물류가 이미 하나의 통합 시스템으로 작동한다는 증거는 아니다.

Rune은 기존 물류 제품을 계획에 더한다

Rune은 첫 적용 사례를 기다리는 아이디어가 아니라, 전문 제품과 군사 운영 경험을 Salesforce에 제공한다.

Rune의 대표 소프트웨어는 군사 물류 계획과 조정을 지원하는 TyrOS다. 회사의 군사 물류 투자 유치 발표에서는 Human Capital을 Series A 리드 투자자로 밝혔다. 참여 투자자는 Andreessen Horowitz, Point72 Ventures, Pax VC, Washington Harbour Partners, XYZ Venture Capital, Forward Deployed VC를 포함한다.

투자자 명단은 Rune의 개발 이력을 파악하는 데 도움이 된다. 하지만 제품의 예측을 검증하거나 운영 압박 속에서 얼마나 잘 작동하는지 구매자에게 알려주지는 않는다. 자금 조달과 기술적 효과성은 서로 다른 질문에 답한다.

Rune의 창업자인 David Tuttle과 Peter Goldsborough는 이전에 Anduril에서 근무했다. 초기 TyrOS 배포 보도는 외부 서버에 지속적으로 연결되지 않아도 작동하도록 설계된 제품을 설명했다. 또한 자동화된 물류를 위한 Palantir와의 Rune 협력, 그리고 Palantir의 스타트업 펠로십 참여도 보도했다.

이러한 관계는 시장을 단순한 회사 대 회사 구도로 해석하기 어렵게 만든다. 스타트업은 한 공급업체의 생태계 안에서 활동하다가 이후 다른 조직에 합류할 수 있다. 구매자는 모든 파트너십이 배타적인 경쟁 진영을 정의한다고 가정하기보다 실제 제품 의존성을 살펴봐야 한다.

Salesforce는 Rune의 기술이 이미 육군과 해병대에 배포됐다고 말한다. 이는 확인된 사용자가 없는 제안 단계의 제품보다 더 탄탄한 출발점이다. 다만 발표는 해당 배포의 비교 성능 결과를 제공하지 않는다.

설치된 제품과 검증된 개선은 별개의 이정표다. 배포는 조직이 소프트웨어를 사용하기 시작했음을 보여준다. 평가는 그것이 어떤 조건에서, 어느 정도의 운영 부담으로, 해당 업무를 개선하는지 묻는다.

실제 계획 수립 문제를 생각해 보자. 보급 요청에는 재고 수량 이상이 필요하다. 계획 담당자는 운송, 인력, 시점, 수령 역량이 제안된 이동을 뒷받침하는지도 판단해야 한다. 이는 업무를 예시하는 것이지, 새롭게 검증된 Rune 배포 사례를 설명하는 것은 아니다.

예측은 미래의 부족분을 식별할 수 있지만 운송 문제는 해결되지 않은 채 남길 수 있다. 경로 추천은 최신 가용성 정보가 아닌 오래된 정보에 의존하면서도 실행 가능해 보일 수 있다. 유용한 물류 소프트웨어는 고립된 예측을 완전한 계획처럼 제시하는 대신, 운영자가 이러한 의존성을 이해하도록 도와야 한다.

이 때문에 인수의 가치는 AI 용어만으로 판단할 수 없다. 중요한 작업에는 정보를 정리하고, 사용할 수 있는 기록을 유지하며, 추천 결과를 기존 의사결정에 맞추는 일이 포함된다. 운영자가 결과를 설명하거나 실행할 수 없다면 정교한 예측의 실질적 가치는 제한적이다.

Rune의 기존 초점은 Salesforce에 이 작업을 위한 출발점을 제공한다. 다음 질문은 더 큰 엔터프라이즈 플랫폼이 현장 사용에 적합하게 만든 특성을 약화하지 않고 제품을 강화할 수 있는지다.

현장 연결은 다른 엔지니어링 문제를 만든다

어려운 연결은 단지 서로 다른 소프트웨어 화면 사이가 아니라, 분리된 운영 조건 사이에 있다.

엔터프라이즈 시스템 오브 레코드는 조직의 권위 있는 운영 정보를 유지한다. 엣지 컴퓨팅은 이를 사용하는 사람이나 장비 가까이에서 정보를 처리한다. 두 접근법을 결합하려면 무엇을 로컬에서 계속 사용할 수 있게 하고 무엇을 원격 서비스에 의존하게 할지 결정해야 한다.

Salesforce는 Rune이 DDIL로 통칭되는 통신 거부, 성능 저하, 간헐적 또는 제한적 연결 환경을 지원한다고 말한다. 또한 연결이 복구될 때 동기화하는 방식을 설명한다. 이는 독립적으로 공개된 시험 결과가 아니라 기술과 의도된 아키텍처에 대한 회사의 설명이다.

이 차이는 단절된 환경에서의 운영이 여러 의미를 가질 수 있기 때문에 중요하다. 애플리케이션은 이전에 내려받은 정보를 표시하거나, 새 항목을 입력받거나, 추천을 생성하거나, 더 넓은 워크플로를 지원할 수 있다. 구매자는 어떤 기능이 계속 사용 가능한지 정확히 알아야 한다.

유용한 평가는 이러한 기능을 구분할 것이다. 캐시된 재고를 보는 것은 해당 재고를 로컬에서 업데이트하는 것과 다르다. 로컬 기록을 업데이트하는 것은 재연결 후 충돌하는 변경 사항을 해결하는 것과도 다르다. 각 단계는 신뢰성과 권한에 관한 또 다른 질문을 제기한다.

연결이 끊긴 상태에서 장비를 재배치하는 가상의 부대를 상상해 보자. 동시에 본부 계획 담당자는 엔터프라이즈 시스템을 사용해 같은 장비의 배정을 변경한다. 통신이 재개되면 소프트웨어는 사용할 수 있는 이력을 보존하고 충돌하는 지시를 해결해야 한다.

단순히 데이터를 교환한다고 해서 그 충돌이 해결되지는 않는다. 시스템에는 어떤 기록이 우선하는지, 사람이 언제 개입하는지, 영향을 받는 사용자가 수정 사항을 어떻게 받는지를 정하는 규칙이 필요하다. 명확한 규칙이 없다면 동기화는 불일치를 없애기보다 배포할 수 있다.

시점도 또 다른 과제를 만든다. 이전 연결 시점의 정보에 기반한 추천은 여전히 유용할 수 있지만, 그 정보의 경과 시간은 보여야 한다. 운영자는 현재 관측값과 통신 공백 중 이어진 추정치를 구분할 수 있어야 한다.

같은 원칙은 불확실성에도 적용된다. 중요한 입력값이 사라졌을 때 예측이 동일한 신뢰도를 지닌 것처럼 보여서는 안 된다. 효과적인 인터페이스는 사용자에게 무엇이 바뀌었는지, 어떤 가정이 계속 적용되는지, 언제 추천을 검토해야 하는지를 이해하도록 도울 것이다.

이는 Rune에 그러한 기능이 없다는 주장이 아니라 평가 기준이다. 이 기사를 위해 검토한 공개 자료는 이러한 구현 선택을 평가하기에 충분한 세부 정보를 제공하지 않는다. 이는 아키텍처가 성공적이거나 부족하다고 단정하기보다 구체적인 질문을 던질 근거가 된다.

Salesforce Rune acquisition은 제품 설계에 관한 질문도 제기한다. 엔터프라이즈 통합은 반복 작업을 줄이는 동시에 운영 조건이 요구하는 경우 로컬 자율성을 보존해야 한다. 모든 유용한 작업을 원격 의존성을 거치도록 강제하면 엣지 중심 제품을 채택할 이유가 약화된다.

반대로 모든 의사결정을 로컬에 유지하면 본부는 불완전한 상황 인식에 의존하게 될 수 있다. 엔지니어링 과제는 정보 접근이 고르지 않은 상황에서도 유용한 조정을 유지하는 것이다. 이를 위해서는 로컬 작업, 공유 기록, 이후 조정의 경계를 명시적으로 정해야 한다.

개발자와 엔터프라이즈 아키텍트에게 이것은 다른 환경에도 적용되는 문제다. AI 시스템은 점점 기기, 조직, 네트워크를 아우르는 워크플로 안에 자리 잡고 있다. 이들의 인계 품질은 모델의 품질만큼 중요할 수 있다.

경쟁사들은 전문 기업과 더 큰 제공 네트워크를 결합하고 있다

Salesforce의 인수 경로는 전문 소프트웨어를 기존 방산 고객과 연결하려는 파트너십 경로와 경쟁한다.

Gallatin과 Booz Allen Hamilton의 경합 물류 파트너십은 관련 비교 사례를 제공한다. 양사는 물류 가시성, 예측 모델링, 계획 및 시뮬레이션을 포함한 계획을 설명한다. 이들의 발표는 Gallatin의 소프트웨어를 Booz Allen의 물류 전문성 및 제공 역량과 연결한다.

이 발표는 Rune과의 비교 기준이 아니라 목표에 관한 설명이다. 그럼에도 Salesforce가 다른 공급업체들도 파악한 문제를 다루고 있음을 보여준다. 본부와 현장 물류를 연결하는 일은 독점적인 제품 범주가 아니라 경쟁 의제다.

접근 방식은 조직 구조에서 다르다. 인수는 전문 기업을 더 큰 회사 안에 편입한다. 파트너십은 별도 조직이 각자의 기여를 조율하도록 둔다. 어느 구조도 더 나은 소프트웨어, 더 빠른 조달 또는 더 강력한 고객 성과를 보장하지는 않는다.

소유권은 일부 우선순위 결정 과정을 단순화할 수 있다. 공통의 리더십 구조는 어떤 인터페이스에 투자할지, 지원 책임을 어떻게 배분할지 결정할 수 있다. 동시에 전문 제품을 더 광범위한 플랫폼의 상업적 우선순위에 맞추라는 압박을 만들 수도 있다.

파트너십은 독립성을 보존하고 참여자들이 상호 보완적인 경험을 결합하도록 할 수 있다. 반면 고객이 별도의 로드맵, 계약상 의무 또는 지원 팀을 조율해야 할 수도 있다. 이는 Gallatin 협업의 보고된 실패가 아니라 잠재적인 구조적 절충안이다.

따라서 군 구매자는 기업 규모를 통합의 증거로 여기는 것을 경계해야 한다. 대형 공급업체는 조직적 도달 범위를 제공하면서도 복잡한 구현을 제공할 수 있다. 전문 기업은 집중된 소프트웨어를 제공하면서도 이를 폭넓게 배포하기 위해 상당한 지원을 필요로 할 수 있다.

실질적인 비교는 책임 소재에서 시작된다. 현장 애플리케이션, 기업 기록, 그리고 양자 간 연결에 걸친 문제는 누가 책임지는가? 장애가 이 경계를 넘기 전에 고객은 답을 알아야 한다.

다음 비교 대상은 적응성이다. 구매자는 이미 여러 시스템에 의존하고 있을 수 있으며, 이를 교체할 자유가 제한적일 수 있다. 관련 솔루션은 단일 공급업체로 새롭게 시작할 수 있다고 가정하기보다 그 환경에 맞아야 한다.

데이터 이식성 역시 이 평가에 포함된다. 고객은 요구 사항이 바뀔 때 기록을 가져올 수 있는지, 운영 이력을 보존할 수 있는지, 다른 애플리케이션을 연결할 수 있는지 이해해야 한다. 현재 업무를 단순화하는 통합도 미래의 전환 비용을 만들 수 있다.

Salesforce에 있어 Rune 인수는 결합된 솔루션이 고객의 자체 조립 부담을 덜 요구할 것이라는 기대를 높인다. 이는 검증할 만한 합리적인 기대이지만, 여전히 기대에 불과하다. 소유권만으로 인터페이스, 지원 프로세스 및 배포 관행이 수렴했음을 입증하지는 않는다.

경쟁 전문 기업과 그 파트너들에게도 압박은 마찬가지로 구체적이다. 이들은 자사의 협업 방식이 어떻게 명확한 책임성과 사용 가능한 연결을 제공하는지 설명해야 한다. 파트너십 도표만으로는 운영 성과에 관한 질문에 답할 수 없다.

가장 강력한 경쟁 증거는 유사한 제약 조건에서 유사한 업무를 비교하는 방식일 것이다. 범위에 관한 마케팅 주장은 그러한 비교를 입증할 수 없다. 구매자는 특히 연결성과 정보 품질이 달라질 때 실제 워크플로에 연계된 시연을 필요로 한다.

인수는 중요한 성과 관련 질문을 남긴다

공개 기록은 측정 가능한 운영 개선에 관한 주장보다 전략적 근거를 더 분명하게 뒷받침한다.

Salesforce는 Rune을 현장 물류와 기업 운영을 연결하는 수단으로 제시한다. 이 근거는 이해할 수 있다. 그러나 발표 내용은 제안된 결합이 준비 태세나 계획 성과를 얼마나 개선하는지 판단할 만큼 충분한 독립적 증거를 제공하지 않는다.

따라서 회의적인 질문은 구체적이다. 시스템이 연결된 뒤 운영자에게 무엇이 달라지는가? 공유 기록에 더 빠르게 접근하는 것은 가능한 개선점 중 하나다. 더 나은 예측, 더 적은 상충 배정, 더 적은 반복 입력도 다른 개선점이다. 각각에는 고유한 증거가 필요하다.

시연은 평가 대상 업무를 명확히 해야 한다. 수요 예측, 운송 배분, 재고 기록 유지에는 서로 다른 실패 방식이 있다. 이를 하나의 AI 라벨 아래 묶으면 실제로 어느 기능이 개선됐는지 이해하기 어려워진다.

평가는 비교 대상도 설명해야 한다. 독자가 소프트웨어가 어떤 프로세스를 대체했는지 알 때 결과는 더 큰 의미를 갖는다. 수작업, 기존 애플리케이션 또는 다른 예측 시스템과 비교하면 매우 다른 결론이 나올 수 있다.

같은 주의는 배포 주장에도 적용된다. 군 내부에서의 사용만으로는 애플리케이션이 좁은 범위의 시험을 지원하는지, 더 광범위하고 반복적인 워크플로를 지원하는지 드러나지 않는다. 공개 설명은 민감한 운영 세부 사항을 노출하지 않으면서 범위를 식별해야 한다.

그러한 공개가 보호된 정보를 드러낼 필요는 없다. 공급업체는 적절한 수준에서 평가 방법, 업무 유형 및 시험 조건을 설명할 수 있다. 독립 검토자는 운영 계획을 공개하지 않고도 사용성이나 데이터 처리 방식을 평가할 수 있다.

인간의 권한은 특히 주의를 기울일 만하다. 소프트웨어가 자동으로 실행하지 않더라도 권고는 중대한 결정에 영향을 미칠 수 있다. 운영자는 누가 조치를 승인하는지, 권고에 어떻게 이의를 제기할 수 있는지 이해해야 한다.

입력값, 변경 사항 및 결정을 기록하는 감사 추적은 그러한 책임을 가시화하는 데 도움이 된다. 권한 있는 검토자가 어떤 정보가 권고를 뒷받침했는지 재구성할 수 있어야 한다. 그 이력이 없으면 오류를 조사하기가 더 어려워진다.

보안은 또 다른 질문을 제기한다. 로컬 운영에는 정보가 어디에 저장되는지, 어떤 사용자가 접근할 수 있는지에 대한 명확성이 필요하다. 재연결에는 어떤 정보가 이동하는지, 그 이동을 어떤 권한이 관리하는지에 대한 명확성이 필요하다.

이러한 우려가 Rune 또는 Salesforce의 보안 결함을 입증하는 것은 아니다. 이는 고객이 사용 확대 전에 요청해야 할 증거를 식별한다. 이러한 구분은 합리적인 실사가 근거 없는 주장으로 바뀌는 것을 막는다.

통합은 지원 부담도 바꿀 수 있다. 새로운 연결은 중복 입력을 줄이는 대신 구성, 교육 또는 유지보수 작업을 도입할 수 있다. 구매자는 시연에서 제거된 단계만 세기보다 전체 워크플로를 평가해야 한다.

고객이 이러한 절충안을 평가할 수 있게 되면 Salesforce의 Rune 인수는 더 강한 운영상 주장을 할 만해질 것이다. 그때까지 가장 방어 가능한 결론은 더 제한적이다. Salesforce는 관련 역량을 인수하고 있으며, 이를 중심으로 더 광범위한 아키텍처를 제안하고 있다.

세 가지 신호가 계약의 전개 방식을 보여줄 것이다

다음으로 유용한 증거는 거래 종결, 제품 제공, 고객 평가 순서와 관련된다.

첫째, 거래가 종결됐다는 확인을 주시해야 한다. Salesforce가 발표한 일정은 기준점을 제공하지만, 예상 시점이 곧 완료를 의미하지는 않는다. 종결 발표는 계획된 소유권 변경이 발생했음을 확립할 것이다.

제품 리더십과 고객 지원에 대한 동반 설명도 중요하다. 기존 사용자는 구매 후 책임이 어디에 있는지 알아야 한다. 명확한 연속성은 실행에 대한 신뢰를 강화하는 반면, 해결되지 않은 소유권 관련 질문은 운영 계획을 평가하기 더 어렵게 만들 것이다.

종결이 결합 기술에 관한 모든 주장을 검증하는 것은 아니다. 이는 거래 불확실성을 제거하고, 독자가 확립된 기업 관계를 기준으로 이후 약속을 평가할 수 있게 한다. 이것이 첫 번째 신호의 적절한 의미다.

둘째, 구체적인 제품 통합 자료를 주시해야 한다. 릴리스, 기술 시연 또는 배포 가이드는 TyrOS가 Missionforce와 무엇을 연결하는지 설명해야 한다. 유용한 세부 사항은 지원되는 워크플로, 로컬 기능, 동기화 동작 및 관리 책임과 관련된다.

운영자가 두 시스템에 걸쳐 정의된 업무를 완료할 수 있다는 증거는 인수의 핵심 근거를 강화할 것이다. 기록 전송에만 한정된 시연은 더 제한적인 결론을 뒷받침할 것이다. 주장이 시연된 역량과 일치한다면 둘 다 유용할 수 있다.

제시된 운영 조건에 주의를 기울여야 한다. 안정적인 연결에서 이루어진 시연은 네트워크 중단 중의 동작을 입증할 수 없다. 마찬가지로 연결이 끊긴 시연은 이후 조정이 올바르게 작동함을 입증할 수 없다. 전체 워크플로가 중요하다.

셋째, 공급업체 설명을 넘어서는 고객 평가를 주시해야 한다. 유용한 증거는 물류 업무를 식별하고, 비교를 설명하며, 사용자가 이를 시험한 조건을 기술할 것이다. 이는 도입과 측정 가능한 개선을 구분하는 데 도움이 된다.

결합된 워크플로가 반복 업무를 줄인다는 고객의 발견은 논지의 한 부분을 뒷받침할 것이다. 연결이 교란된 상황에서 더 나은 계획을 보여주는 증거는 또 다른 부분을 뒷받침할 것이다. 추가적인 조율 부담에 대한 보고는 제공된 통합의 근거를 약화시킬 것이다.

이 신호들은 군사 AI 지출이 확대될 것이라는 일반적인 예측보다 더 많은 정보를 제공한다. 이는 발표된 전략을 관찰 가능한 변화와 연결한다. 또한 일부 워크플로는 개선되고 다른 워크플로는 더 많은 개발이 필요한 부분적 성공의 여지도 남긴다.

방산 외 기업 구매자에게 이 사안의 관련성은 아키텍처에 있다. 제품은 하나의 애플리케이션 내에서는 효과적으로 보일 수 있지만, 조직 경계를 넘으면 관리가 더 어려워질 수 있다. 이 거래는 그러한 경계를 제품 이야기의 중심에 둔다.

개발자에게 교훈은 증거에 관한 것이다. 설득력 있는 모델 시연이 동기화, 권한, 예외 처리 또는 운영자 통제를 자동으로 검증하지는 않는다. 이러한 주변 역량이 권고가 작동하는 프로세스의 신뢰할 수 있는 일부가 되는지를 결정한다.

이러한 구체적인 이정표를 통해 Salesforce Rune 인수를 지켜보라. 종결 발표부터 시작한 뒤, 양사가 실제로 함께 무엇을 출시하는지 살펴보라. 모든 성과 주장 뒤에 있는 업무, 운영 조건 및 비교를 설명하는 고객 증거를 찾아야 한다. 기업 AI를 평가한다면 다음 공급업체 대화에서도 같은 질문을 제기하라. 연결이 사라졌을 때 무엇이 계속 작동하는가, 상충하는 정보는 누가 해결하는가, 사용자는 권고를 어떻게 검토할 수 있는가? 이러한 답은 인수 헤드라인보다 운영상 유용성에 대해 더 많은 것을 보여줄 것이다. 이 계약은 Salesforce가 의도하는 방향을 확립한다. 제품 제공과 고객 경험이 그 방향이 사용 가능한 시스템으로 얼마나 구현되는지를 확립할 것이다.