애드보커시 루프: 고객을 파이프라인으로 전환하기

CS 리더에게 가장 뛰어난 영업사원이 누구냐고 물으면 대개 고객 몇 명의 이름을 댈 것입니다. 불평 없이 레퍼런스 콜에 응하는 고객, 사용자 컨퍼런스에 동료를 데려오는 고객, 아무도 요청하지 않았는데도 G2 리뷰를 남기는 고객 말입니다. 그렇다면 그 고객들 중 몇 명이나 실제로, 그것도 "예"라고 답할 가능성이 높은 순간에 의도적으로 요청을 받았는지 물어보십시오. 답은 거의 항상 "많지 않다"입니다.

애드보커시(고객 옹호 활동)는 대개 마케팅의 부차적인 프로젝트로 취급됩니다. 분기마다 한 번씩 케이스 스터디를 모으는 작업, 18개월째 갱신되지 않은 스프레드시트 속 레퍼런스 목록, 누군가 문득 생각나서 갱신 시즌에 맞춰 진행하는 리뷰 캠페인. 그렇게 해서 가장 신뢰할 수 있는 파이프라인 소스, 즉 이미 성공을 경험한 고객이 그 사실을 직접 말해주는 것이 대부분 우연에 맡겨집니다.

우리는 이것이 대다수의 CS, CRO, RevOps 리더가 생각하는 것보다 훨씬 큰 손실이라고 봅니다. 구매자는 벤더보다 동료를 훨씬 더 신뢰하며, 그 격차는 좁혀지지 않고 있습니다. 애드보커시는 하나의 파이프라인 채널이며, 고객 기반이 건강해질수록 오히려 더 효율적으로 작동합니다. 이런 특성을 가진 채널은 거의 없습니다.

다른 어떤 채널보다 전환율이 높은 이유

B2B 구매자는 기업이 스스로에 대해 하는 말을 에누리해서 듣습니다. 그들은 리뷰를 읽고, 자신의 네트워크에 묻고, 여러분의 팀이 만들 어떤 자료보다 레퍼런스 콜 한 통을 더 신뢰합니다. 고객이 여러분을 대신 옹호할 때, 그들은 자신의 신뢰도를 다음 잠재 고객에게 그대로 넘겨줍니다. 마케팅은 이것을 만들어낼 수 없습니다. 빌려올 수 있을 뿐입니다.

이는 몇 가지 형태로 파이프라인에 나타납니다.

• 추천(레퍼럴): 어떤 아웃바운드보다 빠르게, 더 높은 성사율로 종결됩니다.
• 레퍼런스: 3주 동안 멈춰 있던 딜레이지 딜을 풀어주는 경우가 많습니다.
• 리뷰와 테스티모니얼: 아무도 지켜보지 않는 동안 조용히 제 몫을 합니다.
• 다음 영업 사이클을 단축시키는 케이스 스터디.
• 커뮤니티와 이벤트 참여, 옹호자가 동료를 데려오는 자리.

이 모든 것은 이미 여러분을 신뢰하는 사람들로부터 나오므로, 확장 매출이 복리로 쌓이는 방식과 똑같이 쌓여갑니다. 이는 수익 오케스트레이션이 단일 분기가 아니라 시간이 지나면서 승리하는 이유의 상당 부분을 설명합니다.

잘못된 타이밍에 요청하고 있습니다

대부분의 애드보커시 프로그램이 저조한 성과를 내는 이유는 고객이 협조할 의사가 없어서가 아닙니다. 요청이 무작위 시점에 도달하기 때문입니다. 옹호 의사는 급등했다가 사그라들며, 그 급등은 예측 가능한 지점에서 일어납니다.

• 고객이 처음으로 가치를 경험한 직후, 즉 여러분에게서 구매한 이유였던 결과를 막 얻었을 때.
• 지원팀이 힘든 문제를 해결해 호감을 얻은 직후.
• 좋은 QBR을 마친 직후, 고객이 방금 자신의 성공 스토리를 직접 말한 시점.
• 사용량이나 도입 마일스톤을 달성했을 때.

이런 순간에 요청하면 사람들은 기꺼이 "예"라고 답합니다. 반면 넉 달 뒤에 일반적인 "레퍼런스가 되어주실 수 있나요?"라는 이메일을 보내면, 마침 제품에서 오류가 발생한 화요일에 고객을 붙잡게 됩니다. 같은 고객이지만 답은 전혀 다릅니다.

이런 정점을 나타내는 신호들(긍정적 정서 변화, 종결된 에스컬레이션, 달성된 마일스톤)은 대부분의 기업이 이미 수집하고도 전혀 활용하지 않는 고객의 소리 신호와 동일합니다. 데이터는 이미 있습니다. 다만 아무도 그것을 요청과 연결하지 않았을 뿐입니다.

루프 구축하기

애드보커시는 신호, 요청, 활성화, 파이프라인, 반복이라는 루프로 작동할 때 하나의 채널이 됩니다. 캠페인은 시작하고 끝나지만, 루프는 계속 돌아갑니다.

가장 먼저 탐지가 필요합니다. 지원, 제품, CS 데이터를 지켜보며 고객이 옹호 의사가 최고조에 달하는 순간과 정서를 포착합니다. 그런 다음 요청을 트리거하되, 실제로 관계를 맺고 있는 담당자에게, 구체적인 요청 내용과 함께 전달해야 합니다. 해당 계정이 세 번째 에스컬레이션을 감사 인사와 함께 방금 종결했다는 알림을 받은 CSM이 레퍼런스 목록에 대해 문의하러 가는 것과, 아무도 소유하지 않은 프로그램이 보내는 대량 이메일은 완전히 다른 일입니다.

요청은 그 사람에게 맞춰야 합니다. 파워 유저는 이벤트에서 기꺼이 발표할 수 있지만, 조용하지만 만족한 구매자는 그저 리뷰 하나만 남기고 그 이상은 원치 않을 수 있습니다. 둘 다 괜찮습니다.

그다음에는 결과물이 어딘가로 반드시 이어지도록 해야 합니다. 추천이나 레퍼런스는 맥락과 함께 영업 프로세스에 도달해야 실제로 처리되고, 받은메일함에서 사라지지 않습니다. 그리고 옹호자와의 루프를 닫아야 합니다. 감사를 전하고, 그들의 소개가 어떤 결과로 이어졌는지 보여주십시오. 인정받은 옹호자는 다시 옹호합니다. 이 반복 행동이야말로 이것이 복리로 쌓이는 이유 전체입니다.

바로 이 지점에서 Revnewo와 같은 AI 네이티브 플랫폼이 도움이 됩니다. 스택 전반의 정서 및 라이프사이클 신호를 읽어, 누가 언제 옹호할 준비가 되었는지 파악하고 적절한 담당자에게 요청을 라우팅함으로써, 애드보커시는 더 이상 주기적으로 허둥대는 일이 아니라 전체 구매자 여정의 정상적인 일부가 됩니다.

프로그램 대 엔진

프로그램은 수작업에 의존하며 임의의 순간에 고객을 포착합니다. 연간 몇 건의 케이스 스터디와 갱신되지 않는 레퍼런스 목록을 만들어낼 뿐입니다. 루프는 실제 신호에 의해 트리거되고, 누군가 밀어붙이지 않아도 작동하며, 고객 기반이 건강해질수록 더 강력해집니다. 성공한 고객 한 명 한 명이 잠재적 옹호자이고, 옹호자 한 명 한 명이 다음 세대의 성공한 고객을 만들어낼 파이프라인을 공급하기 때문입니다. 우리는 팀들이 오직 획득 비용만으로 이런 결과를 사려는 시도를 지켜본 적이 있습니다. 그것은 통하지 않습니다.

핵심 요약

• 가장 만족한 고객이야말로 가장 신뢰할 수 있는 파이프라인 소스이지만, 대부분의 기업은 의도적으로 이들에게 요청하지 않습니다.
• 스크립트보다 타이밍이 중요합니다. 옹호 의사는 첫 가치 실현 직후, 지원 성공 직후, 좋은 QBR 직후에 정점을 찍고 빠르게 사그라듭니다.
• 그 정점을 나타내는 신호는 이미 여러분의 지원, 제품, CS 데이터 안에 있습니다. 다만 요청과 연결되어 있지 않을 뿐입니다.
• 애드보커시를 루프(탐지, 요청, 파이프라인으로 라우팅, 옹호자에게 감사)로 운영하면 복리로 쌓입니다. 분기별 프로그램으로 운영하면 그렇지 않습니다.

가장 뛰어난 영업사원은 이미 여러분을 좋아하지만 적절한 순간에 요청받은 적이 없는 고객일 수 있습니다. 이 이야기가 익숙하게 들린다면, 수익 오케스트레이션 플랫폼이 옹호 준비 상태를 감지하고 타이밍이 좋을 때 적절한 담당자 앞에 요청을 제시해 줄 수 있습니다.