GTM 6-Layer Framework v4 (Summary)
소매 GTM 전략을 위한 6-Layer Framework — 서머리
왜 이 프레임워크가 필요한가
회사의 GTM 전략 프레임워크를 4번 뜯어고쳤다. v1의 5-Layer에서 시작해 사용하면서 발견한 구조적 결함을 하나씩 잡으며 지금의 6-Layer v4에 도달했다.
이 프레임워크가 유효한 상황:
- 소매·컨슈머 GTM (화장품·F&B·라이프스타일)
- B2B와 B2C가 섞인 매출 구조
- 수십 개 국가·채널에 진출하는 브랜드
- 자체 제품 IP가 없는 상황 (ODM 기반)
Playing to Win이나 4P만으로 부족하다고 느낀 적이 있다면 참고할 만하다.
기존 프레임워크가 실패하는 지점
프레임워크 결함
| Playing to Win | 실행 변수 부재. Customer가 Where의 하위로 잘못 배치 |
| 4P | Upstream 사고 (왜 이 시장·이 고객) 부재 |
| AARRR | 시장 진입 자체의 의사결정 부재 |
| CDD 플레이북 | 인수 대상 분석 중심. Launch·측정·철수 트리거 없음 |
| Bezos Type 1·2 | Framework 아닌 판단 도구 |
결국 필요한 것은 여러 프레임워크의 조합이 아니라 하나의 위계로 통합한 새 구조다.
Framework 진화 요약 (v1 → v4)
- v1 — Demand Gen을 별도 Layer로 배치. Layer 위계 오류 발견.
- v2 — Demand Gen을 How to Win에 흡수. 그러나 B2B 영업이 빠져 있었음.
- v3 — B2C·B2B를 트랙 분리하지 않고 각 Layer 내부 콘텐츠로 통합. Evidence Flow 명시. 그러나 Customer가 Where의 하위에 잘못 배치.
- v4 — Customer를 독립 Layer로 승격. KBF를 Customer에 이동. Charter 원칙 2개 추가 (정보 유형 구분, L1 상속).
각 iteration의 근본 배움: Layer의 위계는 sub-module의 목록이 아니라 정보 유형이 결정한다.
v4 최종 구조 — 6-Layer
Layer 답하는 질문 정보 유형
| L0. 진단 | 이 GTM의 본질적 조건은? | 진단 |
| L1. Customer | 우리 고객은 누구이고 어떻게 행동하는가 | 관찰 |
| L2. Where to Play | 어디서 싸우고 어디서 안 싸울 것인가 | 선택 |
| L3. How to Win | KBF를 어떤 KSF로 만족시키는가 | 행동 |
| L4. Execution Variables | 실행을 위한 운영 변수 | 실행 |
| L5. Measurement | 무엇을 측정하고 언제 결정을 바꾸는가 | 측정 |
| L6. Risk & Do Not | 무엇이 잘못될 수 있고, 무엇을 안 할 것인가 | 방어 |
핵심 흐름: 진단 → 고객 파악 → 시장·채널 선택 → 실행 설계 → 운영 → 측정 → 방어. 앞 Layer의 결론이 뒤 Layer의 input이다.
Charter 5원칙
프레임워크를 지탱하는 뼈대. Sub-module 배치보다 이 원칙이 중요하다.
- Layer는 추상 수준의 분류, 트랙(B2C/B2B)은 콘텐츠의 분류. Layer를 트랙으로 쪼개지 않는다.
- Evidence Flow (B2C↔B2B) 는 L3-6와 L6-4에서만 명시적 항목. 여러 Layer에 분산시키면 catalogue로 전락한다.
- 매 분석에서 "지금 Layer는 무엇인가"를 먼저 명시. 이 습관 하나가 논리 혼란의 절반을 방지한다.
- 정보 유형 구분: L1 관찰 (외부의 사실) / L2 선택 (우리의 결정) / L3 행동 (우리의 실행). 같은 주제라도 Layer가 다르면 다른 정보를 다룬다.
- L1 Customer 결론이 L2·L3의 필수 input. L1-4 없이 L2-3 결정 금지, L1-3 없이 L3-4 설계 금지, L1-1 KBF 없이 L3-2 KSF 정의 금지.
각 Layer 개요
L0. 진단
- 0-1 외부환경 (PEST)
- 0-2 승리 조건 정의 (매출 KPI 4-Layer: 절대 규모 / Mix / Unit economics / 성장률)
- 0-3 Type 1·2 분류 (비가역 vs 가역)
- 0-4 정합성·시너지
- 0-5 Feasibility (base rate · 철수 트리거 · bandwidth)
L1. Customer (v4 신설)
- 1-1 고객 정의 (Who × Why × KBF)
- 1-2 구매 여정 (Discovery → Advocacy)
- 1-3 정보 습득 Touchpoint (어디서 정보를 얻는가)
- 1-4 구매 채널 선호 (어디서 사는가)
- 1-5 구매 행동 경제학 (가격·빈도·loyalty)
L2. Where to Play
- 2-1 시장 정의 (대륙>국가>카테고리>컨선>성분/SKU)
- 2-2 시장 규모·성장성
- 2-3 채널 선택 (L1-4 기반)
- 2-4 진입 방법·단위
- 2-5 Do Not Play
L3. How to Win (KSF 중심 재편)
- 3-1 경쟁 Landscape
- 3-2 KSF 정의 (KBF → KSF 전환)
- 3-3 차별화 축 (자사 KSF의 특이성)
- 3-4 Demand Generation (인지 · L1-3 기반)
- 3-5 Conversion (구매·재구매 · L1-2 기반)
- 3-6 Evidence Flow (B2C ↔ B2B)
L4. Execution Variables
- 4-1 가격 / 4-2 SCM·인증·물류 / 4-3 비용 구조 / 4-4 유통·CS 운영 / 4-5 조직 7S 정합성
L5. Measurement
- 5-1 PQC 매출 모델링 / 5-2 Driver 시나리오 / 5-3 Leading vs Lagging (Grove) / 5-4 Cross-track Metric / 5-5 Decision Triggers (사전 합의)
L6. Risk & Do Not
- 6-1 진입 장벽 / 6-2 카운터 전략 / 6-3 트랙 충돌 / 6-4 Do Not List / 6-5 인지 편향 방어
Tier System — 수십 개 국가에 적용하기
32개 sub-module을 수십 개 국가에 모두 적용하는 것은 불가능하다. Tier로 조사 depth를 차등화한다.
Tier 분류 (4 dimension)
Dimension Tier 1 · Anchor Tier 2 · Growth Tier 3 · Opportunistic
| 매출 잠재력 | 임계선 이상 | 중간 | 소액 · spot |
| 계약 형태 | Exclusivity + guarantee | 표준 distributor | 단발 · 트라이얼 |
| 전략적 가치 | Evidence 생산지 · anchor | 성장 pipeline | 매출 보완 |
| 의사결정 | Type 1 (합의) | Mixed | Type 2 (자율) |
규칙: 4개 중 2개 이상이 상위 tier에 해당하면 그 tier로 승격.
조사 depth 차등화
- Tier 1: Full v4 (32 sub-module) · 2-4주 · Full 문서 + 회의체 sign-off
- Tier 2: Reduced (17 sub-module) · 3-5일 · 5-page 요약
- Tier 3: Quick Check 9-question · 1시간~1일 · 체크리스트 + 표준 계약 pack
Tier 2에서 반드시 지킬 것: L1-1 (KBF) 과 L1-4 (구매 채널) 는 조사한다. 나머지 L1은 launch 후 실측으로 학습. Charter rule #5 (L1 상속) 는 어떤 Tier에서도 위반 금지.
Quick Check 9-Question (Tier 3)
- A. Can We? (진입 가능성) — 규제·인증 / 물류·통관 / Territory 충돌
- B. Should We? (경제성·전략적 fit) — Customer 정합성 / KBF fit / 최소 마진
- C. What's the Risk? (거래 안전성) — Distributor credibility / Payment terms / MOQ 회전
Red flag 처리: A그룹 즉시 거절, B그룹 Tier 2 escalate, C그룹 계약 조건 강화.
이 Framework의 한계
- 서비스업·SaaS에는 부적합 (물리 제품·소매 기준)
- L1 Customer의 데이터 수집 비용을 과소평가할 위험
- B2B pipeline management를 별도로 다루지 않음
- 시간축 (Phase-gate) 이 명시적이지 않음
향후 v5·v6에서 개선할 여지.
정리 — 4번의 iteration이 가르쳐준 것
첫째, Layer의 위계는 정보의 유형이 결정한다. 관찰 · 선택 · 행동은 다른 Layer에 속해야 한다.
둘째, Upstream을 잘못 배치하면 프레임워크가 catalogue가 된다. Customer가 upstream이 되면서 프레임워크가 실제 의사결정 도구로 작동하기 시작했다.
셋째, Do Not List가 없는 프레임워크는 forcing function을 갖지 못한다. "무엇을 안 할 것인가"의 명시가 자원을 집중시킨다.
넷째, 프레임워크는 살아있어야 한다. v4가 v5, v6로 진화할 것이다. 만든 사람이 그것을 뒤집을 준비가 되어 있어야 프레임워크가 굳어서 죽지 않는다.
Framework는 답이 아니라 질문의 배치도다. 좋은 배치도는 좋은 질문을 하게 만든다.
상세 sub-module 질문과 각 Layer 실무 팁은 [Full 버전]에서 확인.