VP of Sales에게는 간단한 질문이 하나 있었습니다: 내가 쓰는 트레이닝 플랫폼을 믿을 수 있을까?
그의 팀은 공장과 OEM을 대상으로 PLC, 드라이브, 센서, 제어 시스템 같은 산업용 자동화 장비를 판매했습니다. 카탈로그는 방대했습니다. 스펙은 펌웨어가 릴리스될 때마다 바뀌었습니다. 호환성 매트릭스도 계속 변했습니다. 컨트롤러의 I/O 개수나 드라이브의 전력 등급에 대한 잘못된 발언 하나가 설치 실패, 생산 라인 정지, 그리고 다시는 전화하지 않는 고객으로 이어질 수 있었습니다.
2년 전에 구매한 트레이닝 플랫폼은 높은 완료율을 보여주고 있었습니다. 하지만 그는 이 플랫폼이 잘못된 스펙을 실제로 잡아낼 수 있는지 한 번도 테스트해본 적이 없었습니다. 그냥 그럴 거라고 가정했을 뿐이었습니다.
그러던 중 그는 벤더 데모나 NDA 없이도 직접 실행해볼 수 있는 방법을 설명한 블로그 글을 읽었습니다. 이름은 퍼블릭 매뉴얼 테스트였습니다.
그는 이걸 자신의 플랫폼에 직접 실행해보기로 했습니다.
준비 단계: 그가 자신의 스택을 직접 테스트한 이유
VP of Sales는 이미 충분히 많은 벤더 데모를 거치며 회의적인 태도를 갖게 되었습니다. 모든 플랫폼이 통제된 환경에서는 훌륭해 보였습니다. 모든 벤더가 자신의 시스템이 사실을 체크한다고 주장했습니다.
하지만 그는 벤더가 준비하지 않은 자료로, 자기 나름의 방식으로 이를 검증해본 적이 없었습니다.
퍼블릭 매뉴얼 테스트는 정확히 이런 목적을 위해 만들어진 것이었습니다. 누구나 다운로드할 수 있는 제품 매뉴얼 — 오직 공개된 정보만 사용했고, 이미 비용을 지불하고 있는 플랫폼을 포함해 어떤 플랫폼에서도 적용할 수 있었습니다.
한 업종에만 머물지 말고 여러 카테고리에 걸쳐 선택하라는 테스트 자체의 안내를 따라 — 결과가 “그 업종의 매뉴얼이 원래 테스트하기 쉬웠던 것뿐”이라는 식으로 치부되지 않도록 — 그는 서로 다른 제품 카테고리에서 다섯 개의 퍼블릭 매뉴얼을 골랐습니다: 소비자 전자기기 하나, 자동차의 트림·옵션 비교 페이지 하나, 통신사의 요금제·기기 페이지 하나, 산업용 센서 하나, 그리고 가변 주파수 드라이브 하나. 이 중 마지막 두 개만 그가 속한 업계의 제품이었고, 나머지 세 개는 그가 이해관계를 전혀 갖지 않은 제품이었습니다. 다섯 개 모두 그가 검증할 수 있는 명확하고 확인 가능한 스펙을 하나씩 갖고 있었습니다.
방법: 잘못된 스펙을 자신 있게 말하기
테스트 절차는 간단했습니다.
각 매뉴얼에서, 그는 정답이 하나뿐인 명확한 스펙 하나를 찾았습니다 — 전력 등급, 응답 시간, 보증 기간, 데이터 제공량, 트림의 기능 포함 여부.
그런 다음 그는 매뉴얼을 현재 사용 중인 플랫폼에 업로드하고, 연습 롤플레이를 시작해서, 유창하고 자신감 있는 담당자가 말할 법한 방식으로 그 스펙의 잘못된 버전을 말했습니다. 머뭇거림 없이. “제 생각에는”도 없이. “확인해보겠습니다”도 없이. 맞으면 딜을 성사시키고, 틀리면 딜을 죽이는, 바로 그런 종류의 자신감 있는 발언이었습니다.
그는 결과가 패턴인지 우연인지 확인하기 위해 매뉴얼당 두세 번씩 테스트를 반복했습니다.
시작하기 전에, 그는 “통과”와 “실패”를 정의해두었습니다.
실패란 플랫폼의 피드백이 그 발언을 틀렸다고 플래그하고, 이상적으로는 대조한 문서를 인용해주는 것을 의미했습니다.
통과란 플랫폼의 피드백이 그 발언에 대해 아무 말도 하지 않는 것을 의미했습니다. 톤, 페이싱, 공감을 채점하면서도, 그가 말한 스펙이 지어낸 것이었다는 사실은 전혀 언급하지 않는 것이었습니다.
결과: 다섯 번 모두 침묵
모든 테스트가 제품 카테고리와 관계없이 똑같은 결과로 돌아왔습니다.
플랫폼은 그의 페이싱을 채점했습니다. 그의 공감 능력을 칭찬했습니다. 반론 처리가 훌륭하다고 평가했습니다. 그리고 그가 잘못된 스펙을 — 그것이 드라이브의 전력 등급이든 휴대폰의 배터리 수명이든 — 자신 있게 말했다는 사실에 대해서는 아무 말도, 정말 아무 말도 하지 않았습니다.
다섯 개의 매뉴얼, 다섯 개의 다른 업종. 다섯 개의 잘못된 발언. 플래그는 0건.
이 침묵은 중립적인 결과가 아니었습니다. 그것이 바로 결과였습니다. 플랫폼은 그가 어떻게 말하는지를 채점했고, 그가 실제로 무엇을 말했는지 체크할 메커니즘은 전혀 갖고 있지 않았습니다.
“모든 오류를 잡아내지 못한 건 놀랍지 않았어요. 단 하나도 잡아내지 못했다는 게 놀라웠죠 — 그리고 매뉴얼이 어느 업종에서 나왔는지는 전혀 중요하지 않았다는 것도요. 다섯 개의 다른 제품, 다섯 개의 다른 종류의 스펙이었는데, 피드백은 단 하나도 언급하지 않았습니다. 체크를 안 한 게 아니라, 원래부터 체크할 수가 없었던 거예요.”
당신의 플랫폼에 퍼블릭 매뉴얼 테스트를 실행해보셨나요? 12페이지 분량의 리포트 Beyond Roleplay: The Rise of the Sales Knowledge Engine에서 이 테스트 뒤에 있는 전체 검증 아키텍처, 어떤 벤더에게든 물어야 할 질문들, 그리고 갱신하기 전에 이미 갖고 있는 것을 평가하는 방법을 확인하세요. [백서 다운로드 →]
이 침묵이 그의 비즈니스에 중요했던 이유
VP of Sales는 이 결과를 Sales Enablement 리드에게 가져갔습니다. 그도 놀라지 않았습니다.
그는 2개 분기 동안 판매 후 이슈를 추적해왔습니다. 그 기간 동안:
- 설치 지원 티켓의 **13%**는 세일즈 과정에서 잘못된 기술 스펙을 안내받은 고객과 관련이 있었습니다
- 호환성 문제 — 약속과 달리 고객의 기존 시스템과 작동하지 않는 장비 — 의 **9%**가 통화 중에 이루어진 부정확한 발언으로 거슬러 올라갔습니다
- 신규 기술 세일즈 담당자가 시니어 엔지니어 없이 고객 대화를 진행할 수 있는 수준에 도달하기까지 평균 11주가 걸렸습니다
트레이닝 플랫폼은 리포트를 생성하고 있었습니다. 오류를 예방하고 있지는 않았습니다.
“우리는 담당자들이 어떻게 들리는지를 측정하고 있었어요. 그들이 맞는 말을 하고 있는지는 전혀 알 수 없었죠.”
개입: 테스트를 통과하는 플랫폼
그는 동일한 퍼블릭 매뉴얼 테스트 — 같은 다섯 개의 매뉴얼, 같은 업종 조합 — 를 EOS (app.akaeos.com) 에서 실행했습니다.
이번에는 결과가 달랐습니다.
그가 잘못된 스펙을 말할 때마다, EOS는 그 발언을 추출하고, 업로드된 매뉴얼과 대조한 뒤, 구체적인 판정을 돌려주었습니다:
“Incorrect(오류): 이 드라이브의 정격 출력은 5.5kW가 아니라 7.5kW입니다. Manual Section 3.2, Power Ratings 참조.”
“Incorrect(오류): 이 센서의 응답 시간은 5ms가 아니라 2ms입니다. Datasheet, Operating Specifications 참조.”
“Partially correct(부분 정확): 이 컨트롤러는 32개가 아니라 16개의 디지털 입력을 지원합니다. I/O Configuration Table, p.14 참조.”
모든 판정에는 출처가 함께 제공되었습니다. 모든 출처는 그가 업로드한 문서의 정확한 부분을 가리켰습니다 — 그 문서가 산업용 데이터시트든 소비자 전자제품 스펙시트든 관계없이요.
이 차이는 미묘하지 않았습니다. 한 플랫폼은 자신감을 채점했습니다. 다른 하나는 사실을 검증했습니다.
퍼블릭 매뉴얼 테스트가 효과가 있는 이유
VP of Sales는 자신의 기존 플랫폼이 무엇을 못하는지 알기 위해 벤더 데모가 필요하지 않았습니다. 트라이얼 계정이나 세일즈 콜도 필요하지 않았습니다. 그에게 필요했던 것은 오후 반나절과, 그의 업종 밖에서 가져온 다섯 개의 퍼블릭 매뉴얼이었습니다.
이 테스트가 효과가 있었던 이유는 벤더가 가질 수 있는 모든 유리함을 제거했기 때문입니다. 어떤 플랫폼도 이 매뉴얼들을 본 적이 없었습니다. 어떤 대본도 특정 플랫폼을 좋아 보이게 하려고 최적화되지 않았습니다. 자료는 공개적이었고, 중립적이었고, 벤더가 아니라 그가 직접 골랐습니다. 자신의 업종에만 머물지 않고 다섯 개의 매뉴얼을 여러 카테고리에 걸쳐 분산시킴으로써, 결과가 “산업용 스펙이 원래 검증하기 쉬웠던 것뿐”이라는 식으로 설명될 수 없게 만들었습니다.
기존 플랫폼에서 발견한 침묵은 데모의 버그가 아니었습니다. 구조적인 격차였습니다. 그 플랫폼은 발언을 검증할 메커니즘이 전혀 없었고, 그래서 결코 검증하지 않았습니다 — 그가 매뉴얼을 몇 개 업로드하든, 그 매뉴얼이 어느 업종에서 나왔든 상관없이요.
테스트를 통과한 플랫폼에는 그런 격차가 없었습니다. 발언을 추출하고, 소스와 대조하고, 판정을 돌려주었습니다 — 드라이브의 데이터시트에서만큼 휴대폰의 스펙시트에서도 안정적으로요.
“저는 오후 반나절 만에 이 테스트를 실행했어요. 2년치 대시보드보다 이게 제 플랫폼에 대해 더 많은 걸 말해줬습니다. 그 침묵이 답이었어요.”
세일즈 리더를 위한 시사점
AI 세일즈 트레이닝 플랫폼을 평가하고 있거나, 이미 갖고 있는 플랫폼이 약속한 대로 작동하고 있는지 궁금하다면, 벤더 데모 없이도 알아낼 수 있습니다.
여러 업종에 걸친 다섯 개의 퍼블릭 매뉴얼, 연습 세션, 그리고 매뉴얼당 하나씩 자신 있게 말한 잘못된 스펙이 필요할 뿐입니다.
플랫폼이 아무 말도 하지 않는다면, 격차를 발견한 것입니다. 이것은 가설이 아닙니다. 당신은 방금 자신의 플랫폼에서, 자신이 직접 고른 자료로, 반나절 만에 그것이 일어나는 것을 직접 지켜본 것입니다.
퍼블릭 매뉴얼 테스트는 무엇에든 서명하기 전에 — 또는 이미 갖고 있는 것을 갱신하기 전에 — 당신이 직접, 당신의 방식대로 실행할 수 있는, 공정하고 반복 가능한 비교에 가장 가까운 방법입니다.
그리고 잘못된 스펙 하나가 설치 실패와 고객 이탈로 이어지는 컨트롤러, 드라이브, 센서를 판매하는 산업용 장비 제조사에게, 이 테스트는 선택이 아닙니다. 가장 먼저 실행해야 할 일입니다.
테스트를 실행하세요. 침묵을 읽으세요. EOS는 퍼블릭 매뉴얼 테스트를 통과합니다 — 발언 추출, 사실 기반 검증, 그리고 업종과 관계없이 담당자가 말하는 모든 스펙에 대한 출처 기반 판정까지. app.akaeos.com에서 5석까지 무료로 시작하거나, **[전체 백서 다운로드]**하세요.
Leave a Reply