11장. Clay: GTM은 개발환경이 된다

Clay는 단순한 GTM 도구처럼 보이지만, 더 정확히는 GTM 개발환경에 가깝다.

개발환경이라는 말이 중요하다. 개발환경은 기능 하나를 수행하는 앱이 아니다. 사람이 어떤 문제를 정의하고, 데이터를 가져오고, 변환하고, 실행하고, 디버깅하고, 다시 배포하는 공간이다. Clay가 강해진 이유도 이쪽에 있다. 회사와 사람 데이터를 모으고, enrichment를 붙이고, AI research를 돌리고, 계정별 메시지를 만들고, outbound나 CRM workflow로 이어 붙이는 작업을 하나의 작업대에서 다루게 했다.

Priestley식으로 보면 이것은 회사 단위의 Productise + Partnership + Assets다.

고객이 매번 컨설턴트에게 맡기던 prospecting, research, list building, personalization, outbound 실험을 제품화한다. growth agency와 power user를 파트너처럼 끌어들인다. 그들이 만든 workflow, 사례, reverse demo, 커뮤니티 대화를 다시 콘텐츠와 템플릿과 playbook 자산으로 바꾼다.

Clay가 처음부터 가장 예쁜 enterprise narrative로 간 것이 아니라, 가장 아픈 사용자를 붙잡은 것도 중요하다. growth agency, scrappy operator, GTM builder는 문제를 매일 겪는다. 그들은 도구를 깊게 쓰고, 한계를 빨리 말하고, 좋은 workflow를 만들면 주변에 퍼뜨린다. 초기 시장에서는 "큰 회사가 살 것인가"보다 "이 문제를 매일 겪는 사람이 있는가"가 더 중요하다.

여기서 reverse demo가 나온다.

보통 데모는 회사가 고객에게 보여준다. reverse demo는 고객이 자기 화면을 열고 어떻게 쓰는지 보여준다. 이것은 세 가지를 동시에 만든다.

이것이 강한 GTM의 모습이다.

마케팅팀이 콘텐츠를 따로 만들고, 영업팀이 데모를 따로 하고, 제품팀이 피드백을 따로 받는 것이 아니다. 고객 사용 장면 하나가 제품 피드백, 고객 성공, 세일즈 narrative, 커뮤니티 콘텐츠, 파트너십 후보, 다음 실험으로 동시에 흘러간다.

Clay의 GTM은 "더 많은 메시지 발송"이 아니다.

Clay의 GTM은 시장과 대화하는 개발환경이다.

강한 마케팅팀은 이 감각을 가져야 한다. 우리 팀의 산출물도 앱 화면처럼 조립 가능해야 한다. buyer question, account signal, proof, objection, workflow, campaign, CRM update가 서로 떨어진 문서가 아니라 실행 가능한 모듈이어야 한다.

사상 최강의 마케팅팀은 캠페인을 배포하지 않는다.

GTM workflow를 빌드한다.