대부분의 영업 플레이가 현장에서 죽는 이유, 그리고 살리는 방법

모든 영업 플레이는 낙관적으로 태어납니다. 매출 리더가 패턴을 발견하고, RevOps와 인에이블먼트가 그 주변에 깔끔한 플레이를 구축하고, QBR에서 공개되어 고개를 끄덕이는 반응을 얻으며, 모두가 그것이 정확히 팀에 필요한 것이라는 데 동의합니다. 6주 후 도입률은 거의 0입니다. 담당자들은 조용히 항상 하던 대로 돌아갔습니다. 그 플레이는 공식적으로 죽은 것은 아닙니다. 여전히 인에이블먼트 라이브러리에 앉아 있지만, 매출이 만들어지는 현장에서는 결코 살아본 적이 없습니다.

이것은 너무 흔해서 거의 법칙에 가깝습니다. 대부분의 플레이는 현장에서 죽으며, 아이디어가 나빠서 죽는 것이 아닙니다. 그것들은 플레이가 설계된 방식과 담당자의 실제 화요일 사이의 예측 가능한 격차들로부터 죽습니다. 그 격차를 닫으면 행동을 바꾸는 플레이북을 갖게 됩니다. 방치하면 폴더를 갖게 됩니다.

사망 원인 1: 플레이가 결코 그 순간에 도달하지 못한다

가장 흔한 살해자는 타이밍입니다. 플레이는 특정 트리거가 발생하는 단 하나의 특정 순간에만 유용합니다. 전형적인 설정에서는 플레이가 문서 안에 앉아 있고, 담당자가 그 플레이가 존재한다는 것을 기억하고, 이 거래가 트리거에 도달했다는 것을 알아차리고, 그것을 찾아서 실행하는 것 전부가 담당자에게 달려 있습니다. 실제 구매 순간과 플레이 발동 사이에 세 개의 독립적인 실패 지점이 있는 것입니다.

40건의 거래를 저글링하는 담당자에게는 이 세 가지 모두가 끊임없이 실패합니다. 그 순간은 인지되지 못한 채 지나가고, 플레이는 서랍 속에 남으며, 기회는 새어나갑니다. 트리거가 약하거나 없는 플레이는 도착하자마자 죽으며, 이것이 고전환 플레이의 해부가 트리거에서 시작하는 이유입니다. 그 순간에 도달하기 위해 인간의 기억에 의존하는 플레이는 대부분의 경우 그 순간을 놓칠 것입니다.

살리는 법: 트리거를 시스템이 감지할 수 있는 신호에 연결하고, 그 순간이 도착했을 때 담당자 앞에 플레이를 놓으세요. 이것이 신호를 넥스트 베스트 액션으로 바꾸는 것과 누군가 기억하기를 바라는 것의 차이입니다.

사망 원인 2: 실제 거래에서 살아남지 못한다

두 번째 살해자는 경직성입니다. 많은 플레이가 거래가 얌전히 행동한다고 가정하는 깔끔하고 선형적인 시퀀스로 작성됩니다. 거래는 얌전하게 행동하지 않습니다. 새로운 이해관계자가 나타나고, 구매자가 조용해지고, 경쟁사가 초대되고, 챔피언이 재조직됩니다. 거래가 대본에서 벗어나는 순간(즉시 그렇게 되는데), 담당자는 그 플레이가 "여기서는 적용되지 않는다"고 판단하고 그것을 버립니다.

경직된 플레이는 이상적인 경우에만 작동하고, 이상적인 경우는 거의 일어나지 않습니다. 해결책은 플레이를 더 모호하게 만드는 것이 아닙니다. 모호한 플레이는 다른 방식으로 쓸모없습니다. 거래가 틀어지는 흔한 방식들에 대한 정의된 대응과 함께 분기하도록 설계하세요. 구매자 행동에 적응하는 플레이북은 현장에서 살아남지만 정적인 대본은 그렇지 않습니다. 안내할 만큼의 구조와 휘어질 만큼의 여유가 필요합니다.

사망 원인 3: 작동하는지 아무도 알 수 없다

세 번째 살해자는 비가시성입니다. 플레이가 출시되면, 대부분의 팀은 그것이 실제로 실행되고 있는지, 실행된다면 전환되는지 볼 방법이 없습니다. 이것이 없으면:

• 좋은 플레이는 그것이 효과가 있다는 증거가 없어서 버려지며, 담당자는 그것을 신뢰하지 않습니다.
• 나쁜 플레이는 실패하고 있다는 것을 알려주는 것이 없어서 영원히 살아남습니다.
• 코칭 루프가 없습니다. 누가 무엇을 실행했는지 기록이 없으면 매니저는 "그 플레이 실행했어?"라고 물을 수 없습니다.

측정할 수 없는 플레이는 개선하거나 옹호할 수 없는 플레이입니다. 이것은 정적인 문서와 동적 오케스트레이션을 가르는 것과 같은 계측 격차입니다. 플레이가 실행되는 것을 볼 수 없다면, 여러분은 추측하고 있는 것입니다.

살리는 법: 발동률, 완료율, 전환율을 볼 수 있도록 모든 플레이를 계측하세요. 그런 다음 의견이 아니라 증거로 패자를 죽이고 승자에 배가하세요.

사망 원인 4: 담당자의 인센티브와 싸운다

가장 조용한 살해자입니다. 플레이는 완벽하게 설계되었어도 실행하는 것이 담당자가 목표를 달성하는 데 도움이 되지 않거나 오히려 그들을 늦추기 때문에 죽을 수 있습니다. 다중 접점 플레이가 사이클에 2주를 추가하고 담당자가 속도로 보상받는다면, 그들은 매번 그것을 건너뛸 것입니다. 플레이가 주로 인계 지점에서 흔히 그렇듯 담당자를 희생시키며 하류 팀의 목표를 섬긴다면, 아무리 좋아도 실행되지 않을 것입니다.

담당자는 합리적입니다. 그들은 보상받는 것을 최적화하며, 그것과 싸우는 플레이는 집니다. 하나를 출시하기 전에 직설적인 질문을 던지세요. 이것을 실행하는 것이 담당자에게 도움이 되는가, 아니면 회사에만 도움이 되는가? 답이 회사에만 도움이 되는 것이라면, 그 플레이는 이미 죽어가고 있습니다. 담당자가 그것에서 무언가를 얻도록 재설계하거나, 플레이와 숫자가 같은 방향을 가리키도록 인센티브를 바꾸세요.

짧은 진단

플레이가 죽어가고 있을 때, 또는 하나를 출시하기 전에, 다음을 통해 실행해보세요.

1. 실제로 감지 가능한 트리거가 있는가? 담당자의 기억에 의존한다면, 전달 방식을 고치세요.
2. 벗어남을 견디는가? 이상적인 경우에만 작동한다면, 분기를 추가하세요.
3. 측정할 수 있는가? 실행과 전환을 볼 수 없다면, 계측하세요.
4. 담당자가 이기는 데 도움이 되는가? 그들의 보상과 싸운다면, 플레이나 보상을 재설계하세요.
5. 담당자가 일하는 곳에서 전달되는가? 아무도 열지 않는 문서에 살고 있다면, 워크플로 안으로 가져오세요.

죽어가는 대부분의 플레이는 이 중 두세 가지에서 동시에 실패합니다. 그것들을 고치면 조용히 죽었을 플레이들이 매출을 움직이기 시작합니다.

핵심 요약

• 플레이는 타이밍 때문에 죽습니다. 그 순간에 도달하기 위해 담당자의 기억에 의존하다가 그 순간을 놓칩니다.
• 플레이는 경직성 때문에 죽습니다. 선형적인 대본은 거래가 벗어나는 즉시 깨지므로, 분기를 내장하세요.
• 플레이는 비가시성 때문에 죽습니다. 플레이를 측정할 수 없으면 그것을 신뢰하거나, 개선하거나, 코칭할 수 없습니다.
• 플레이는 담당자의 목표와 싸울 때 죽습니다. 그 싸움은 결과가 하나뿐입니다.
• 그것들을 살리는 것은 실제 트리거, 분기, 계측, 정렬된 인센티브, 담당자의 워크플로 내 전달을 의미합니다.

플레이를 살리는 것은 결국 좋은 아이디어와 신뢰할 수 있는 실행 사이의 격차를 좁히는 것으로 귀결되며, 이것이 라이브러리가 아니라 현장에서 살아가는 반복 가능한 GTM 플레이북의 핵심입니다. 수익 오케스트레이션은 플레이가 살아 있도록 유지하는 방법입니다. 올바른 플레이를, 올바른 순간에, 올바른 담당자 앞에 두는 것입니다.