70%의 문제: 영업 자동화가 계속 실패하는 이유 (시스템적 관점)

모든 도구는 작동합니다. 하지만 도구 사이의 인수인계(handoff)는 작동하지 않습니다. 이것은 도구의 문제가 아닙니다. 아키텍처(architecture)의 문제입니다.

B2B 영업 자동화 시장은 80억 달러 이상의 가치를 지닙니다. 기업들은 CRM, 시퀀싱 (sequencing), 데이터 보강 (enrichment), 통화 인텔리전스 (call intelligence), 스케줄링 (scheduling) 및 분석 (analytics) 도구에 매년 수억 원을 지출합니다. 모든 도구는 제 역할을 수행합니다. 그럼에도 영업 담당자들은 여전히 시간의 70%를 영업이 아닌 다른 일에 소비합니다.

영업 자동화 도구의 폭발적인 증가에도 불구하고 이 수치는 지난 10년 동안 의미 있게 변하지 않았습니다. 도구가 나쁘기 때문이 아닙니다. 각 도구가 워크플로 (workflow)의 한 단계만을 해결하고, 단계 사이에서 인수인계 오버헤드 (handoff overhead)를 생성하기 때문입니다. 자동화로 절약된 총 시간은 자동화된 시스템들 사이의 조정 비용 (coordination tax)에 의해 소모됩니다.

이것은 도구의 문제가 아니라 시스템의 문제입니다. 그리고 시스템 문제는 더 많은 포인트 솔루션 (point solutions)이 아니라 시스템적인 솔루션을 필요로 합니다.

아무도 측정하지 않는 인수인계 비용 (The Handoff Tax)

영업 담당자가 통화를 준비할 때 어떤 일이 일어나는지 생각해 보십시오.

1단계: CRM을 엽니다. 기회 (opportunity)를 찾습니다. 노트를 읽습니다. (Salesforce, 3분)

2단계: 맥락 파악을 위해 마지막 통화 녹음본을 확인합니다. 스크립트 (transcript)를 찾습니다. 주요 순간들을 훑어봅니다. (Gong, 5분)

3단계: 최근 활동을 확인하기 위해 잠재 고객의 LinkedIn을 찾아봅니다. 회사 뉴스를 확인합니다. (LinkedIn + 브라우저, 4분)

4단계: 업데이트된 회사 데이터, 기술 스택 (tech stack), 투자 현황, 인원 변동 등을 확인하기 위해 데이터 보강 (enrichment) 도구를 확인합니다. (ZoomInfo/Apollo, 3분)

5단계: 마지막 교신 내용을 확인하기 위해 이메일 스레드 (email thread)를 검토합니다. 무엇이 약속되었는가? 어떤 질문이 남아 있는가? (이메일 클라이언트, 3분)

총 준비 시간: 5개의 서로 다른 도구에 걸쳐 18분.

모든 도구는 작동했습니다. CRM은 데이터를 저장했습니다. Gong은 통화를 녹음했습니다. LinkedIn에는 프로필이 있었습니다. 데이터 보강 도구에는 회사 데이터가 있었습니다. 이메일에는 스레드가 있었습니다.

영업 담당자는 18분 동안 수동 통합 작업(manual integration work)을 수행하며, 5개의 시스템에서 맥락을 끌어내고, 이를 머릿속에서 합성하며, 통화가 시작되기 전에 딜 (deal)에 대한 정신적 모델을 구축하는 데 시간을 보냈습니다. 각 도구 사이의 인수인계 (handoff) 과정이 바로 시간이 사라지는 지점입니다.

이러한 패턴은 영업 담당자(rep)의 하루 일과 중 모든 워크플로(workflow)에서 반복됩니다. 통화 후 후속 조치(Post-call follow-up)를 위해서는 통화 내용으로부터 맥락을 재구성하고(Gong), 이메일을 작성하며(email client), 활동을 기록하고(CRM), 다음 단계를 설정(다시 CRM)해야 합니다. 데모 후 조치(Post-demo)를 위해서는 스테이지(stage)를 업데이트하고, 노트를 작성하며, 다음 미팅을 예약하고, 자료를 전송해야 하는데, 각 단계가 서로 다른 도구에서 이루어집니다.

모든 도구는 각자의 특정 단계에서 시간을 절약해 줍니다. 하지만 도구 간의 인수인계(handoff) 과정에서 발생하는 시간 손실은 그 어떤 개별 도구로도 해결할 수 없습니다. 그리고 영업 활동이 이루어지는 하루 전체에 걸쳐 누적된 이 인수인계 비용(handoff tax)이 바로 **영업 외 업무에 소비되는 70%의 시간**이 실제로 존재하는 지점입니다.

도구를 더 추가할수록 상황이 악화되는 이유

영업 담당자가 행정 업무에 너무 많은 시간을 소비할 때 본능적으로 떠올리는 해결책은 또 다른 도구를 구매하는 것입니다. 일정 예약 오버헤드(scheduling overhead)를 줄이기 위한 일정 예약 도구, 노트 작성 시간을 줄이기 위한 노트 작성 도구, CRM 업데이트 시간을 줄이기 위한 데이터 입력 도구 같은 것들 말입니다.

각 도구는 특정 작업에 소요되는 시간을 줄여줍니다. 하지만 각 도구는 동시에 다음과 같은 요소들을 추가합니다.

또 다른 로그인: 또 하나의 브라우저 탭이 생깁니다. 또 하나의 컨텍스트 스위칭(context switch, 문맥 전환)이 발생합니다. 연구 결과에 따르면 컨텍스트 스위칭은 전환당 1525분의 생산성 손실을 초래한다고 일관되게 나타납니다. 하루 동안 812개의 도구를 오가는 영업 담당자는 각 개별 도구가 절약해 주는 시간을 압도하는 컨텍스트 스위칭 비용을 지불하고 있는 셈입니다.

또 다른 통합(integration): 유지 관리해야 할 또 다른 API 연결이 생깁니다. 모니터링해야 할 또 다른 데이터 동기화(data sync)가 생깁니다. 시스템 간에 데이터가 유실되는 또 다른 장애 지점(failure point)이 생깁니다. RevOps 팀은 도구 간의 통합을 유지 관리하는 데 매주 10~15시간을 소비한다고 보고합니다. 이는 도구의 ROI(투자 대비 효율) 계산에는 절대 나타나지 않는 숨겨진 인건비입니다.

또 다른 데이터 사일로(data silo): 통화 인텔리전스(Call intelligence)는 Gong에 존재합니다. 이메일 참여도(Email engagement)는 시퀀싱 도구(sequencing tool)에 존재합니다. 연락처 데이터는 데이터 보강 플랫폼(enrichment platform)에 존재합니다. 활동 데이터는 CRM에 존재합니다. 각 도구는 자신만의 데이터 중력(data gravity)을 만들어내어, 정보를 워크플로 전반에서 접근 가능하게 유지하기보다는 각자의 시스템 안으로 끌어당깁니다.

복리 효과(The compound effect): 각 도구가 영업 담당자 1인당 하루에 20분씩 절약해 주는 12개의 도구 스택을 사용하지만, 도구 간의 인수인계 오버헤드(handoff overhead)로 인해 담당자 1인당 하루에 3시간 이상의 시간이 소요됩니다. 순 절약 시간: 마이너스.

이것이 영업 자동화(sales automation)에 수십억 달러가 투자되었음에도 불구하고 70%라는 수치가 변하지 않은 이유입니다. 새로운 도구가 추가될 때마다 각 단계는 최적화되지만, 단계 사이의 인수인계 비용은 증가합니다. 단계는 더 빨라지지만, 워크플로(workflow)는 더 파편화됩니다.

시스템적 관점: 처리량(Throughput) vs 단계 최적화(Step Optimization)

시스템 사고(Systems thinking)는 국소적 최적화(local optimization)와 전역적 최적화(global optimization)를 결정적으로 구분합니다.

국소적 최적화는 개별 단계를 개선합니다. CRM의 인터페이스가 더 좋아집니다. 시퀀싱 도구(sequencing tool)의 발송 시간 최적화가 더 스마트해집니다. 통화 녹음 도구의 전사(transcript) 정확도가 향상됩니다.

전역적 최적화는 시스템의 전체적인 처리량(throughput)을 개선합니다. 신호(signal)가 얼마나 빨리 행동(action)으로 이어지는가? 대화가 얼마나 신뢰성 있게 후속 조치(follow-up)로 이어지는가? 딜 인텔리전스(deal intelligence)가 생성된 곳에서 필요한 곳으로 얼마나 일관되게 흐르는가?

영업 자동화는 지난 10년 동안 국소적 최적화에만 집중해 왔습니다. 매년 각 도구는 자신의 단계에서 더 나아지고 있습니다. 하지만 도구 간의 연결을 최적화하는 사람이 아무도 없었기 때문에, 전역적 처리량, 즉 신호에서 행동까지의 시간, 대화에서 후속 조치까지의 시간, 딜 인텔리전스에서 CRM 업데이트까지의 시간은 개선되지 않았습니다.

비유하자면 이렇습니다. 조립 라인의 각 기계가 작년보다 20% 더 빠르게 돌아가는 공장을 상상해 보십시오. 하지만 기계 사이의 컨베이어 벨트는 고장이 30% 더 자주 발생합니다. 각 기계는 개별적으로 더 생산적이지만, 공장의 총 생산량은 변하지 않았습니다.

해결책은 더 빠른 기계가 아닙니다. 신뢰할 수 있는 컨베이어 벨트입니다.

오케스트레이션 계층(The Orchestration Layer): 실제로 이를 해결하는 방법

영업 자동화 스택에서 빠진 조각은 또 다른 도구가 아닙니다. 기존 도구들 위에 위치하여 도구 간의 워크플로를 관리하는 계층(layer)입니다.

오케스트레이션 계층은 개별 도구가 할 수 없는 세 가지 일을 수행합니다:

1. 통합된 컨텍스트 조립(Unified context assembly).

영업 담당자가 통화 전에 5개의 도구에서 수동으로 컨텍스트를 가져오는 대신, 오케스트레이션 계층 (orchestration layer)은 CRM 데이터, 통화 녹취록 (call transcripts), 이메일 스레드 (email threads), 데이터 보강 (enrichment) 데이터 및 LinkedIn 활동으로부터 통화 전 브리핑 (pre-call brief)을 조립합니다. 하나의 뷰. 모든 컨텍스트. 몇 분이 아닌 몇 초 만에 조립됩니다.

18분의 통화 전 준비 시간이 30초의 브리핑 검토로 바뀝니다. 영업 담당자가 조사를 건너뛰었기 때문이 아닙니다. 시스템이 조사를 수행하고 이를 합성(synthesize)했기 때문입니다.

2. 도구 간 워크플로 자동화 (Cross-tool workflow automation).

통화가 종료되면 오케스트레이션 계층이 일련의 과정을 트리거합니다: 녹취록에서 다음 단계(next steps)를 추출하고, 문맥에 맞는 후속 이메일 초안을 작성하며, 통화 메모와 단계 진행 상황(stage progression)을 반영하여 CRM을 업데이트하고, 논의된 내용을 바탕으로 다음 미팅을 예약하며, 리스크 신호가 감지되면 관리자에게 알림을 보냅니다.

현재 이 모든 과정은 영업 담당자가 34개의 도구에 걸쳐 56개의 작업을 수동으로 수행해야 합니다. 오케스트레이션 계층은 이 작업들을 하나의 자동화된 워크플로로 연결하며, 영업 담당자의 유일한 업무는 이를 검토하고 승인하는 것이 됩니다.

3. 핸드오프 제거 (Handoff elimination).

오케스트레이션 계층은 API를 통해 모든 도구와 통신하며, 도구 전반에 걸쳐 통합된 데이터 모델 (unified data model)을 유지합니다. 데이터 보강 (enrichment) 도구의 연락처 데이터는 후속 이메일을 작성할 때 바로 사용할 수 있습니다. 통화 녹취록의 인사이트는 CRM 필드를 업데이트할 때 활용됩니다. 미팅 참석자 데이터는 이해관계자 (stakeholders)를 매핑할 때 사용됩니다.

수동 내보내기/가져오기(export/import)가 없습니다. 도구 간의 복사/붙여넣기도 없습니다. "다른 시스템을 확인해 볼게요"라는 말도 필요 없습니다. 데이터는 오케스트레이션 계층을 통해 흐르며, 워크플로가 필요한 곳 어디에서든 사용할 수 있습니다.

실제 사례 (What This Looks Like in Practice)

오케스트레이션 도입 전 (대부분의 팀의 현재 상태):

영업 담당자가 통화를 마칩니다. 녹취록을 검토하기 위해 Gong을 엽니다. 딜(deal)을 업데이트하기 위해 Salesforce를 엽니다. 후속 조치를 작성하기 위해 이메일로 전환합니다. 활동을 기록하기 위해 다시 Salesforce로 돌아갑니다. 다음 미팅을 예약하기 위해 캘린더를 엽니다. 캘린더 초대를 보내기 위해 다시 이메일로 돌아갑니다.

6번의 도구 전환. 25~30분 소요. 이 중 대부분은 가치를 창출하는 업무가 아닌 조정 오버헤드 (coordination overhead)입니다.

오케스트레이션 (Orchestration) 이후:

영업 담당자(Rep)가 통화를 마칩니다. 오케스트레이션 레이어 (orchestration layer)는 이미 대화 녹취록 (transcript)을 처리했습니다. 특정 대화 내용을 참조하여 미리 작성된 후속 조치 (follow-up) 초안이 대기 중입니다. CRM에는 통화 메모, 참석자 및 다음 단계 (next steps)가 업데이트되었습니다. 캘린더 가용성을 기반으로 다음 미팅을 위한 제안 시간이 식별되었습니다.

담당자는 후속 조치 초안을 검토하고 (2분), CRM 업데이트를 승인하며 (30초), 미팅 시간을 확정하고 (30초), 다음 통화로 넘어갑니다.

30분이 아닌 3분이 소요됩니다. 결과물의 품질은 동일합니다. 기반이 되는 도구들도 동일합니다. 하지만 이들을 연결하는 아키텍처 (architecture)가 다릅니다.

오케스트레이션 레이어를 직접 구축할 것인가, 구매할 것인가

맞춤형 오케스트레이션 레이어를 구축하려면 다음이 필요합니다:

스택 내의 모든 도구(CRM, 이메일, 캘린더, 통화 플랫폼, 인리치먼트 (enrichment))와의 API 통합 (API integrations). 각 통합에는 고유한 인증 (authentication), 속도 제한 (rate limits), 데이터 스키마 (data schema) 및 장애 모드 (failure modes)가 존재합니다.

각기 다른 모델링 방식을 사용하는 시스템들 사이에서 연락처, 활동 및 딜 (deals)을 정규화하는 통합 데이터 모델 (unified data model).

트리거 이벤트 (trigger events)를 기반으로 도구 간 액션을 체인화하며, 오류 처리 (error handling), 재시도 로직 (retry logic) 및 중복 제거 (deduplication)를 포함하는 워크플로 로직 (workflow logic).

녹취록 추출, 후속 조치 초안 작성 및 컨텍스트 조립 (context assembly)을 위한 NLP/LLM 레이어.

대부분의 팀에게 이는 지속적인 유지보수가 필요한 6~12개월의 구축 과정입니다. SpurIQ는 바로 이 아키텍처를 제품화했습니다. DealIQ는 딜 측면의 오케스트레이션을 처리합니다: 자동 CRM 캡처, 후속 조치 초안 작성, 유휴 딜 감지 (idle deal detection), 다음 단계 강제 (next step enforcement). LeadIQ는 아웃바운드 측면의 오케스트레이션을 처리합니다: 시그널 감지 (signal detection), 인리치먼트 (enrichment) 및 아웃리치 타이밍 (outreach timing).

직접 구축하든 구매하든 원칙은 동일합니다. 70%의 문제는 개별 도구를 더 빠르게 만든다고 해서 해결되지 않습니다. 도구들 사이의 핸드오프 오버헤드 (handoff overhead)를 제거함으로써 해결됩니다.

우리는 활동 세부 분류 표와 4가지 실패한 해결책을 포함한 전체 분석 내용을 게시했습니다 - 스택에 또 다른 도구를 추가하기 전에 읽어보세요.

이 70%의 비영업 시간은 특정 도구 하나에 숨어 있는 것이 아닙니다. 그것은 모든 도구 사이의 인수인계(handoffs) 과정에 숨어 있습니다. 해결책은 더 빠른 CRM이나 더 똑똑한 시퀀서(sequencer)가 아닙니다. 영업 담당자들이 시스템을 전환할 때마다 지불해야 하는 조정 비용(coordination tax)을 제거하는 오케스트레이션 계층(orchestration layer)입니다.