인바운드 세일즈 자동화하기

Typeform, Tally, 되는시간, Calendly, 채널톡 등으로 고객과 만나고 있다면?
개별 툴에 흩어진 고객 정보를 한곳에 모으고 싶다면?
리드 검증에 필요한 정보 수집을 자동화하고 싶다면?
1분 안에 ICP 확인 후 고객에게 첫 번째 연락을 하고 싶다면?

트래킷 팀은 인바운드 리드가 들어오면 1분 안에 고객에게 전화로 연락하는 것을 원칙으로 합니다.

인바운드 리드 유입 시 ‘CRM 기록 → 리드 검증에 필요한 정보 수집(매출, 직원 수, 사업 영역, 누적 투자금, 현재 라운드 등) → 슬랙으로 팀원들에게 공유’가 자동화되어 있어 첫 번째 연락이 1분 안에 가능합니다.

인바운드 영업은 고객이 스스로 관심을 보인 만큼 초반 빠른 대응이 중요합니다.
오프라인 매장에서 고객이 관심을 보였는데 점원이 대응이 없다면 고객은 매장을 떠나버리고 구매까지 연결되지 않습니다. 온라인도 다를 것이 없습니다.

트래킷 팀이 인바운드 영업 앞단을 어떻게 자동화했는지 소개합니다.

할 일 하나 추가

창업 후 가장 힘든 점은 컨텍스트 스위칭입니다.
개발, 미팅, IR Deck 작업, 세일즈, 경리 업무 등등 정신이 없었어요.

그래서 시간과 장소마다 하는 일을 나눴습니다.
아침에 회사로 출근하면 각종 미팅과 세일즈 업무 등 다른 이와 인터렉션이 필요한 일을 하고

밤에 집으로 출근하면 밀린 개발, IR Deck 등 혼자 집중이 필요한 일을 합니다.

이제 밤 시간에 해야 할 일이 하나 더 추가됐습니다.
트래킷 블로그를 개설했고 그 첫 글을 고생 끝에 배포했습니다. (글쓰기 어렵네요 ㅠ,.ㅠ)

무슨 내용을 써야 할까 고민이 많았습니다.
CRM 업계의 선배님들이 써놓으신 주옥같은 글들이 워낙 많아 비집고 들어갈 키워드가 보이지 않았어요.
그래서 그냥 편하게 하고 싶은 말들을 써 내려가기로 했어요.

첫 번째 글은 트래킷팀이 CRM을 만드는 이유와 목표에 대해 적어봤습니다.
많은 구독 부탁드립니다.

첫 번째 글 :

과도한 개발을 막는 극단적인 조치

안녕하세요? B2B 기업을 위한 CRM 트래킷을 만들고 있는 딥다이버스 성기봉입니다.

우리 팀은 유저 인터뷰를 통해 개발 Task를 선정하고 있습니다. 최근 들어 개별 Task의 작업 시간이 늘어나면서 주 단위로 발행하던 릴리스 노트의 내용을 점점 쥐어짜내고 있습니다.
그 이유는 기능 하나 개발에 너무 많은 시간이 소요되고 있기 때문이었습니다. 보통 1~2주 정도가 걸리더군요.

몇 주 전에는 유난히 큰 작업에 들어갔고 추정해 보니 2주일이 필요할 것 같았습니다. 해당 작업은 예상대로 2주일 후에 완료되었고 고객에게 전달했습니다. 그러나 고객은 그 기능 중 일부만 사용하고 있었습니다.

이유를 확인하니 "당장 이렇게까진 필요하지 않고 일부 기능만 사용해 보고 문제없으면 더 크게 확장하려고 한다"라고 알려주시더군요.

사실 당장 필요한 기능은 3일 정도면 제공할 수 있었던 겁니다. 고객과 충분히 대화하지 못한 제 잘못이 가장 컸죠.

우리 팀은 과도한 개발을 막고자 개발 원칙에 하나를 더 추가했습니다

추정했는데 3일 이상 걸리면 당장 개발하지 않고 기능을 줄여 3일짜리로 만든다. 3일로 못줄이면 개발하지 않는다.

3일짜리 작업으로 필요한 기능을 특정 고객에게만 열어주고 반응을 확인한 후 나머지 기능을 개발할지를 결정하는 조치를 도입했습니다. 3일로 못줄이는 작업은 개발을 하지 않고 정말 개발할지를 더 고민하기 위해 고객을 더 만나기로 했습니다.

다른 분들은 과도한 개발을 어떤 방법으로 막고 계시나요?

고객 인터뷰 요청 메일 회신율 높인 방법

안녕하세요, 딥다이버스 성기봉입니다.

우리 팀은 B2B 기업을 위한 CRM 트래킷을 만들고 있습니다.

최근 트래킷 고객분들을 대상으로 인터뷰 요청을 드리고 있으며, 회신율을 높이기 위해 사용한 방법들을 공유하고자 합니다.

1. 제품 로그를 활용한 이메일 개인화

   예시 > "특정 고객 정보 페이지에 접근할 때 회사를 통해 접근하고 계신 이유가 궁금합니다. 15분 인터뷰 가능할까요?”

   이메일 제목과 내용을 개인화하는 것은 흔히 사용되는 방법이지만 고객의 행동 데이터를 기반으로 개인화하면 회신율이 더 상승하는 것을 체감했습니다.

   컨텍스트를 활용한 개인화가 중요한 것 같습니다.

2. 이메일 마지막에 객관식 질문 추가

   예시> "시간이 안 되거나 부담되시면 1, 2, 3번 중에 번호만이라도 회신 부탁드립니다."

   이메일을 개인화해도 응답이 없으신 분들에게 답변을 이끌어내기 위해 메일 마지막에 객관식 질문을 넣어봤습니다.

   결과는… 번호만 보내신 분은 한 분도 없었고 번호와 상세한 이유를 설명해 주셨습니다. 또한 인터뷰가 어려운 사정과 가능한 시점을 알려주셨습니다.

   선택지를 추가로 제공했을 때 회신율이 더 좋아졌습니다.

위의 방법들이 여러분의 인터뷰 요청에도 도움이 되기를 바랍니다.

더 좋은 방법을 알고 계신 분들은 댓글로 공유해 주세요~

고객 인터뷰로 배운 인사이트 공유 - 온보딩, 프라이싱, 타깃 고객

안녕하세요? B2B 기업을 위한 CRM 트래킷을 만들고있는 딥다이버스 성기봉입니다.

트래킷 Go-to-market 과정 중 고객 인터뷰에서 배운 점을 공유해보려고 합니다.

디스콰이엇 메이커 스프린트에 참여 중입니다.

총 3주간의 프로그램으로 MVP 개발과 GTM에 몰입할 수 있는 기회를 제공하는 프로그램에 운 좋게 합류할 수 있었습니다. 트래킷팀이 메이커 스프린트에 참여한 목적은 다음과 같습니다.

1. 제품 인지도 향상

2. 초기 고객층 명확화

3. 유료화 모델 설계 및 실행

1주 차 활동 내용은 아래와 같습니다.

• 1 Pager 작성

• 가설 설정 및 검증 방법 정립

• MVP 개발

• 1주일 과정 회고

가설 검증을 위한 유저 인터뷰를 통해 몇 가지 가설이 틀렸음을 확인했고 그 과정에서 얻은 인사이트를 공유합니다.

1️⃣쉬운 온보딩 설계의 어려움

트래킷의 타깃 고객은 다음과 같습니다.

1. 쉽고 빠른 온보딩과 노션과 유사한 사용성을 원하는 고객

2. CRM을 넘어 비즈니스 운영 도구로 확장하고 싶은 고객

1번 고객의 경우, 이미 시장에 존재하는 많은 제품들이 그들의 요구를 충족시키고 있다고 생각했고 이 제품들의 단점을 보완하면 더 쉽고 빠르게 온보딩 할 수 있을 것이라고 가설을 세웠습니다.

하지만 실제로 고객들은 시장의 기존 제품들은 물론 트래킷도 쉽게 시작할 수 없었다고 답했습니다. 그 이유를 들어보니 온보딩의 범위가 제가 생각했던 것과 달랐습니다.

예를 들어, 쉬운 온보딩을 위해 이메일을 연동하여 고객 연락처와 고객사 정보를 자동으로 인리치먼트하는 기능을 제공했지만 이 부분에서도 의견이 갈렸습니다.

이메일이 많은 고객의 경우, 이 과정이 너무 오래 걸렸습니다. 우리 팀은 이 문제를 인지하고 있었고 빠른 처리를 위해 수평 확장 가능한 구조로 만들었지만 초 당 Gmail API 호출 횟수에 제한이 존재했습니다.

우리 문제가 아니라고 치부해둔 부분이 고객의 불편함으로 연결되었습니다.

고객이 “초당 Gmail API 제한이 있으니 느리겠구나!!” 하고 생각해 주지 않는 게 당연한 것이고

“왜 이렇게 오래 걸리는 거야” 라고 생각하는 게 당연했던 것이죠.

또한, 전체 이메일 연동이 부담스러운 고객을 위해 특정 라벨의 이메일만 가져오게 하는 기능을 추가했으나, 이 역시 수많은 이메일 중 라벨링 할 메일을 선별하는 작업이 선행되어야 하는 불편함이 있었습니다.

이 두 문제의 근본은 제품 외적인 부분에 있지만 우리가 해결해야 했던 중요한 문제였던 것이죠.

얻은 점

책상앞에서 설계한 온보딩 프로세스는 동작하지 않는다.

사용자 중심의 온보딩 설계의 중요성을 다시 한번 깨달았습니다.
처음부터 다시 설계할 계획입니다.

2️⃣프라이싱에 대한 조언

당장 돈을 받아라 VS 지금은 돈 받는게 중요한 게 아님

프라이싱에 대해 스타트업 대표 몇 분의 조언을 들었습니다.

1. 당장 돈을 받아라:

   돈을 받는 것이 PMF 신호 중 가장 강력한 신호라는 진부한 이야기가 아니라 현실적인 이야기였습니다. 제품을 사용하는 고객이 늘어남에 따라 요구 사항이 늘어날 것이고, 이 요구 사항들을 우선순위로 처리할 필요가 있는데 돈을 받는 것은 이러한 요구 사항의 우선순위를 결정하는 데 도움이 된다는 것이었습니다.

2. 지금은 돈 받는 게 중요한 게 아님

   CRM은 개별 기능 하나하나가 니치한 별도 제품이 존재할 정도로 종합 예술 같은 제품입니다. B2B SaaS의 특성상 신뢰가 중요하고 한번 잃은 신뢰는 복구하기 정말 어려운데 MVP 수준에서 돈을 받기 시작하면 냉정한 평가를 감수해야 하니 당장 돈을 받는 것보다는 고객의 목소리에 집중하고 그들이 원하는 기능을 개발하는 것이 중요하다는 의견이었습니다.
   돈을 받기 시작하면 고객 인터뷰 과정도 돈을 내야 한다고 하시더군요!!
   그 누구도 테스트베드가 되고 싶은 사람은 없다고…

얻은 점

프라이싱은 아직 어떻게 할지 결정 못 했습니다.

단, 제품에 기능을 개발하는데 기준이 필요하고 그 기준은 고객이 되야 한다는 점. 다시 한번 느꼈습니다.
(자꾸 고객을 배제하고 생각하게 되는 경우가 발생합니다. ㅠㅠ)

3️⃣커스텀 가능한 CRM에 대한 니즈 확인

CRM을 넘어 비즈니스 운영 도구로 확장하고 싶은 고객

트래킷 타깃 고객 중 2번 고객 존재를 확인하려고 몇 차례 고객 인터뷰를 진행했습니다.

그중 한 분이 위시켓에 들어가서 CRM을 검색해 보라고 하시더군요. 386개의 의뢰가 존재했습니다. 😲

기존 CRM으로는 해결할 수 없는 요구 사항들이었지만 자세히 살펴보니 적용 도메인이 다름에서 오는 데이터 구조의 다양함과 각 데이터의 유기적인 동작이 필요한 요구였습니다.

엇, 트래킷으로 가능한 것들이네?!

이 신호를 확인하고 CRM과 자사 시스템을 연동하려는 고객을 운 좋게 만날 수 있었습니다.

이들의 불만은 복잡한 우리 회사의 비즈니스 구조를 Company, People, Deal, Product 이라는 데이터 구조에 끼워 맞출려니 개발도 힘들고 이 툴을 사용하는 사용자도 혼란스러워질 것이라고 하더군요.

분명히 제가 찾는 2번 고객에 대한 신호라고 느꼈습니다!!

얻은 점

꼬리에 꼬리를 물듯 고객을 찾고 만나자!

다음 주는 이 신호를 따라가 볼려고 합니다.

먼저 위시켓에 올라온 CRM 의뢰 글을 수집해 요구 사항을 분석 후 트래킷이 커스텀 CRM을 의뢰하는 고객의 니즈를 얼마나 채워줄 수 있는지 확인해 보려고 합니다.

자세한 과정은 다음 메이커로그에 올리도록 하겠습니다!!

트래킷은 현재 Closed Beta Service를 진행 중입니다. 관심 있는 분은 아래 링크에서 편하게 신청해 주세요.

트래킷 : https://www.trackit.so