Go-to-Market 전략 예시: B2B SaaS 세 가지 시나리오
이 글의 GTM은 Google Tag Manager가 아니라 Go-to-Market입니다.
B2B SaaS의 GTM을 “콘텐츠, 광고, 영업 중 무엇을 할까”로 시작하면 채널 목록만 길어집니다. 먼저 정해야 할 것은 누구의 어떤 전환 사건을 붙잡고, 어떤 제안으로 들어가며, 무엇을 반복 성장 단위로 만들 것인가입니다.
아래 세 시나리오는 특정 회사의 성공사례가 아니라 선택 구조를 설명하기 위한 합성 예시입니다.
공통 GTM 설계 캔버스
- ICP: 가장 먼저 이길 고객 범위
- Trigger: 지금 바꾸게 만드는 관찰 가능한 사건
- Buyer/User: 예산권자와 실제 사용자의 차이
- Beachhead problem: 처음 해결할 좁고 급한 문제
- Entry offer: 무료체험, 진단, 파일럿, 파트너 번들 등 첫 거래
- Motion: PLG, sales-led, partner-led 또는 혼합
- Activation: 처음 가치를 체감하는 측정 가능한 사건
- Monetization: 좌석, 사용량, 성과 등 가치 단위
- Proof: 보안, ROI, 고객 증거와 제품 사용 데이터
- Expansion: 팀, 업무, 지역을 넓히는 조건
세 시나리오 비교
| 항목 | A. Enterprise Sales-led | B. Product-led Growth | C. Partner-led Vertical |
|---|---|---|---|
| 제품 조건 | 고가·복잡·규제·다중 이해관계자 | 빠른 셀프서비스·낮은 초기 위험 | 산업·지역 전문성과 신뢰가 중요 |
| ICP | 명명 계정·고통과 예산이 큰 기업 | 개인·소팀에서 빠르게 가치 체감 | 특정 업종의 중견·기업 고객 |
| Trigger | 규제, 비용 급증, 시스템 교체 | 반복 수작업, 새 프로젝트, 팀 확장 | 제도 변화, 파트너 고객 요구 |
| Buyer/User | 임원·IT·보안 / 현업 | 사용자에서 팀 관리자로 확장 | 고객 임원 / 파트너 컨설턴트·현업 |
| Entry offer | 유료 진단·제한 파일럿 | 무료체험·무료 티어 | 공동 진단·산업 템플릿 |
| 핵심 채널 | ABM, 임원 콘텐츠, 아웃바운드, 행사 | 검색, 커뮤니티, 템플릿, 제품 공유 | 리셀러, SI, 협회, 클라우드 마켓 |
| Activation | 실제 데이터로 승인된 첫 업무 완료 | 첫 세션에 핵심 결과 생성·공유 | 파트너가 첫 고객 워크플로 배포 |
| 핵심 지표 | 적격 기회, 파일럿→계약, 영업주기 | activation, PQL, 유료전환, retention | 활성 파트너, partner pipeline, win rate |
| 대표 실패 | 무료 PoC 무한 반복 | 가입은 많지만 가치 사건이 없음 | 파트너 등록은 많지만 공동 판매가 없음 |
A. Enterprise Sales-led
설명용 회사
규제 산업의 문서 검토를 돕는 AI SaaS를 가정합니다. 연 계약 규모가 크고 SSO, 감사와 데이터 처리 심사가 필수입니다.
설계
- ICP: 월 문서량이 크고 검토 지연 비용을 측정하는 특정 팀
- Trigger: 규제 대응 기한, 감사 지적, 전문인력 부족
- 메시지: “AI 혁신”보다 대기, 재작업과 감사 증거의 개선
- Entry: 4주 유료 진단 + 제한된 데이터·업무 하나의 파일럿
- 판매 과정: 문제 확인 → 기술·보안 검증 → 경제 구매자 합의 → 파일럿 → 확대 계약
- Proof: 기준선 대비 처리시간, 오류, 사람 검토, 감사 추적과 검증 성공당 원가
- Guardrail: 파일럿 전에 전환 기준과 종료 조건을 계약
핵심 수치는 이름이 알려진 계정의 관여, discovery→qualified opportunity, 보안 검토 기간, pilot→paid 전환, 영업주기, win rate와 expansion pipeline입니다.
B. Product-led Growth
설명용 회사
개발자가 코드 저장소에 연결해 문서와 테스트를 만드는 도구를 가정합니다. 개인이 신용카드 없이 시작할 수 있습니다.
설계
- ICP: 반복 문서·테스트 부담이 큰 소프트웨어 팀의 실사용자
- Trigger: 새 저장소 인수, 릴리스 압박, 온보딩
- Entry: 샘플 저장소 → 개인 무료 티어 → 팀 기능
- Activation: 가입이 아니라 실제 저장소에서 검증을 통과한 첫 변경을 공유
- PQL: 팀원 초대, 반복 사용, 저장소 수, 정책 기능 탐색 같은 구매 신호
- Expansion: 보안·관리·감사·공용 정책으로 팀·기업 플랜 전환
- Guardrail: 무료 한도가 가치 체감 전에 끊기지 않고 비용 폭증을 막아야 함
visitor→signup보다 signup→activation, time to value, activated→PQL→paid, 코호트 유지와 계정당 확장을 봅니다.
C. Partner-led Vertical
설명용 회사
해외에서 한국에 진입하는 제조 품질 AI SaaS를 가정합니다. 현지 언어, 현장 통합과 산업 신뢰가 기능만큼 중요합니다.
설계
- ICP: 특정 생산설비와 품질 규정을 쓰는 중견 제조사
- Trigger: 불량 비용, 숙련자 은퇴, 수출 감사
- Partner: 고객 관계와 구현 역량을 가진 산업 SI·컨설팅·설비사
- Entry: 공동 진단 → 표준 현장 템플릿 → lighthouse 고객 → 공동 사례
- Incentive: 파트너 등록 수가 아니라 인증 인력, 첫 활성 고객, 갱신·확대에 보상
- Enablement: 데모, 데이터 요구사항, 보안 문서, 가격·역할·리드 보호 규칙
- Guardrail: 고객 관계·지원·데이터·계약 책임을 공급사와 파트너 사이에 명확히 함
recruited partner가 아니라 activated partner, 파트너별 첫 계약까지 시간, 구현 성공, 갱신과 확대를 봅니다.
하나를 고르는 기준
- 구매위원회가 크고 보안·통합이 선행되면 sales-led 비중이 커집니다.
- 사용자가 혼자 몇 분 안에 가치를 만들고 공유할 수 있으면 PLG가 유리합니다.
- 현지 신뢰·현장 구축·규정 해석이 진입장벽이면 partner-led가 유리합니다.
하나가 영원한 정답은 아닙니다. 사용자가 PLG로 들어와 기업 영업으로 넘어가거나, 파트너가 lighthouse를 만든 뒤 직접 영업이 확장하는 혼합 경로가 흔합니다.
채널을 파이프라인에 붙인다
Salesforce는 파이프라인을 단계별 기회를 추적하는 구조로 설명하고, HubSpot lifecycle stages는 마케팅과 영업의 진행 상태를 관리합니다. 이름은 회사마다 달라도 다음 전환은 명확해야 합니다.
진입 사건 → 적격화 → 기회 → 계약 → 활성 → 갱신·확대
채널은 이 전환 중 어느 병목을 바꾸는지 설명할 수 있을 때 전략이 됩니다. 세 시나리오 중 하나로 회사를 억지로 분류하지 마세요. 대신 각 motion의 비중과 다음 90일에 검증할 한 가지 전환을 적으세요.