출시 전략
이 스킬은 체계적이고 반복 가능한 프레임워크를 사용하여 제품 출시를 계획하고 실행하는 데 도움을 줍니다. 핵심 통찰은 대부분의 팀이 큰 스플래시 출시만 한다는 것입니다. 모든 제품 출시를 잠재적 출시 기회로, 그 중요도에 맞게 규모를 조정하여 처리함으로써 지속적인 인지도, 획득 및 활성화를 구축할 수 있습니다. 목표는 일회성 이벤트가 아닌 지속적인 출시 엔진을 구축하는 것입니다.
출시 계층
모든 릴리스는 세 가지 계층 중 하나에 매핑됩니다. 계층은 메시징, 자산 및 배포에 투입되는 노력의 양을 결정합니다.
1계층: 주요 신제품 또는 플랫폼 변경
전체 출시. 이것이 여러분의 대표적인 순간입니다. 신제품, 주요 리브랜딩, 플랫폼 확장이 이에 해당합니다. 2-4주의 준비 기간이 예상됩니다.
일반적인 자산: 출시 비디오(모션 디자인 또는 창립자 내러티브), 전용 방문 페이지, 블로그 게시물, 언론 홍보, 소셜 캠페인(모든 플랫폼), 전체 목록 이메일, 내부 홍보 활동.
2계층: 주요 신규 기능
사용자가 할 수 있는 일을 변경하는 의미 있는 추가 사항입니다. 자체 발표를 할 만하지만 완전한 미디어 푸시는 필요하지 않습니다. 1-2주의 준비 기간이 예상됩니다.
일반적인 자산: 출시 트윗/스레드, 블로그 게시물 또는 변경 로그 항목, 업데이트된 방문 페이지 섹션, 관련 세그먼트 대상 이메일, 2-3개 플랫폼의 소셜 게시물.
3계층: 소규모 개선 및 반복
버그 수정, UI 개선, 점진적 개선. 여전히 발표할 가치가 있습니다. 모멘텀과 관심을 신호합니다. 준비 시간: 몇 시간에서 하루.
일반적인 자산: 변경 로그 항목, 단일 소셜 게시물, 선택 사항으로 다이제스트의 이메일 언급.
계층 선택
"잠재 고객이 이 발표를 본다면 제품이 할 수 있는 일에 대한 인식이 바뀔까요?"라고 물어보세요. 예 → 1계층 또는 2계층. 품질과 안정성에 관한 것이라면 → 3계층.
의심스러우면 상위 계층으로 올리세요. 과소 출시가 과잉 출시보다 더 흔합니다. 3계층이어야 했는데 2계층으로 출시하면 몇 시간만 더 소모됩니다. 3계층으로 처리된 1계층 출시는 성장 기회를 놓치는 것입니다.
메시징 프레임워크
메시징은 모든 것보다 우선합니다. 메시징이 확정될 때까지 자산을 구축하지 마세요. 훌륭한 메시징이 포함된 평범한 비디오가 혼란스러운 포지셔닝의 아름다운 비디오보다 성과가 더 좋습니다.
메시징 브리프
모든 출시(모든 계층)에 대해 다음을 정의하세요.
-
이름 - 이것을 뭐라고 부르시겠습니까? SEO 잠재력이 있는 기능의 경우 검색 데이터를 사용하여 선택하세요. 사람들이 실제로 검색하는 것을 확인하세요(예: "음성 텍스트 변환" vs. "전사 API" — 대상이 일치한다면 볼륨이 더 큰 쪽을 선택하세요). Google 트렌드 및 키워드 연구 플랫폼과 같은 도구가 여기에서 도움이 됩니다.
-
대상 — 구체적으로 누가 혜택을 받나요? 정확하게 설명하세요. "개발자"는 너무 광범위합니다. "실시간 음성 앱을 구축하는 백엔드 엔지니어"는 작성할 대상을 제공합니다.
-
주요 가치 제안 — 한 문장. 이전에는 할 수 없었지만 지금은 무엇을 할 수 있게 되었습니까? 또는 무엇이 극적으로 개선되었습니까? 이것이 모든 곳의 헤드라인이 됩니다.
-
보조 가치 제안 — 2-3개의 지원 포인트. 블로그 게시물, 방문 페이지 섹션 및 스레드 트윗을 채웁니다.
-
증거 포인트 — 숫자, 벤치마크, 비교, 고객 인용문. 가치 제안을 추상적이 아닌 구체적으로 만드는 모든 것.
메시징 테스트
주요 가치 제안을 소리 내어 읽어보세요. 경쟁사 제품도 똑같이 잘 설명할 수 있다면 너무 일반적인 것입니다. 최고의 가치 제안은 대상 고객이 자신을 위한 것인지 즉시 알 수 있을 정도로 구체적입니다.
출시 체크리스트 시스템
가능한 모든 출시 작업을 계층별로 정리한 마스터 체크리스트를 만드세요. 각 새 출시에 대해:
- 마스터 체크리스트를 새 인스턴스(새 탭, 새 티켓, 새 페이지)에 복사합니다.
- 이 계층/출시에 해당하지 않는 행을 삭제합니다.
- 나머지 행에 소유자와 마감일을 할당합니다.
- 출시일까지 단일 정보 소스로 사용합니다.
도구
하나의 시스템을 선택하고 고수하세요. 특정 도구보다 일관된 사용이 더 중요합니다.
- 스프레드시트 (Google Sheets, Notion table) — 가장 간단합니다. 소규모 팀에 적합합니다. 마스터 시트 하나, 출시당 탭 하나. 단점: 기본 할당 또는 알림 기능 없음.
- 프로젝트 관리 도구 (Linear, Asana, Notion) — 팀에 더 적합합니다. 출시 템플릿 프로젝트를 만듭니다. 각 출시는 할당 가능한 작업과 마감일이 있는 복사본을 얻습니다. Linear 레이블 또는 Asana 섹션은 아래 계층 열에 매핑될 수 있습니다.
- 문서 + 체크리스트 (Notion, Google Docs) — 중간 지점. 체크박스가 있는 템플릿 문서. 복사는 쉽지만, 출시 간 상태 추적은 어렵습니다.
어떤 도구를 사용하든, 각 회고 후에 마스터 템플릿을 업데이트하세요. 템플릿은 살아있는 문서이며, 각 출시와 함께 개선됩니다.
체크리스트 템플릿 구조
| 카테고리 | 작업 | 1계층 | 2계층 | 3계층 | 소유자 | 마감일 | 상태 |
|---|---|---|---|---|---|---|---|
| 메시징 | 메시징 브리프 작성 | ✓ | ✓ | ✓ | |||
| 메시징 | 명명을 위한 SEO 키워드 조사 | ✓ | 선택 사항 | — | |||
| 자산 | 출시 비디오 | ✓ | 선택 사항 | — | |||
| 자산 | 방문 페이지 (신규 또는 업데이트) | ✓ | ✓ | — | |||
| 자산 | 블로그 게시물 | ✓ | ✓ | 선택 사항 | |||
| 자산 | 변경 로그 항목 | ✓ | ✓ | ✓ | |||
| 소셜 | 출시 트윗/스레드 | ✓ | ✓ | ✓ | |||
| 소셜 | LinkedIn 게시물 | ✓ | ✓ | 선택 사항 | |||
| 소셜 | 기타 플랫폼 (BlueSky, Threads) | ✓ | 선택 사항 | — | |||
| 배포 | Product Hunt 제출 | ✓ | 선택 사항 | — | |||
| 배포 | Hacker News 게시물 | ✓ | 선택 사항 | — | |||
| 배포 | 언론/기자 홍보 | ✓ | — | — | |||
| 배포 | 인플루언서/네트워크 리포스트 요청 | ✓ | ✓ | — | |||
| 이메일 | 전체 목록 발표 | ✓ | — | — | |||
| 이메일 | 세그먼트별 이메일 | 선택 사항 | ✓ | — | |||
| 이메일 | 변경 로그 다이제스트 언급 | — | 선택 사항 | ✓ | |||
| 내부 | #amplify 채널 게시물 | ✓ | ✓ | 선택 사항 | |||
| 내부 | 팀 브리핑 | ✓ | 선택 사항 | — | |||
| 추적 | 모든 링크에 UTM 설정 | ✓ | ✓ | 선택 사항 | |||
| 추적 | 애널리틱스 이벤트 실행 확인 | ✓ | 선택 사항 | — | |||
| 추적 | 기준 지표 캡처 | ✓ | ✓ | — | |||
| 출시 후 | 회고 예약 (1주 후) | ✓ | ✓ | — |
출시 타임라인
1계층 타임라인 (2-4주)
출시 3-4주 전: 메시징 브리지 확정. 방문 페이지 및 비디오 제작 시작. 언론 홍보 시작 (기자들은 리드 타임이 필요함).
출시 1-2주 전: 모든 자산 최종 확정. 소셜 카피 작성. 이메일 준비. 내부 팀 브리핑. 추적 설정 (UTM, 애널리틱스 이벤트). 배포 시퀀스 예행 연습.
출시일: 순서대로 배포 실행 — 소셜 우선 (오전), 그 다음 이메일, 그 다음 언론 엠바고 해제. 하루 종일 댓글/답변 모니터링 및 참여.
다음 주: 회고 진행.
2계층 타임라인 (1-2주)
출시 2주 전: 메시징 확정. 블로그 게시물 및 방문 페이지 업데이트 시작.
출시 1주 전: 카피 최종 확정. 소셜 게시물 작성. 이메일 세그먼트 준비.
출시일: 소셜 게시, 블로그 게재, 이메일 발송. 응답에 참여.
3-5일 후: 빠른 회고 (비동기, 예: Slack 스레드).
3계층 타임라인 (당일 또는 다음 날)
그냥 출시하세요. 변경 로그 항목과 소셜 게시물을 작성하세요. 끝입니다. 소규모 개선 사항 배치의 일부라면 주간 다이제스트에 묶어서 처리하세요.
출시 후 회고
건너뛰지 마세요. 회고는 개별 출시를 복합적인 출시 엔진으로 전환하는 요소입니다.
다룰 내용
- 무엇이 잘 작동했나요? 어떤 채널이 가장 많은 트래픽, 가입 또는 참여를 유도했습니까? 어떤 메시지가 공감을 얻었습니까?
- 무엇이 잘 작동하지 않았나요? 어떤 자산이 저조한 성과를 보였습니까? 타임라인은 어디서 미끄러졌습니까?
- 예상치 못한 일은? 예상치 못한 채널이 폭발했습니까? 특정 프레이밍이 예상보다 더 잘 먹혔습니까?
- 수치 — 트래픽, 가입, 활성화, 소셜 참여, 언론 보도. 데이터가 있다면 이전 출시와 비교하세요.
- 체크리스트 업데이트 — 배운 내용을 바탕으로 마스터 체크리스트에 항목을 추가하거나 제거합니다.
회고 형식
가볍게 유지하세요. 2계층의 경우 Slack 스레드 또는 15분 통화면 충분합니다. 1계층은 짧은 문서를 사용할 가치가 있습니다. 주요 결과물은 회고 에세이가 아니라 체크리스트와 프로세스에 대한 구체적인 변경 사항입니다.
"모든 것이 출시다" 철학
한 달에 여러 번 출시하지만 분기에 몇 번만 출시한다면 성장 기회를 놓치고 있는 것입니다. 모든 출시는 이야기를 전하고, 존재를 상기시키며, 모멘텀을 보여줄 기회입니다.
모든 버그 수정에 보도 자료가 필요하다는 의미는 아닙니다. 모든 개선 사항이 중요도에 맞춰 어떤 형태로든 발표되어야 한다는 의미입니다. 3계층 출시는 몇 분이면 됩니다. 지속적인 가시성의 복합 효과는 엄청납니다.
습관을 들이세요: PR이 병합되면 출시 체크리스트가 열립니다.
보완 스킬과 함께 사용하기
이 스킬은 전략과 계획을 처리합니다. 실행에 대해서는 다음을 참조하세요:
- launch-tweet — 소셜 카피 작성 (트윗, 스레드, LinkedIn, 크로스 플랫폼)
- launch-email — 이메일 제목 줄, 발표 구조, 세분화, 변경 로그 다이제스트
- launch-blog-post — 발표 게시물 작성 (구조, SEO, AEO)
- launch-video — 데모 비디오, GIF, 스크린샷 및 Remotion을 사용한 프로그래매틱 비디오
- launch-landing-page — 방문 페이지 구축 (구조, 긴급성 메커니즘, SEO, 전환)
- launch-distribution — 채널별 배포 및 출시일 시퀀싱
- launch-metrics — UTM 설정, 계층별 KPI, 벤치마크 기대치, 회고 데이터 프레임워크