채널 플레이북
참고
- ID: S-GRO-04
- 카테고리: 성장
- 입력: ICP 문서, 메시징 프레임워크, 채널 선택, 예산 제약
- 출력: 채널 플레이북 문서 → artifacts/growth/
- 사용자: 성장 에이전트
- 도구 스크립트: ./tools/artifact/validate.sh
목적
선택된 획득 채널에 특화된 마케팅 플레이북을 생성합니다. 콘텐츠 전략, 게시 주기, 참여 전술 및 해당 채널의 역학에 맞춘 성공 지표를 다룹니다.
절차
직접 아웃리치 / 창업자 주도 영업
단계: 아이디어/MVP 단계에서 가장 레버리지가 높습니다. 모든 창업자는 여기서 시작해야 합니다.
-
ICP-to-프로스펙팅: 타겟이 발견되는 곳
- LinkedIn: 직책 + 회사 규모 필터
- Slack/Discord 커뮤니티: ICP가 활동하는 곳
- Twitter/X 목록: 타겟 페르소나의 큐레이션된 목록
- GitHub: 개발자 도구의 경우 (관련 프로젝트 기여자)
-
아웃리치 메시지 프레임워크 (문제 중심, 피치 중심 아님):
- 솔루션이 아닌 그들의 고통점에 대한 질문으로 시작
- 그들에 대한 특정 내용 언급 (최근 게시물, 회사 뉴스)
- 데모가 아닌 15분을 요청
- 템플릿: "안녕하세요 [이름], [특정 관찰]을 발견했습니다. 저는 [한 줄 설명]을 만들고 있는데, 궁금합니다 — [고통점]을 어떻게 처리하고 계신가요? 15분만 배움을 얻고 싶습니다."
-
후속 연락 주기 (3회 터치 시퀀스):
- 0일차: 첫 메시지
- 3일차: 가치 중심 후속 (관련 콘텐츠/통찰 공유)
- 7일차: 소프트 클로즈가 포함된 마지막 후속
-
디스커버리로 연결: 실제 통화 준비 및 디브리핑에는 고객 대화 스킬 사용
- 타겟 채널을 선택하고, 청중 역학, 알고리즘 동작 및 모범 사례를 검토합니다.
- ICP 문서를 검토하여 이 채널에 청중이 존재하는지 확인합니다.
- 채널별 목표를 정의합니다: 인지도, 트래픽, 리드 또는 직접 전환.
- 메시징 프레임워크를 채널의 형식과 어조에 맞게 조정합니다.
- 콘텐츠 믹스를 설계합니다: 콘텐츠 유형, 형식 및 비율 (예: 교육 60%, 사회적 증거 20%, 프로모션 20%).
- 게시 주기를 정의합니다: 빈도, 최적 시간 및 일정 도구.
- 참여 전술을 개략적으로 설명합니다: 커뮤니티 상호작용, 댓글 전략, DM 아웃리치 규칙.
- 해당되는 경우 유료 증폭 전략을 정의합니다: 예산 할당, 타겟팅, A/B 테스트 계획.
- 성공 지표와 KPI를 설정합니다: 노출, 참여율, 클릭률, 전환.
- 검토 주기를 정의합니다: 주간 지표 검토, 월간 전략 조정.
- 플레이북을
artifacts/growth/에 저장합니다. ./tools/artifact/validate.sh를 사용하여 아티팩트를 검증합니다.
플랫폼 심층 참고 자료
채널별 플레이북을 생성할 때 아래의 플랫폼별 가이드를 참조하세요. 이는 일반적인 조언을 넘어 알고리즘별, 문화별 지식을 포함합니다.
Twitter/X
- 알고리즘: 첫 1시간 동안의 참여 속도가 가장 중요합니다. 답글이 좋아요보다 가중치가 높습니다. 네이티브 콘텐츠(외부 링크 없음)가 부스트됩니다.
- 스레드 구조: 후크 트윗 → 3-5개 가치 트윗 → CTA 트윗. 각 트윗에 번호를 매깁니다.
- 참여 패턴: 가치 게시물 3 : 프로모션 1 : 참여 1 (질문, 투표)
- 타이밍: 청중이 활동적인 시간에 게시 (분석 도구 확인). 인용 트윗이 도달 범위를 늘립니다.
- 피해야 할 것: 링크만 있는 트윗 (알고리즘에 의해 억제), 후크 없는 스레드 덤프, 기업체 어조.
- 알고리즘: 댓글이 좋아요보다 5배 가중치. 네이티브 콘텐츠가 링크보다 선호. 문서/캐러셀 게시물이 텍스트보다 3배 도달.
- 형식: 짧은 문단 (1-2문장), 사이에 공백("더 보기" 전 첫 줄에 후크).
- 캐러셀 게시물: 8-12 슬라이드, 교육 콘텐츠, 일관된 브랜딩, 마지막 슬라이드에 CTA.
- 참여: 먼저 다른 사람의 게시물에 댓글. 진정으로 관련 있을 때만 사람 태그.
- 피해야 할 것: 해시태그 스팸 (최대 3-5개 사용), 직접 판매 피치, 트위터 게시물 크로스포스트.
- 문화적 규범: 90-9-1 규칙 (90% 소비, 9% 댓글, 1% 게시). 항상 가치 우선.
- 진입 규칙: 2주간 눈팅, 커뮤니티 규칙 읽기, 게시물보다 댓글로 시작. 자신의 콘텐츠를 공유하기 전에 카마를 쌓으세요.
- 자기 홍보: 레딧 비율 — 자기 홍보 게시물 1개당 진정으로 도움이 되는 기여 9개. 소속 공개.
- 서브레딧 선택: 관련 서브레딧 3-5개 찾기. 활동량(일 10개 게시물 이상), 규칙, 자기 홍보에 대한 중재자 입장 확인.
- AMA 형식: 2주 전에 준비. 모든 질문에 답변. 진정성 있게, 한계 인정.
- 피해야 할 것: 투표 조작, 기업체 말투, 중재자 피드백 무시, 여론몰이, 가짜 계정 생성.
TikTok
- 알고리즘: 완료율이 다른 모든 신호보다 중요. 3초 후크가 성패를 좌우. 트렌드 오디오가 발견 가능성을 높임.
- 콘텐츠 공식: 후크 (0-3초) → 맥락 (3-8초) → 가치 (8-45초) → CTA (마지막 3초)
- 게시: 성장 단계에서는 하루 1-3회. 콘텐츠를 배치로 제작. 48시간 이내에 트렌드 사운드 사용.
- 해시태그: 광범위(#tech, #startup)와 틈새(#saasfounder, #devtools) 혼합. 게시물당 3-5개.
- 미학: 날것, 진정성 > 세련됨. 비하인드, 카메라 응대, 화면 녹화.
- 피해야 할 것: 재사용된 Instagram 콘텐츠 (TikTok이 불이익), 캡션의 링크 (프로필 사용), 과잉 제작.
- 릴스 vs 스토리 vs 피드: 릴스는 발견(새 청중), 스토리는 참여(기존 청중), 피드는 브랜드(포트폴리오)
- 릴스: 15-30초 최적. 소리 없이 볼 경우를 위한 텍스트 오버레이. 그리드에서 커버 이미지 중요.
- 캐러셀 게시물: 최대 10슬라이드. 교육 또는 스토리텔링 형식. 저장율이 알고리즘에 품질 신호.
- 스토리: 인터랙티브 기능 사용 (투표, 퀴즈, 질문) — 참여 신호 강화.
- 해시태그: 틈새 해시태그 연구 (10K-500K 게시물). 게시물당 캡션에 10-15개 사용 (댓글 아님).
- 피해야 할 것: 일관되지 않은 시각적 스타일, 업데이트되지 않은 링크인바이오, 대체 텍스트 무시.
Product Hunt
- 런칭 데이 플레이북: 화-목요일에 출시. 오전 12:01 PST에 게시. 모든 자료를 1주 전에 준비.
- 런칭 전: 곧 출시 예정 페이지 구축. 팔로워 모집. 팔로워 1000명 이상의 헌터에게 연락.
- 첫 1시간: 진정한 참여를 위해 네트워크 활성화 (이메일, Slack, 소셜). 투표보다 댓글이 중요.
- 메이커 참여: 1시간 이내에 모든 댓글에 답변. 개인적이고, 기업체 같지 않게.
- 자료: 6개의 고품질 스크린샷, 1개의 비디오 데모 (60-90초), 매력적인 태그라인 (60자 미만).
- 런칭 후: 지지자에게 감사, 결과 공유, 48시간 동안 계속 참여.
Hacker News
- Show HN 형식: 제목을 "Show HN: "으로 시작. 주중 아침(미국 시간)에 게시.
- 기대사항: 기술적 깊이를 중시. 기능뿐만 아니라 아키텍처 설명. 어려운 질문에 대비.
- 잘 통하는 것: 오픈 소스 프로젝트, 새로운 기술적 접근법, 투명한 회사 게시물, 솔직한 사후 분석.
- 댓글: 사려 깊고 기술적인 답변 기여. 투표 요청 금지. 여러 계정 사용 금지.
- 피해야 할 것: 마케팅 언어, 그로스 해킹, 피상적인 콘텐츠, 가장 활동, 투표 조직.
GTM 스프린트 전술
다음 전술적 플레이북은 시간 제한 GTM 스프린트(참조 /gtm-sprint)를 위해 설계되었습니다. 독립적으로도 사용할 수 있습니다.
디렉토리 블리츠
시기: GTM 스프린트 9일차, 또는 빠른 광범위한 가시성이 필요한 모든 출시.
절차:
- 제품 카테고리에 따라 아래 마스터 목록에서 관련 디렉토리 선택
- 제출 패킷 준비: 한 줄 설명, 3문장 설명, 3개 스크린샷, 로고, 창업자 약력
- 인터뷰 데이터를 사용하여 디렉토리별 후크 제작 (예: "60개 규정 준수 팀을 인터뷰하고 발견했습니다...")
- 한 세션에 15개 이상의 디렉토리에 제출
- 제출 현황을 체크리스트 아티팩트로 추적
디렉토리 마스터 목록 (SaaS / 개발자 도구):
| 디렉토리 | 카테고리 | 비고 |
|---|---|---|
| Product Hunt | 출시 | 화-목, 오전 12:01 PST (위 PH 심층 참고 참조) |
| BetaList | 출시 전 | 대기자 명단 구축에 좋음 |
| Launching Next | 출시 전 | 곧 출시될 제품 발표 |
| SaaSHub | SaaS | 대안 스타일 목록 |
| AlternativeTo | 대안 | 특정 경쟁사 대비 포지셔닝 |
| G2 | 리뷰 | 검증된 리뷰 필요, 설정 시간 소요 |
| Capterra | 리뷰 | 특집 유료, 기본 목록 무료 |
| GetApp | 리뷰 | Gartner 소유, 엔터프라이즈 가시성에 좋음 |
| StackShare | 개발자 도구 | 개발자 중심, 기술 제품에 좋음 |
| SourceForge | 오픈 소스 | 해당되는 경우 |
| Indie Hackers | 커뮤니티 | 제품 디렉토리 + 커뮤니티 게시물 |
| Hacker News | 커뮤니티 | Show HN (위 HN 심층 참고 참조) |
| Dev.to | 개발자 | 개발자 커뮤니티 목록 |
| Crunchbase | 비즈니스 | 회사 프로필, 투자자 가시성 |
| AngelList / Wellfound | 스타트업 | 채용 + 제품 가시성 |
| AppSumo | 딜 | 평생 딜 마켓플레이스 (가격 정책이 허용하는 경우) |
| Slant | 추천 | 커뮤니티 투표 대안 |
| There's An AI For That | AI | AI별 디렉토리 (해당되는 경우) |
| Uneed | 제품 | 큐레이션된 제품 디렉토리 |
후크 공식 (인터뷰 데이터로 조정):
- 데이터 중심: "{N}명의 {직무}를 인터뷰하고 {놀라운 발견}을 발견했습니다..."
- 고통 중심: "{직무}의 {N}%가 {고통점}에 주당 {X시간}을 낭비합니다. 우리가 해결합니다."
- 결과 중심: "{회사 유형}은 {제품}을 사용하여 {카테고리}에서 월 {$X}를 절약합니다."
공개 구축 아크
시기: GTM 스프린트 5-13일차, 또는 모든 창업자 주도 배포 노력.
GTM 스프린트를 공개 내러티브로 전환하는 구조화된 콘텐츠 아크입니다. 각 게시물은 이전 게시물을 기반으로 하여 사용자, 인재 및 투자자를 유치하는 스토리를 만듭니다.
14일 콘텐츠 아크:
| 일차 | 게시물 유형 | 콘텐츠 | 플랫폼 |
|---|---|---|---|
| 5 | 발표 | "Y 때문에 X를 만들고 있습니다. 20번의 인터뷰에서 배운 점은..." | Twitter/LinkedIn |
| 7 | 통찰 | 인터뷰에서 얻은 놀라운 발견 하나 공유 (가능하면 데이터/차트) | Twitter/LinkedIn |
| 9 | 진행 | "랜딩 페이지가 공개되었습니다. [포지셔닝 각도]에 대한 접근 방식은..." | Twitter/LinkedIn |
| 10 | 커뮤니티 | 관련 Slack/Discord에 맥락과 함께 통찰 차트 공유 | 커뮤니티 |
| 12 | 트랙션 | "12일 요약: {N}건의 인터뷰, {N}건의 LOI, {N}명의 대기자 명단 가입"(지표 스크린샷 포함) | Twitter/LinkedIn |
| 13 | 회고 | "잘된 점, 안 된 점, 그리고 다음 단계" — 공개 회고 | Twitter/LinkedIn/블로그 |
원칙:
- 학습을 앞세우고, 판매를 앞세우지 않음
- 구체적인 숫자 공유 (인터뷰, 가입, 수익) — 투명성이 신뢰를 쌓음
- 작동하지 않는 것을 인정 — 취약성이 공감을 얻음
- 인터뷰한 사람 태그 (허락을 받고) — 그들이 증폭자가 됨
- 2시간 이내에 모든 댓글에 응답
경쟁사 고객 유치
시기: GTM 스프린트 11일차, 또는 기존 경쟁사가 있는 시장 진입 시.
절차:
-
경쟁사 리뷰어 찾기
- G2/Capterra: 1-3성 리뷰 읽기, 리뷰어 이름/회사 기록
- Reddit:
r/[산업]에서 "[경쟁사] 대안" 또는 "[경쟁사] 실망" 검색 - Twitter/X: "[경쟁사] 별로" 또는 "[경쟁사] 대안" 검색
- 앱 스토어 리뷰: 1-2성 등급으로 필터
- 참고: 플랫폼 ToS 준수 — 공개 리뷰 읽기, 개인 데이터 스크래핑 금지
-
가치 중심 아웃리치 제작
- 템플릿: "안녕하세요 {이름}, {경쟁사}에 대한 리뷰를 보았습니다 — {특정 불만}을 언급하셨더군요. 저희는 정확히 그 문제를 해결하기 위해 {제품}을 만들고 있습니다. {경쟁사}가 다르게 했으면 하는 점에 대해 10분만 이야기해 주시겠어요?"
- 경쟁사를 직접 비난하지 않음
- 판매 피치가 아닌 그들의 불만에 대한 공감으로 시작
-
컨시어지 마이그레이션 제공
- 처음 10-20명의 사용자에게: 화이트 글러브 마이그레이션 지원 제공
- 템플릿: "귀하의 데이터를 {경쟁사}에서 {X}시간 이내에 개인적으로 마이그레이션해 드립니다 — 얼리 어답터에게 무료입니다."
- 이는 충성도를 구축하고 사용후기를 생성합니다.
-
전환 추적
- 아웃리치 시도 vs 응답 vs 전환 기록
- 성공적인 패턴을 채널 플레이북에 피드백
품질 체크리스트
- 채널 선택이 ICP 존재에 의해 정당화됨
- 메시징이 채널의 고유 어조에 맞게 조정됨
- 콘텐츠 믹스가 비율로 정의됨
- 게시 주기가 현실적이고 지속 가능함
- 참여 전술이 구체적이고 일반적이지 않음
- 성공 지표가 측정 가능하고 시간 제한이 있음
- 검토 주기가 설정됨
- 플랫폼별 알고리즘 지식이 채널 전술에 반영됨
- 문화적 규범 존중 (특히 Reddit 및 HN)
- 디렉토리 블리츠에 15개 이상의 관련 디렉토리 포함 (사용 시)
- 공개 구축 아크에 특정 일일 콘텐츠 계획 있음 (사용 시)
- 경쟁사 고객 유치가 플랫폼 ToS 준수 (사용 시)
- 아티팩트 검증 통과
상호 참조
- gtm-sprint (S-GRO-09) — 시간 제한 스프린트 내에서 디렉토리 블리츠, 공개 구축 및 경쟁사 고객 유치를 조정
- positioning-messaging (S-GRO-01) — 디렉토리 제출을 위한 메시징 후크 제공
- content-engine (S-GRO-07) — 공개 구축 게시물에서 콘텐츠 증식
- customer-conversations (S-PROD-08) — 인터뷰 데이터가 디렉토리 후크 및 경쟁사 고객 유치 아웃리치에 공급