시장 포지셔닝이 불명확할 때 /product-strategist가 PMF와 경쟁 격차를 평가해 올바른 선택에 베팅하게 합니다. — Claude Skill

---

title: 섹션 구성

1. 제품 비전(비전)

영향도: 매우 높음 설명: 기반이 되는 비전, 미션, 북극성 지표. 모든 제품 의사결정을 이끄는 "왜"입니다. 이것을 먼저 바로잡으세요.

2. 시장 평가(시장)

영향도: 매우 높음 설명: 제품-시장 적합성(PMF) 평가, 시장 규모 산정(TAM/SAM/SOM), 기회 분석. 어디에서 경쟁하는지 이해합니다.

3. 경쟁 전략(경쟁)

영향도: 높음 설명: 경쟁 포지셔닝, 차별화, 해자 구축, 방어 전략. 대안을 상대로 이기는 방법입니다.

4. 전략 프레임워크(전략)

영향도: 높음 설명: 전략 개발, 우선순위화 프레임워크, 의사결정 도구. 전략 뒤의 "어떻게"입니다.

5. 비즈니스 모델(비즈니스)

영향도: 높음 설명: 비즈니스 모델 설계, 수익화 전략, 가격 프레임워크. 가치가 매출로 바뀌는 방식입니다.

6. 구축 의사결정(구축)

영향도: 중간-높음 설명: 직접 구축 vs 구매 vs 파트너십 분석, 플랫폼 의사결정, 기술 전략. 전략의 모양을 정하는 실행 선택입니다.

---

title: 플랫폼 vs 제품 의사결정 impact: MEDIUM-HIGH tags: platform, product, ecosystem, strategy

플랫폼 vs 제품 의사결정

영향도: 중간-높음

플랫폼 vs 제품 의사결정은 회사의 미래를 형성합니다. 제품은 문제를 직접 해결합니다. 플랫폼은 다른 사람들이 문제를 해결할 수 있게 합니다. 각 경로는 서로 다른 경제성, 해자, 과제를 가집니다.

제품 vs 플랫폼 스펙트럼

제품 ─────────────────────────────────────────── 플랫폼
    │                                                   │
 집중형                                           확장 가능
 직접 가치                                        가능하게 하는 가치
 선형 확장                                        네트워크 효과
 더 단순한 시장 진출                              복잡한 생태계
    │                                                   │
 예시:                                             예시:
 - Basecamp                                        - Salesforce
 - Linear                                          - Shopify
 - Superhuman                                      - Stripe

제품-플랫폼 매트릭스

제품을 만들 때

제품이 맞는 경우:

✓ 명확한 솔루션이 있는 집중된 문제
✓ 가치가 우리 제품 안에서 완전히 실현됨
✓ 제3자 확장이 필요 없음
✓ 더 단순한 시장 진출 움직임
✓ 제한된 리소스(스타트업)
✓ 시장 출시 시간이 중요

제품의 특징:

• 직접 가치 전달
• 관점이 있는 업무 흐름
• 통합된 경험
• 구독 매출 모델
• 선형 비용 확장

플랫폼을 만들 때

플랫폼이 맞는 경우:

✓ 문제 공간에 많은 변형이 있음
✓ 제3자가 고유 가치를 더할 수 있음
✓ 네트워크 효과 가능
✓ 생태계를 지탱할 만큼 큰 시장
✓ 개발자를 지원할 리소스
✓ 장기 해자 구축이 우선

플랫폼의 특징:

• 가능하게 하는 가치 전달
• 유연하고 확장 가능
• 솔루션 생태계
• 여러 수익원
• 네트워크 효과 기반 확장

플랫폼 비즈니스 모델

플랫폼 플라이휠

        ┌─────────────────────────────────────┐
        │                                     │
        ▼                                     │
   더 많은 사용자 ───► 사용자 가치 증가 ◄──────┤
        │                                     │
        │                                     │
        ▼                                     │
   더 많은 개발자 ───► 더 많은 앱 ────────────┘
        │
        │
        ▼
   더 많은 연동 ───► 떠나기 더 어려움

플랫폼 전환 전략

제품에서 플랫폼으로:

너무 이르다는 경고 신호:

• 핵심 제품이 안정적이지 않음
• 활성 사용자 1,000명 미만
• 고객의 확장 기능 수요 없음
• 개발자 지원 예산 없음

플랫폼 지표

최소 실행 가능 플랫폼

플랫폼 출시에 필요한 것:

반드시 필요:
□ 안정적이고 문서화된 API
□ 인증(OAuth)
□ 개발자 포털/문서
□ 샌드박스 환경
□ 기본 지원 채널

있어야 함:
□ 주요 언어용 SDK
□ 이벤트용 웹훅
□ 속도 제한
□ 버전 관리 전략
□ 샘플 앱

있으면 좋음:
□ 마켓플레이스
□ 파트너 프로그램
□ 개발자 커뮤니티
□ 인증 프로그램
□ 매출 공유

플랫폼 거버넌스

플랫폼 규칙 의사결정 프레임워크:

플랫폼 위험

사례 연구

Slack: 제품 → 플랫폼

2014: 채팅 제품
2015: 기본 연동
2016: 앱 디렉터리
2018: Slack Platform
2020: 앱 2,400개 이상, 플랫폼 해자

Shopify: 첫날부터 플랫폼

2006: 전자상거래 플랫폼
2009: 앱 스토어 출시
2013: Shopify Payments
2020: Shop 앱, Fulfillment Network
현재: 플랫폼 매출 약 30%

Notion: 제품(현재까지)

2016: 메모 제품
2020: 아직 공개 API 없음
2021: 제한적 API 베타
접근: 제품 탁월성을 먼저

플랫폼 vs 제품 의사결정 체크리스트

다음 질문에 답하세요:

□ 제3자가 의미 있는 가치를 더할 수 있는가?
  예 → 플랫폼 고려
  아니요 → 제품 집중

□ 확장 기능에 대한 시장 수요가 있는가?
  예 → 플랫폼 고려
  아니요 → 제품 집중

□ 개발자 지원 리소스가 있는가?
  예 → 플랫폼 가능
  아니요 → 제품 집중

□ 네트워크 효과가 방어 가능성을 만들 것인가?
  예 → 플랫폼 투자 가치 있음
  아니요 → 제품이 더 나을 수 있음

□ 핵심 제품이 안정적이고 사랑받는가?
  예 → 플랫폼 타이밍이 맞을 수 있음
  아니요 → 제품에 먼저 집중

안티패턴

• 성급한 플랫폼화 — 제품이 작동하기 전에 플랫폼 구축
• 전략으로서의 플랫폼 — 명확한 가치 없이 "우리는 플랫폼"이라고 말함
• 개발자 무시 — 지원이나 문서 없는 API
• 닫힌 정원 — 만들 수 있는 것을 과도하게 제한
• 매출 우선 — 생태계에 가치가 생기기 전에 수익화
• 기능 경쟁 — 개발자가 만드는 것을 직접 만듦
• 플랫폼 연극 — 아무도 쓰지 않는 API, 마케팅은 "플랫폼"이라고 함
• 핵심 방치 — 핵심 제품을 희생하며 플랫폼에 투자

---

title: 직접 구축 vs 구매 vs 파트너십 impact: MEDIUM-HIGH tags: build, buy, partner, make-vs-buy, strategy

직접 구축 vs 구매 vs 파트너십

영향도: 중간-높음

모든 기능은 선택입니다. 직접 만들 것인가, 솔루션을 살 것인가, 그것을 가진 누군가와 파트너십을 맺을 것인가. 올바른 선택은 비용뿐 아니라 전략에 달려 있습니다.

직접 구축/구매/파트너십 프레임워크

                            전략적 중요도
                   낮음 ──────────────────────────── 높음
                    │                                │
        ┌───────────┴────────────┬───────────────────┴───────────┐
        │                        │                               │
    구매/파트너십             평가                            직접 구축
        │                        │                               │
    상품화됨                   중요하지만                       가치 제안의
    차별화 아님                핵심은 아님                      핵심
        │                        │                               │
    예시:                      예시:                            예시:
    - 인증(Auth0)              - 청구(Stripe)                   - 핵심 제품
    - 이메일(SendGrid)         - 분석(Mixpanel)                 - 주요 차별화 요소
    - 모니터링(Datadog)        - 검색(Algolia)                  - 고유 알고리즘

의사결정 매트릭스

직접 구축할 때

직접 구축이 맞는 경우:

✓ 가치 제안의 핵심
✓ 지속 가능한 경쟁 우위
✓ 시장 솔루션이 충족하지 못하는 고유 요구사항
✓ 연동 복잡성 때문에 구매가 비현실적
✓ 물량 경제성이 내부 구축에 유리
✓ 소유하고 싶은 전략적 IP/데이터

직접 구축하지 말아야 할 때:

✗ 좋은 솔루션이 있는 해결된 문제
✗ 핵심 역량이 아님
✗ 더 빠른 대안 존재
✗ 기회비용이 너무 높음
✗ 유지보수 부담이 핵심에서 주의를 빼앗음

구매할 때

구매가 맞는 경우:

✓ 상품화/인프라 필요
✓ 시장 솔루션이 성숙
✓ 시장 출시 속도가 중요
✓ 차별화 요소가 아님
✓ 공급업체가 지속적 혁신 제공
✓ 컴플라이언스/보안을 외부에 맡기는 편이 나음

구매하지 말아야 할 때:

✗ 제품 차별화의 핵심
✗ 공급업체 종속을 받아들일 수 없음
✗ 장기 비용이 구축 비용을 초과
✗ 맞춤화 니즈가 극단적
✗ 공급업체 안정성이 의심스러움

파트너십을 맺을 때

파트너십이 맞는 경우:

✓ 보완 역량 필요
✓ 더 빠른 시장 접근 희망
✓ 유통 채널 파트너십
✓ 기술 연동 필요
✓ 신뢰도/브랜드 연상이 가치 있음
✓ 공유 고객 기반의 이점

파트너십을 맺지 말아야 할 때:

✗ 인센티브 불일치
✗ 핵심 IP 위험
✗ 파트너가 경쟁사가 될 수 있음
✗ 연동 비용이 높음
✗ 의존성이 전략적 위험을 만듦

총소유비용(TCO)

직접 구축 TCO:

1년 차:
  엔지니어링 시간: $200K(엔지니어 2명 x 4개월)
  인프라:          $10K
  기회비용:        $100K(다른 무엇을 만들 수 있었는가?)
  합계:            $310K

2-5년 차:
  유지보수(20%):   연 $40K
  인프라:          연 $15K
  합계:            $220K

5년 TCO: $530K

구매 TCO:

1년 차:
  구독:            $24K
  연동:            $20K(엔지니어 1명 x 2주)
  합계:            $44K

2-5년 차:
  구독:            연 $24K(증가 가능)
  연동 유지:       연 $5K
  합계:            $116K

5년 TCO: $160K

공급업체 평가 프레임워크

흔한 직접 구축/구매 결정

파트너십 유형

파트너십 성공 요소

좋은 파트너십 구조:

1. 명확한 상호 이익(일방적이지 않음)
2. 정렬된 인센티브(둘 다 함께 이익)
3. 정의된 경계(누가 무엇을 하는가)
4. 종료 조항(필요 시 어떻게 풀 것인가)
5. 성공 지표(어떻게 측정할 것인가)
6. 상향 보고 경로(이슈 해결 방식)

마이그레이션 전략

구매에서 직접 구축으로:

1단계: 구매한 솔루션의 한계 식별
2단계: 추상화 계층 구축
3단계: 추상화 뒤에 대체 솔루션 구축
4단계: 트래픽을 점진적으로 마이그레이션
5단계: 구매 솔루션 지원 중단

직접 구축에서 구매로:

1단계: 현재 기능 문서화
2단계: 요구사항 대비 공급업체 평가
3단계: 추상화를 포함한 연동 구축
4단계: 병렬 운영, 동등성 검증
5단계: 직접 구축 솔루션 지원 중단

안티패턴

• NIH 증후군 — 외부 솔루션을 거부하고 모든 것을 직접 구축
• 공급업체 과다 보유 — 너무 많은 공급업체, 연동 복잡성
• 거짓 경제성 — 시간이 더 희소한데 돈을 아끼려고 직접 구축
• 종속 편집증 — 모든 공급업체를 피하고 상품화 도구를 직접 구축
• 전략 없는 파트너십 — 명확한 목표 없이 파트너십
• 만들고 방치 — 구축하지만 유지보수하지 않음
• 기회비용 무시 — 엔지니어가 다른 무엇을 만들 수 있는지 고려하지 않음
• 단일 공급업체 의존 — 핵심 기능, 단일 공급업체, 계획 B 없음

---

title: 비즈니스 모델 설계 impact: HIGH tags: business-model, revenue, pricing, monetization

비즈니스 모델 설계

영향도: 높음

비즈니스 모델은 가치를 만들고, 전달하고, 포착하는 방식입니다. 제대로 잡으면 다른 모든 것이 쉬워집니다. 잘못 잡으면 제품이 아무리 좋아도 고전합니다.

비즈니스 모델 캔버스

┌─────────────────┬─────────────────┬─────────────────┐
│   핵심          │   가치          │   고객          │
│   파트너        │   제안          │   관계          │
│                 │                 │                 │
│   누가 전달을   │   어떤 고유     │   어떻게        │
│   돕는가?       │   가치인가?     │   획득하고      │
│                 │                 │   유지하는가?   │
├─────────────────┼─────────────────┼─────────────────┤
│   핵심          │                 │   채널          │
│   활동          │   [가치]        │                 │
│                 │                 │   고객에게      │
│   무엇을        │                 │   어떻게        │
│   하는가?       │                 │   도달하는가?   │
├─────────────────┼─────────────────┼─────────────────┤
│   핵심          │                 │   고객          │
│   리소스        │                 │   세그먼트      │
│                 │                 │                 │
│   무엇이        │                 │   누구에게      │
│   필요한가?     │                 │   서비스하는가? │
├─────────────────┴─────────────────┼─────────────────┤
│        비용 구조                  │ 수익원          │
│                                   │                 │
│   주요 비용은 무엇인가?           │ 어떻게 돈을     │
│                                   │ 버는가?         │
└───────────────────────────────────┴─────────────────┘

SaaS 비즈니스 모델

수익 모델 스펙트럼

고정 반복 수익 ─────────────────────────────── 변동/사용량
       │                                               │
   구독                                            사용량 기반
   좌석당                                          거래당
   플랫폼 요금                                    소비량
       │                                               │
   예측 가능                                      확장 가능
   계획하기 쉬움                                  가치와 정렬
   성장을 제한할 수 있음                          예측하기 어려움

수익 모델 선택

프리미엄 무료 모델 전략

프리미엄 무료 모델이 작동할 때:

• 큰 TAM(물량 필요)
• 사용자당 한계 비용이 낮음
• 네트워크 효과 존재
• 명확한 업그레이드 트리거

무료 전환 퍼널:

무료 사용자:          100,000
활성(월간):            30,000   (30%)
참여(주간):            10,000   (10%)
고급 사용자:            3,000   (3%)
유료 전환:              1,500   (1.5%)

무료 vs 유료 기능 분리:

단위 경제성

핵심 지표:

황금 비율:

LTV : CAC > 3:1
(LTV가 3,000달러라면 CAC는 1,000달러 미만이어야 함)

가격 아키텍처

확장되는 가격 만들기:

            엔터프라이즈
           ┌──────────┐
           │ 맞춤     │  ← 고접촉, 협상형
           │ 가격     │
           └────┬─────┘
         비즈니스
        ┌────────────┐
        │ 월 $XXX    │  ← 셀프서비스, 연간 선택지
        └────┬───────┘
       프로/팀
      ┌──────────────┐
      │ 월 $XX       │  ← 유료 시작점
      └────┬─────────┘
     무료/시작
    ┌────────────────┐
    │ $0             │  ← 리드 생성
    └────────────────┘

가치 기반 가격 프레임워크

가격 = 전달 가치 x 지불 의향

예시:

고객 문제 비용:       연 100,000달러(생산성 손실)
우리 솔루션 가치:     연 60,000달러 절감(60%)
가치의 15% 가격:      연 9,000달러

수익화 타이밍

비즈니스 모델 혁신 예시

파괴 패턴:

안티패턴

• 너무 이른 수익화 — 가치가 입증되기 전에 과금
• 너무 늦은 수익화 — 영원히 무료라 전환 불가
• 복잡한 가격 — 고객이 이해하거나 추정할 수 없음
• 가치 불일치 — 고객이 가치 있게 보지 않는 것에 과금
• 일률적 가격 — 중소기업과 엔터프라이즈에 같은 가격
• 가치가 사람당이 아닌데 좌석당 과금 — 분석 도구를 좌석당 과금
• 단위 경제성 무시 — 음의 마진으로 성장
• 비용 기준 가격 — 전달 가치가 아니라 비용으로 가격 책정
• 가격을 절대 바꾸지 않음 — 시장과 가치는 변합니다

---

title: 수익화 전략 impact: HIGH tags: monetization, pricing, revenue, strategy

수익화 전략

영향도: 높음

수익화는 제품 가치가 비즈니스 가치가 되는 지점입니다. 최고의 수익화 전략은 고객이 가치를 인식하고 받는 방식과 정렬됩니다.

수익화 사다리

   ┌─────────────────────────────────────────────────────────┐
   │  엔터프라이즈 계약                                      │
   │  맞춤 가격, 연간, 협상형                                │
   │  ACV 5만 달러 이상                                      │
   └─────────────────────┬───────────────────────────────────┘
                         │
   ┌─────────────────────▼───────────────────────────────────┐
   │  프리미엄 티어                                          │
   │  고급 기능, 더 높은 한도                                │
   │  ACV 5천-5만 달러                                       │
   └─────────────────────┬───────────────────────────────────┘
                         │
   ┌─────────────────────▼───────────────────────────────────┐
   │  유료 플랜                                              │
   │  핵심 가치, 셀프서비스                                  │
   │  ACV 500-5천 달러                                       │
   └─────────────────────┬───────────────────────────────────┘
                         │
   ┌─────────────────────▼───────────────────────────────────┐
   │  무료 / 프리미엄 무료 모델                              │
   │  획득, 활성화, 바이럴                                   │
   │  $0                                                     │
   └─────────────────────────────────────────────────────────┘

가격 전략

1. 가치 기반 가격 고객에게 전달되는 가치에 기반해 가격을 책정합니다.

적합: ROI가 측정 가능한 제품
예시: 보안 제품이 침해 비용을 연 50만 달러 절감
      → 연 5만 달러로 가격 책정(가치의 10%)

2. 경쟁사 기반 가격 대안 대비 가격을 책정합니다.

적합: 이미 형성된 시장에 진입
예시: 경쟁사가 좌석당 100달러 부과
      → 좌석당 80달러(가치 포지션) 또는
      → 좌석당 150달러(프리미엄 포지션)

3. 원가 가산 가격 비용에 마진을 더해 가격을 책정합니다.

적합: 상품화된 제품, 낮은 차별화
예시: 제공 비용 10달러, 가격 15달러(50% 마진)
경고: 가치를 무시하고, 종종 받을 수 있는 돈을 놓침

가격 지표 선택

다음 조건의 지표를 선택하세요:

• 고객 가치와 함께 확장됨
• 이해하기 쉬움
• 고객이 청구 금액을 예측할 수 있음
• 고객이 성장할수록 함께 성장함

가격 현지화

시장별 가격 조정:

확장 매출 전략

다음을 통해 순매출 유지율 100% 초과:

수익화 타이밍 프레임워크

가격 페이지 권장 관행

좋은 가격 페이지:

✓ 최대 3-4개 티어
✓ 가장 인기 있는 티어 강조
✓ 명확한 기능 비교
✓ 연간 할인 표시
✓ 엔터프라이즈 "문의하기" 선택지
✓ 무료 체험 또는 환불 보장
✓ 사회적 증거(로고, 추천사)

티어 구조 예시:

가격 실험

가격을 안전하게 테스트:

할인 전략

할인할 때:

• 연간 vs 월간(10-20% 할인)
• 스타트업/비영리 티어
• 전략적 계정
• 경쟁사에서 되찾아오는 고객

할인하지 말아야 할 때:

• 모든 거래를 닫기 위해(구매자를 학습시킴)
• 수익성 있는 단위 경제성보다 낮게
• 대가로 얻는 것 없이

건강한 할인 프레임워크:

첫 협상:          연간 결제에 10%
두 번째 요청:     로고 사용권 / 사례 연구
세 번째 요청:     더 긴 계약 기간
강한 선:          추가 할인 없음

매출 다각화

여러 수익원은 위험을 줄입니다:

가격 커뮤니케이션

가격을 올리나요? 잘 전달하세요:

1. 사전 공지(60-90일)
2. 이유 설명(추가된 가치)
3. 기존 계약 조건 유지
4. 기존 가격으로 연간 고정 제공
5. 새 기능/가치 강조

안티패턴

• 최저가 경쟁 — 가격만으로 경쟁
• 복잡한 가격 — 티어 10개 이상, 혼란스러운 지표
• 숨은 수수료 — 청구 시점의 깜짝 비용
• 무료 체험 없음 — 제품을 시도하는 장벽
• 모두에게 할인 — 고객에게 협상하라고 학습시킴
• 연간 전용 — 신규 고객에게 마찰
• 가격을 절대 올리지 않음 — 받을 수 있는 돈을 놓침
• 잘못된 것에 과금 — 가격 지표가 가치와 맞지 않음
• 영원히 같은 가격 — 시장 변화를 무시

---

title: 경쟁 해자 구축 impact: HIGH tags: moats, competitive, defensibility, strategy, network-effects

경쟁 해자 구축

영향도: 높음

해자는 경쟁사를 멀리 두는 것입니다. 해자가 없으면 성공이 모방자를 끌어들입니다. 강한 해자가 있으면 경쟁 우위는 시간이 갈수록 복리로 커집니다.

해자 프레임워크

                    해자 강도
           약함 ─────────────────── 강함
            │                          │
    기능    │                          │네트워크 효과
    UX      │                          │데이터 해자
    가격    │                          │전환 비용
            │                          │규모의 경제
            │                          │브랜드
            │                          │규제
            │                          │
   복제하기 │                          │복제하기
   쉬움     │                          │어려움

해자 유형 순위

네트워크 효과 심층 분석

네트워크 효과 유형:

네트워크 효과 강도 테스트:

강함: 네트워크 없이는 제품이 거의 쓸모없음(WhatsApp)
중간: 제품은 유용하고 네트워크가 있으면 더 좋음(Slack)
약함: 제품이 대부분 독립형(Notion)
없음: 네트워크 혜택 없음(Superhuman)

네트워크 효과 구축

콜드 스타트 문제:

1단계: 닭과 달걀 문제 해결
         → 원자 네트워크(가장 작은 실행 가능 네트워크) 목표
         → 한쪽 보조(사용자에게 무료)
         → 수요가 있는 곳으로 공급을 가져감

2단계: 네트워크 효과 달성
         → 참여 전환점 찾기
         → 네트워크 간 연결
         → 바이럴 메커니즘

3단계: 해자 방어
         → 다중 거주 방지
         → 전환 비용 심화
         → 네트워크 가치 확장

전환 비용 전략

전환 비용 유형:

전환 비용 체크리스트:

□ 데이터가 사용과 함께 더 가치 있어짐
□ 사용자가 상당한 학습 시간을 투자함
□ 제품이 다른 도구 3개 이상과 연동됨
□ 업무 흐름이 제품에 맞춤화됨
□ 데이터 내보내기가 불완전하거나 고통스러움
□ 재구현 비용이 높음

데이터 해자 구축

데이터가 해자가 되는 때:

• 경쟁사가 얻을 수 없는 데이터가 있음
• 데이터가 제품을 더 좋게 만듦
• 더 많은 사용량 = 더 많은 데이터 = 더 나은 제품
• 선도 진입자 우위가 복리로 쌓임

데이터 플라이휠:

     ┌──────────────────┐
     │                  │
     ▼                  │
더 많은 사용자 ───► 더 많은 데이터
     │                  │
     │                  │
     ▼                  │
더 나은 제품 ◄─────────┘

데이터 해자 예시:

규모의 경제

규모가 우위를 만드는 때:

• 고정 비용을 더 많은 사용자에 분산
• 공급업체에 대한 협상력
• R&D 투자 상각
• 인프라 효율성

SaaS 규모 예시:

인프라:       사용자가 많을수록 사용자당 비용 감소
개발:         같은 R&D가 사용자 1천 명도 100만 명도 서비스
지원:         셀프서비스가 더 잘 확장
유통:         브랜드 인지도가 복리로 커짐

브랜드를 해자로

브랜드 해자의 특징:

• 수년에 걸쳐 구축된 신뢰
• 품질/카테고리와의 연상
• 입소문 증폭
• 프리미엄 가격 결정력

브랜드 해자 구축:

1단계: 제품 탁월성 → 입소문
2단계: 카테고리 연상 → "Y를 위한 X"
3단계: 신뢰 → 엔터프라이즈 영업 가능
4단계: 프리미엄 → 가격 결정력, 회복력

해자 평가 프레임워크

제품별로 각 해자 점수화(1-5):

단계별 해자 구축

해자 침식 경고 신호

다음 위협을 주시:

□ 신기술이 우위를 파괴
□ 경쟁사가 무료 전환/마이그레이션 제공
□ 데이터가 상품화
□ 규제가 시장 구조를 변화
□ 오픈소스 대안 등장
□ 네트워크 분리(사용자가 더 작은 네트워크로 떠남)

다중 해자 전략

가장 강한 회사는 여러 해자를 가집니다:

예시: Salesforce

1. 전환 비용(데이터, 맞춤화)
2. 네트워크 효과(AppExchange 생태계)
3. 규모(R&D, 인프라)
4. 브랜드(카테고리 정의)

각 해자는 다른 해자를 강화합니다.

해자 투자 우선순위화

해자 구축에서 어디에 투자할 것인가:

안티패턴

• PMF 전 해자 — 가치 전에 방어 가능성 구축
• 기능 = 해자 — 기능은 몇 달 안에 복제됨
• 가짜 네트워크 효과 — 가치 없는 "소셜 기능"
• 마찰로 만든 전환 비용 — 충성 보상이 아니라 사용자 처벌
• 데이터 사재기 — 사용하지 않는 데이터 수집
• 해자 안주 — 해자가 영구적이라고 가정
• 단일 해자 의존 — 방어 바구니 하나에 모든 달걀
• 파괴 무시 — 기술 변화가 해자를 침식하는 것을 보지 못함

---

title: 경쟁 포지셔닝 및 차별화 impact: HIGH tags: competitive, positioning, differentiation, moats, strategy

경쟁 포지셔닝 및 차별화

영향도: 높음

포지셔닝은 더 낫다는 것이 아니라 다르다는 것입니다. 목표는 고객의 머릿속에서 고유한 공간을 차지해 경쟁을 무관하게 만드는 것입니다.

포지셔닝 스펙트럼

차별화 없음              차별화됨                  카테고리 창조자
      │                         │                         │
      ▼                         ▼                         ▼
"우리는 X와 비슷하지만      "우리는 Y 세그먼트를     "우리가 X 카테고리를
 더 저렴합니다"             위한 X입니다"             발명했습니다"
      │                         │                         │
  가격으로 경쟁              적합성으로 경쟁           자기 자신과 경쟁
  (나쁨)                     (더 나음)                  (최고)

포지셔닝 전략

경쟁 포지셔닝 지도

경쟁사 대비 우리의 위치를 표시합니다:

                  프리미엄 가격
                        │
                        │
            ┌───────────┼───────────┐
            │           │           │
            │   우리?   │ 기존 강자 │
            │           │           │
틈새 ───────┼───────────┼───────────┼────── 넓음
            │           │           │
            │ 스타트업  │ 오픈      │
            │ 경쟁사    │ 소스      │
            └───────────┼───────────┘
                        │
                  가치 가격

흔한 포지션 쌍:

• 프리미엄 vs 가치
• 틈새 vs 넓음
• 단순함 vs 풍부한 기능
• 셀프서비스 vs 고접촉
• 현대적 vs 기존 강자

차별화 유형

경쟁 해자 구축

네트워크 효과:

유형: 직접, 간접, 데이터
예시: Slack — 사용자가 많을수록 가치가 커짐
구축: 먼저 다중 사용자 기능에 집중

전환 비용:

유형: 데이터 잠금, 업무 흐름 의존, 교육
예시: Salesforce — 수년간의 데이터와 맞춤화
구축: 깊은 연동, 맞춤 업무 흐름, 어려운 내보내기

규모의 경제:

유형: 인프라, R&D, 유통
예시: AWS — 규모가 커질수록 누구보다 저렴
구축: 물량 기반 가격, 인프라 투자

데이터 우위:

유형: 독점 데이터, 사용자 생성, 학습 데이터
예시: Google — 검색 데이터가 결과를 개선
구축: 고유 데이터를 수집하고 사용량으로 제품을 개선

경쟁 분석 프레임워크

각 경쟁사마다 분석:

경쟁 대응 전략

포지셔닝 문장 템플릿

[상황]에 있는 [목표 고객]에게 [제품]은 [핵심 혜택]을 제공하는 [카테고리]입니다. [주요 경쟁사]와 달리 [제품]은 [핵심 차별화 요소]를 제공합니다.

좋은 예시:

느린 배포 주기로 어려움을 겪는 중견 엔지니어링 팀에게
Velocity는 빌드 시간을 80% 줄이는 CI/CD 플랫폼입니다.
Jenkins와 달리 Velocity는 설정이 필요 없고 자동으로 확장됩니다.

나쁜 예시:

컴퓨터를 쓰는 모든 사람에게 SuperApp은 모든 것을 하는
생산성 플랫폼입니다. 다른 도구와 달리 기능이 더 많습니다.

경쟁 포지셔닝 캔버스

승패 분석

모든 경쟁 거래를 추적하고 분석합니다:

수주 거래 분석:
- 고객은 무엇을 가장 가치 있게 봤는가?
- 어디에서 경쟁을 이겼는가?
- 결정 요인은 무엇이었는가?

실주 거래 분석:
- 왜 졌는가?
- 무엇이 결과를 바꿨을까?
- 적합성, 기능, 가격 중 무엇이었는가?

단계별 포지셔닝 진화

초기 단계(PMF 전):

• 틈새 지배자로 포지셔닝
• 특정 세그먼트를 깊게 소유
• 리더와 정면 경쟁하지 않음

성장 단계(PMF 후):

• 포지셔닝을 점진적으로 확장
• 인접 세그먼트 추가
• 카테고리 신뢰도 구축

규모화 단계:

• 카테고리 리더로 포지셔닝
• 우리 용어로 카테고리 정의
• 빈틈을 채우기 위해 인수

안티패턴

• 기능 동등성 집착 — 경쟁사 기능을 쫓음
• 부정으로 포지셔닝 — "우리는 Salesforce가 아닙니다"
• 넓은 포지셔닝 — 모두에게 모든 것이 되려 함
• 가격 기반 포지셔닝 — 최저가 경쟁
• 기술 포지셔닝 — "Kubernetes 기반"(아무도 신경 쓰지 않음)
• 유행어 포지셔닝 — "AI 기반 엔터프라이즈 솔루션"
• 기존 강자 무시 — 경쟁이 없는 척함
• 계속된 재포지셔닝 — 시장과 팀을 혼란스럽게 함

---

title: 제품-시장 적합성 평가 impact: CRITICAL tags: market, pmf, product-market-fit, validation, growth

제품-시장 적합성 평가

영향도: 매우 높음

제품-시장 적합성(PMF)은 시장이 제품을 당신에게서 끌어당기는 순간입니다. PMF 전에는 다른 것이 중요하지 않습니다. PMF 후에는 모든 것이 가속됩니다.

PMF 스펙트럼

수준 0: 문제 적합성
"해결할 가치가 있는 문제를 찾았다"
신호: 사용자 리서치가 고통을 확인, 지불 의향 표시

수준 1: 솔루션 적합성
"우리 솔루션이 문제를 다룬다"
신호: 사용자가 핵심 업무 흐름을 완료, 긍정 피드백

수준 2: 제품-시장 적합성
"고객이 제품을 우리에게서 끌어당긴다"
신호: 유기적 성장, 유지율, 입소문

수준 3: 규모 적합성
"반복 가능한 성장 엔진이 있다"
신호: 단위 경제성이 작동, 채널이 예측 가능

수준 4: 해자 적합성
"방어 가능한 경쟁 우위가 있다"
신호: 높은 전환 비용, 네트워크 효과, 브랜드

PMF 측정 프레임워크

Sean Ellis 테스트: "[제품]을 더 이상 사용할 수 없다면 어떻게 느끼시겠습니까?"

정량 PMF 지표

정성 PMF 신호

PMF가 있을 때:

□ 제품이 다운되면 사용자가 불평함
□ 요청하지 않아도 사용자가 추천함
□ 사용자가 의도보다 더 많이 하기 위해 제품을 변형해 사용함
□ 사용자가 환불이 아니라 기능을 요청함
□ 수요를 따라잡기 어려움
□ 경쟁사가 당신을 베끼기 시작함
□ 사용자가 제품을 일상 업무 흐름에 통합함
□ 코호트마다 이탈률이 하락함

PMF가 없을 때:

□ 성장이 영업/마케팅 푸시에서만 나옴
□ 모든 코호트에서 높은 이탈
□ 사용자는 "좋네요"라고 하지만 돌아오지 않음
□ 첫 주 이후 참여가 하락
□ 사용자가 왜 관심 가져야 하는지 설명해야 함
□ 유지하려면 지속적인 할인이 필요
□ 사용자가 비전의 핵심이 아닌 것을 요청

PMF 캔버스

회사 단계별 PMF

프리시드-시드: 문제 적합성과 솔루션 적합성에 집중

핵심 활동:
- 고객 인터뷰 50건 이상
- 파일럿 사용자 10명 이상
- 정성 검증

시드-시리즈 A: 초기 PMF 달성에 집중

핵심 지표:
- 유료 고객 100명 이상
- "매우 실망" 점수 40% 이상
- 개선되는 유지 곡선

시리즈 A-B: PMF 규모화와 반복 가능성에 집중

핵심 지표:
- 예측 가능한 획득 채널
- 일관된 코호트 지표
- 양수 단위 경제성

Superhuman PMF 엔진

1단계: 사용자 설문
        "얼마나 실망하시겠습니까?"

2단계: 응답 세그먼트화
        "매우 실망" 세그먼트에 집중

3단계: 이유 분석
        매우 실망한 사용자가 사랑하는 것은 무엇인가?
        어느 정도 실망한 사용자가 원하는 것은 무엇인가?

4단계: 매우 실망한 사용자를 위해 구축
        작동하는 것에 더 집중

5단계: 매주 반복
        시간에 따른 "매우 실망" 비율 추적

흔한 PMF 실수

가짜 PMF 경고 신호

소수 대형 고객에서 나오는 매출:

• 고객 1-2곳 = 매출 80%
• 각 고객을 위한 맞춤 개발
• 반복 가능하지 않음

유료 광고에만 의존한 성장:

• 시간이 지날수록 CAC 증가
• 유기적 입소문 없음
• 광고를 끄면 성장 멈춤

창업자 주도 영업만 가능:

• 창업자만 거래를 닫을 수 있음
• 영업 인력을 고용해 반복할 수 없음
• 프로세스가 문서화되지 않음

PMF 회복 플레이북

PMF를 잃었거나 가진 적이 없다면:

1-2주 차:  이탈 고객 20명과 대화
           → 왜 떠났는가?

3-4주 차:  고급 사용자 20명과 대화
           → 왜 남아 있는가?

5-6주 차:  차이 찾기
           → 유지된 사용자는 무엇이 다른가?

7-8주 차:  ICP 좁히기
           → 고급 사용자는 누구인가?

9주 차 이후: 좁은 세그먼트를 위해 재구축
           → 좋아하는 사용자 100명 > 그냥 괜찮다는 사용자 1,000명

안티패턴

• 너무 이른 PMF 선언 — 한 번의 바이럴 순간은 PMF가 아님
• PMF를 지나쳤다고 착각 — 핵심을 못 박기 전에 기능 규모화
• 잘못된 사용자 설문 — 사용자가 아니라 잠재 고객에게 설문
• 이탈 이유 무시 — 유지가 아니라 획득에만 집중
• 너무 많은 변수 변경 — 전부 바꾸면 배울 수 없음
• 이탈 사용자를 위해 구축 — 그들은 이미 당신을 위한 제품이 아니라고 결정함

---

title: 시장 기회 규모 산정(TAM/SAM/SOM) impact: CRITICAL tags: market, tam, sam, som, opportunity, sizing

시장 기회 규모 산정(TAM/SAM/SOM)

영향도: 매우 높음

시장 규모 산정은 큰 숫자로 투자자를 감탄시키기 위한 것이 아닙니다. 현실적으로 어디에서 이길 수 있는지, 기회가 실제로 얼마나 큰지 이해하기 위한 것입니다.

TAM/SAM/SOM 프레임워크

┌─────────────────────────────────────────────────────────────────┐
│                            TAM                                  │
│                    전체 주소 지정 가능 시장                     │
│          "시장 점유율 100%라면 얼마나 큰가?"                    │
│                                                                 │
│    ┌───────────────────────────────────────────────────┐       │
│    │                       SAM                         │       │
│    │                서비스 가능 주소 지정 시장          │       │
│    │        "실제로 도달하고 서비스할 수 있는 세그먼트" │       │
│    │                                                   │       │
│    │    ┌────────────────────────────────────┐         │       │
│    │    │              SOM                   │         │       │
│    │    │          서비스 가능 확보 시장      │         │       │
│    │    │      "3-5년 안의 현실적 확보분"    │         │       │
│    │    └────────────────────────────────────┘         │       │
│    └───────────────────────────────────────────────────┘       │
└─────────────────────────────────────────────────────────────────┘

TAM 계산 방법

1. 하향식(빠르지만 덜 정확) 업계 보고서에서 시작해 좁혀 갑니다.

예시: 프로젝트 관리 소프트웨어

전 세계 소프트웨어 시장:          $500B
x 엔터프라이즈 소프트웨어 비율:    x 20%   = $100B
x 생산성 소프트웨어 비율:          x 15%   = $15B
x 프로젝트 관리 비율:              x 25%   = $3.75B TAM

2. 상향식(더 많은 작업, 더 정확) 단위 경제성에서 위로 쌓습니다.

예시: 프로젝트 관리 소프트웨어

직원 50명 이상 회사:                전 세계 500,000개
x 회사당 평균 좌석:                 x 50
= 총 잠재 좌석:                     25,000,000
x 좌석당 연간 가격:                 x $120
= TAM:                              $3B

3. 가치 이론(새 카테고리에 가장 적합) 전달 가치에 기반해 계산합니다.

예시: AI 코드 어시스턴트

개발자당 주간 절감 시간:            5시간
x 개발자 시간당 비용:               x $75
x 연간 주 수:                       x 50
= 개발자당 연간 가치:               $18,750
x 전 세계 개발자:                   x 30M
x 지불 의향(10%):                   x 10%
= TAM:                              $56B

SAM 정교화

SAM = TAM x 필터

SAM 계산 예시:

TAM:                    $3B
x 지역(북미):           x 40%    = $1.2B
x 회사 규모:            x 25%    = $300M
x 예산 보유:            x 60%    = $180M SAM

SOM 현실 점검

SOM이 답하는 질문: "3-5년 안에 현실적으로 얼마를 확보할 수 있는가?"

SOM 계산 예시:

SAM:                    $180M
x 현실적 점유율(15%):   x 15%
= SOM:                  3-5년 안에 $27M

시장 규모 산정 현실성 점검

"그래서 뭐?" 테스트:

좋은 시장 규모 산정 vs 나쁜 산정

좋은 산정(투자자 준비):

TAM: $15B
- 전 세계 엔터프라이즈 커뮤니케이션 도구
- 출처: Gartner 2024, CAGR 12% 성장

SAM: $3B
- 중견 기업(직원 100-1000명)
- 북미와 유럽
- 기술 및 전문 서비스 버티컬

SOM: $150M(5년 차)
- SAM의 5%
- 비교 회사 궤적 기반
- 현재 ARR $50M → ARR $150M 가정

나쁜 산정(위험 신호):

TAM: $500B
- "전 세계 모든 회사가 우리를 사용하면..."

SAM: $100B
- "컴퓨터를 쓰는 모든 사람..."

SOM: $10B
- "시장의 2%만 필요합니다"

고려할 시장 역학

성장 시장 vs 축소 시장:

분산 시장 vs 집중 시장:

인접 시장 확장

            ┌─────────────────┐
            │    핵심 시장     │
            │   (여기서 시작)  │
            └────────┬────────┘
                     │
         ┌──────────┴──────────┐
         │                      │
    ┌────▼────┐           ┌────▼────┐
    │ 인접     │           │ 인접     │
    │ 시장 A   │           │ 시장 B   │
    │ (지역)   │           │ (제품)   │
    └────┬────┘           └────┬────┘
         │                      │
         └──────────┬──────────┘
                    │
              ┌─────▼─────┐
              │   인접     │
              │   시장 C   │
              │ (세그먼트) │
              └────────────┘

확장 유형:

• 지역: 북미 → 유럽 → APAC
• 세그먼트: 중소기업 → 중견 → 엔터프라이즈
• 제품: 핵심 → 인접 기능 → 플랫폼

투자자 준비 시장 분석

투자자가 보고 싶어 하는 것:

1. 명확한 가정이 있는 상향식 TAM
2. 현재 제품과 맞는 SAM
3. 3-5년 안에 달성 가능한 SOM
4. SOM → SAM으로 가는 명확한 경로(확장 이야기)
5. 성장 시장(CAGR 10% 이상)
6. 신뢰할 수 있는 데이터 출처 인용

안티패턴

• TAM 연극 — 감탄시키려고 터무니없이 큰 숫자 사용
• 하향식만 사용 — "1000억 달러 시장이고 우리는 1%만 필요"
• 경쟁 무시 — 경쟁 맥락 없이 규모 산정
• 정적인 규모 산정 — 시장 성장/감소를 반영하지 않음
• 일회성 규모 산정 — 시장은 변합니다. 매년 재평가
• SAM = TAM — 의미 있는 세그먼트화 없음
• SOM 낙관주의 — 비현실적인 시장 점유율 가정
• 카테고리 혼동 — 숫자를 부풀리려고 카테고리를 섞음

---

title: 제품 전략 프레임워크 impact: HIGH tags: strategy, frameworks, prioritization, decision-making

제품 전략 프레임워크

영향도: 높음

전략은 선택의 기술입니다. 좋은 프레임워크는 더 나은 선택을 더 빠르게 하도록 돕고, 그 선택을 다른 사람에게 설명할 수 있게 해줍니다.

전략 스택

비전       →  "우리는 어디로 가는가?"           (3-10년)
               열망적, 영감을 줌

전략       →  "어떻게 갈 것인가?"              (1-3년)
               트레이드오프, 집중 영역

로드맵     →  "무엇을 만들 것인가?"            (분기)
               우선순위가 매겨진 이니셔티브

OKR        →  "진행을 어떻게 측정할 것인가?"   (분기별)
               목표 및 핵심 결과

스프린트   →  "이번 주 무엇을 할 것인가?"      (주)
               작업과 산출물

전략 정의

좋은 전략은 세 부분으로 구성됩니다:

1. 진단 — 과제는 무엇인가?
2. 지도 원칙 — 우리의 접근은 무엇인가?
3. 일관된 행동 — 무엇을 할 것인가?

예시:

진단:          엔터프라이즈 고객은 구매하고 싶지만 제품에
               SOC 2 컴플라이언스와 SSO가 부족합니다.

지도 원칙:     2024년에 보안과 컴플라이언스 기능을
               신규 기능보다 우선하여 엔터프라이즈 준비 상태가 됩니다.

일관된 행동:
1. 2분기까지 SOC 2 Type II 달성
2. 1분기까지 SAML/OIDC 기반 SSO 출시
3. 2분기까지 감사 로그 추가
4. 1분기까지 컴플라이언스 리드 채용

우선순위화 프레임워크

1. RICE 점수화

RICE 점수 = (도달 범위 x 영향 x 확신도) / 노력

2. 가치 vs 노력 매트릭스

                    높은 가치
                        │
              ┌─────────┼─────────┐
              │ 빠른    │  큰     │
              │ 성과    │  베팅   │
   낮은 ──────┼─────────┼─────────┼─────── 높은
   노력       │ 신경    │  시간   │  노력
              │ 쓰지 않음│  함정   │
              └─────────┼─────────┘
                        │
                    낮은 가치

3. MoSCoW 방법

전략적 트레이드오프 프레임워크

모든 의사결정에서 무엇을 교환하는지 식별하세요:

좋은 전략은 트레이드오프를 명시합니다:

"우리는 폭보다 깊이를 선택합니다. X, Y, Z를 모두 괜찮게 하기보다
X에서 최고가 되겠습니다."

의사결정 프레임워크

유형 1 vs 유형 2 결정:

예시:

유형 1(천천히):
- 비즈니스 모델 변경
- 주요 플랫폼 의사결정
- 신규 시장 진입
- 가격 아키텍처

유형 2(빠르게):
- 기능 우선순위화
- UI/UX 결정
- 가격 수준
- 마케팅 실험

Porter의 5가지 힘(단순화)

해야 할 일(JTBD) 프레임워크

솔루션이 아니라 일에 집중:

전통적:        "캘린더 기능을 추가해야 한다"

JTBD:          "회의를 잡을 때 왕복 이메일을 피하고,
                한 번의 상호작용으로 회의를 예약하고 싶다"

JTBD 템플릿: [상황]일 때, 나는 [동기]하고 싶다. 그래서 [결과]를 얻고 싶다.

전략 검증 체크리스트

전략에 약속하기 전에:

□ 이것이 우리의 비전을 지원하는가?
□ 우리 리소스로 달성 가능한가?
□ 가장 큰 과제를 다루는가?
□ 트레이드오프가 명시적인가?
□ 진행을 측정할 수 있는가?
□ 확신이 있는가? (회사를 걸 수 있는가?)
□ 팀이 정렬되어 있는가?
□ 한 문장으로 설명할 수 있는가?

분기별 전략 리뷰

안티패턴

• 계획을 전략으로 착각 — 계획은 전략이 아닙니다. 전략은 선택입니다
• 합의에 의한 전략 — 모두를 만족시키려 함
• 너무 많은 우선순위 — 모든 것이 우선순위면 아무것도 우선순위가 아님
• 경쟁사 복제 — 선제적이지 않고 반응적
• 트레이드오프 없는 전략 — "둘 다 하겠다"는 전략이 아님
• 연간 계획만 함 — 전략은 지속적으로 다듬어야 함
• 전술을 전략으로 착각 — "ProductHunt에 출시"는 전술
• 진단 없음 — 문제를 이해하기 전에 솔루션으로 점프

---

title: 전략적 로드맵 계획 impact: HIGH tags: roadmap, planning, strategy, prioritization

전략적 로드맵 계획

영향도: 높음

로드맵은 눈에 보이는 전략입니다. 특정 기능을 출시하겠다는 약속이 아니라, 전략을 어떻게 달성할지 보여 주는 커뮤니케이션 도구입니다.

로드맵 유형

로드맵 해부

비전(2-5년)
"우리가 향하는 곳"
├── 주제 1: 엔터프라이즈 준비 상태가 되기
├── 주제 2: 새 버티컬로 확장
└── 주제 3: 플랫폼 생태계 구축

전략(1년)
"올해의 주요 베팅"
├── Q1-Q2: 보안 및 컴플라이언스 기능
├── Q2-Q3: 헬스케어 버티컬 출시
└── Q3-Q4: API 및 연동 플랫폼

제품(분기)
"우리가 만드는 것"
├── 지금: SSO/SAML, 감사 로그
├── 다음: HIPAA 컴플라이언스, 헬스케어 템플릿
└── 나중: 공개 API, 개발자 포털

주제 기반 로드매핑

기능보다 주제를 쓰는 이유:

• 실행 유연성 허용
• 약속 없이 의도 전달
• 방향에 대한 고객 피드백 가능
• "기능 공장" 함정 회피

좋은 주제:

✓ "엔터프라이즈 준비 보안"
✓ "셀프서비스 온보딩 탁월성"
✓ "모바일 우선 경험"
✓ "플랫폼 확장성"

나쁜 주제(너무 구체적):

✗ "SAML 지원 SSO 구축"
✗ "다크 모드와 신규 연동 10개 추가"
✗ "새 데이터베이스로 마이그레이션"

로드맵 기둥

차원 간 로드맵 균형:

지금/다음/나중 프레임워크

지금(이번 분기)
├── SAML/OIDC 기반 SSO
├── 컴플라이언스용 감사 로그
└── 셀프서비스 팀 관리

다음(다음 분기)
├── SOC 2 Type II 인증
├── 역할 기반 접근 제어
└── 보안 대시보드

나중(미래)
├── 엔터프라이즈 보안 제품군
├── 고급 컴플라이언스 기능
└── 보안 연동

로드맵 입력

균형 잡힌 입력 프레임워크:

고객 피드백 통합

기능 요청 처리 방법:

피드백 퍼널:

전체 요청(1000)
      │
      ▼
검증된 요청(200)       ← "이것에 돈을 낼까?"
      │
      ▼
전략 적합성(50)        ← "비전과 맞는가?"
      │
      ▼
우선순위화(10)         ← "영향/노력은?"
      │
      ▼
로드맵(5)              ← "무엇을 선택할 것인가?"

이해관계자 커뮤니케이션

대상별로 필요한 것:

로드맵 산출물

외부 로드맵(고객):

주제 기반, 분기 수준, 구체적 날짜 없음
"2분기에는 엔터프라이즈 보안에 집중합니다"

내부 로드맵(팀):

기능 수준, 마일스톤 기반, 명확한 담당자
"SSO는 3월 15일 출시, 플랫폼 팀 담당"

이사회 로드맵:

전략 주제, 연간 관점, 지표
"엔터프라이즈 세그먼트 = 2024년 초점의 40%"

로드맵 리뷰 주기

로드맵 vs 백로그

거절하기

로드맵 요청을 거절하는 방법:

좋음: "이것은 다음 두 분기 로드맵에는 없습니다. 지금은 [전략적 우선순위]에
       집중하고 있기 때문입니다. 하반기를 계획하는 3분기에 다시 검토하겠습니다."

나쁨: "그건 못 합니다."
나쁨: "언젠가는요."
나쁨: "백로그에 추가해 둘게요." (그리고 잊음)

로드맵 안티패턴

• 날짜 주도 로드맵 — 결과가 아니라 날짜에 약속
• 기능 공장 — 전략적 맥락 없는 기능 목록
• 고객 주도만 함 — 목소리 큰 고객이 원하는 것은 무엇이든 구축
• 정적인 로드맵 — 배움에 따라 업데이트하지 않음
• 비밀 로드맵 — 팀이 계획을 모름
• 과다 약속 로드맵 — 역량의 200% 계획
• 로드맵 없음 — 순수 반응형, 선제적 방향 없음
• 경쟁사 로드맵 — 경쟁사 기능을 복사할 뿐
• 약속으로서의 로드맵 — 주제를 약속으로 취급
• 잡동사니 로드맵 — 모든 것이 로드맵에 있고 우선순위 없음

---

title: 제품 비전 및 북극성 지표 impact: CRITICAL tags: vision, mission, metrics, north-star, strategy

제품 비전 및 북극성 지표

영향도: 매우 높음

비전은 목적지입니다. 북극성 지표는 올바른 항로에 있는지 알려 줍니다. 둘 다 없으면 나침반 없이 항해하는 것과 같습니다.

비전 스택

목적           →  "우리는 왜 존재하는가?"
                    (회사 수준, 거의 변하지 않음)

비전           →  "미래는 어떤 모습인가?"
                    (3-10년, 영감을 주고 구체적)

미션           →  "비전을 어떻게 달성하는가?"
                    (운영적, 실행 가능)

전략           →  "어떤 트레이드오프를 선택하는가?"
                    (1-3년, 집중)

제품 비전 만들기

훌륭한 비전의 특징:

• 의사결정을 이끌 만큼 구체적
• 팀에 동기를 줄 만큼 영감을 줌
• 인재를 끌어들일 만큼 야심참
• 달성 가능해 보일 만큼 믿을 수 있음

비전 공식

[목표 고객]에게 [제품명]은 [핵심 변화]를 만드는 [카테고리]가 되어, [더 나은 미래 상태]가 있는 세상을 만듭니다.

좋은 비전 vs 나쁜 비전 예시

북극성 지표 프레임워크

북극성은 다음을 충족해야 합니다:

1. 전달된 가치 반영 — 비즈니스 성공이 아니라 고객 성공을 측정
2. 매출로 이어짐 — 고객이 가치를 얻으면 결국 돈을 벌게 됨
3. 실행 가능 — 팀이 영향을 줄 수 있음
4. 측정 가능 — 주간/월간 진행 추적 가능

비즈니스 유형별 북극성

예시: Slack의 지표 진화

초기 단계:       사용자당 보낸 메시지
                 (도입 측정)

성장 단계:       일간 활성 사용자
                 (습관 측정)

규모화 단계:     활성 사용자 3명 이상 채널에서 보낸 메시지
                 (협업 가치 측정)

입력 지표 vs 출력 지표

                    북극성(출력)
                          │
            ┌─────────────┼─────────────┐
            │             │             │
            ▼             ▼             ▼
     ┌──────────┐  ┌──────────┐  ┌──────────┐
     │  입력    │  │  입력    │  │  입력    │
     │ 지표 1   │  │ 지표 2   │  │ 지표 3   │
     │ 가입     │  │ 활성화율 │  │ 도입 기능 │
     │          │  │          │  │          │
     └──────────┘  └──────────┘  └──────────┘

비전-지표 정렬

북극성 테스트

"그래서 뭐?" 테스트:

• 이 지표가 2배가 되면 비즈니스가 의미 있게 개선되는가?
• 이 지표가 절반이 되면 문제가 되는가?
• 모든 팀이 이 지표 이동에 기여할 수 있는가?

"게임화" 테스트:

• 실제 가치 없이 인위적으로 부풀릴 수 있는가?
• 이 지표 최적화가 나쁜 인센티브를 만드는가?

안티패턴

비전 안티패턴:

• 너무 모호함 — "훌륭한 제품 만들기"(아무 의미 없음)
• 너무 좁음 — "1위 CRM 되기"(목적지가 아니라 천장)
• 경쟁사로 정의 — "Salesforce 이기기"(영감을 주지 않음)
• 기술 우선 — "AI 회사 되기"(왜가 아니라 어떻게)

북극성 안티패턴:

• 매출을 북극성으로 삼음 — 가치 전달보다 늦고 실행 가능하지 않음
• 허영 지표 — 활성화 없는 가입, 참여 없는 팔로워
• 너무 많은 지표 — 모든 것이 북극성이면 아무것도 북극성이 아님
• 변하지 않는 지표 — 북극성은 회사 단계와 함께 진화해야 함

구현 체크리스트

□ 비전을 한 문장으로 설명할 수 있음
□ 비전이 "5년 뒤 성공은 어떤 모습인가?"에 답함
□ 팀이 비전을 말할 수 있음
□ 북극성 지표가 식별됨
□ 입력 지표가 북극성에 매핑됨
□ 모든 팀이 북극성까지의 연결선을 봄
□ 북극성 진행을 매주 검토
□ 지표 타당성을 분기별로 검토