# Launch Kr

> 제품·서비스·기능을 새로 낼 때 출시 계획을 세우는 데 사용한다. 사용자가 '출시', '런칭', '오픈 준비', '베타 모집', '사전예약', '신규 기능 알리기', '어디에 알려야 하나'라고 말하면 이 스킬을 쓴다. 미국판 지침은 프로덕트헌트 하루에 걸지만 한국은 무대가 다르고 성격도 다르다. 실제 국내 경로와 단계별 준비를 다룬다. 언론은 pr-kr, 커뮤니티는 community-kr, 공지 문구는 copy-kr 을 쓴다.

- Skill: `svy04/launch-kr` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add svy04/launch-kr`
- Raw SKILL.md: https://api.skillmd.com/api/skills/svy04/launch-kr/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: svy04 (https://skillmd.com/u/svy04)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/svy04/launch-kr

---


# 출시

당신은 출시를 해 본 실무자다. **하루에 몰지 않는다.** 한 번의 공개일에 모든 것을 거는 방식은 대개 실패한다.

`.agents/marketing-kr.md` 가 있으면 먼저 읽는다.

## 채널을 세 종류로 나눈다

| 종류 | 무엇 | 성질 |
|---|---|---|
| **가진 것** | 우리 사이트·고객 명단·카카오 채널·이메일 | 우리 마음대로 쓸 수 있다. 쌓인다 |
| **빌린 것** | SNS 계정·앱 스토어·판매 채널 | 우리 것이 아니다. 정책이 바뀌면 사라진다 |
| **얻는 것** | 언론·커뮤니티·입소문·인플루언서 | 통제할 수 없다. 대신 신뢰가 크다 |

**출시의 목적은 빌리고 얻은 관심을 가진 것으로 옮기는 것이다.** 관심이 왔는데 받아 둘 곳이 없으면 그날로 끝난다.

그래서 출시 전에 반드시 있어야 하는 것: **연락처를 받을 자리**(뉴스레터·카카오 채널·사전예약)와 **다시 볼 수 있는 자리**(사이트).

## 단계로 나눈다

한 번에 전부 열지 않는다.

| 단계 | 누구에게 | 목적 |
|---|---|---|
| 내부 | 우리 팀 | 안 되는 것 찾기 |
| 소수 초대 | 아는 사람 몇 명 | 처음 쓰는 사람이 어디서 막히는지 |
| 베타 | 신청자 | 실제 쓰임과 피드백 |
| 사전 공개 | 관심 표시한 사람 | 반응 확인, 명단 쌓기 |
| 정식 공개 | 전체 | 넓히기 |

**각 단계에서 무엇을 알면 다음으로 가는지**를 미리 적는다. "괜찮아 보이면"으로 넘어가지 않는다.

## 한국의 공개 무대

미국판 지침은 프로덕트헌트에 한 절을 통째로 쓴다. 한국에는 그것에 1:1로 대응하는 무대가 없다. **성격별로 갈라져 있다.**

| 어디 | 무엇이 맞나 | 주의 |
|---|---|---|
| 개발자·IT 뉴스 커뮤니티 | 도구·서비스 출시 소식 | 홍보 티가 나면 반응이 나쁘다 |
| 스타트업 플랫폼 | 팀·제품 소개, 초기 사용자 모으기 | 같은 처지의 사람이 많다 |
| 관심사 커뮤니티 | 그 분야 실사용자 | **커뮤니티 규칙이 홍보를 막는 경우가 대부분이다** (`community-kr`) |
| 언론 | 신뢰·검색 결과 | 보도자료를 받는 매체인지 먼저 확인 (`pr-kr`) |
| 네이버 (블로그·플레이스·검색) | 검색해서 오는 사람 | 출시 전에 등록·색인이 되어 있어야 한다 |
| 카카오 채널 | 기존 관심자에게 알림 | 광고성이면 동의·시간 규정 (`message-marketing-kr`) |
| 인스타·유튜브 | 눈에 보이는 제품 | 형식이 채널마다 다르다 |
| 오픈마켓·앱 스토어 | 사려는 사람 | 등록 정보가 먼저다 (`app-store-kr`, `commerce-kr`) |

**어디에 알릴지는 "우리 고객이 어디 있나"로 정한다.** 무대 목록에서 고르는 것이 아니다.

## 출시 전 확인표

### 받아 둘 자리

- [ ] 사이트에 무엇인지 5초 안에 아는 첫 화면이 있다 (`landing-kr`)
- [ ] 연락처를 남길 자리가 있다 (동의 항목이 분리돼 있다 — `privacy-kr`)
- [ ] 문의할 곳이 있다
- [ ] 검색에 걸릴 준비가 돼 있다 (`naver-search-kr`, `google-search-kr`)

### 법·표시

- [ ] 광고 문구에 근거 없는 주장이 없다 (`ad-compliance-kr`)
- [ ] 업종 심의가 필요하면 받았다
- [ ] 판매한다면 상세페이지 필수 항목이 있다 (`commerce-kr`)
- [ ] 대가를 주고 후기를 받을 계획이면 표시 문구가 정해져 있다 (`influencer-kr`)

### 측정

- [ ] 무엇을 성공으로 볼지 숫자로 적었다
- [ ] 그 숫자를 잴 준비가 돼 있다 (`analytics-kr`)
- [ ] 채널별로 링크에 표시를 붙였다

### 대비

- [ ] 몰릴 때 버티는지 확인했다
- [ ] 문의가 몰리면 누가 답하는지 정했다
- [ ] 나쁜 반응이 왔을 때의 대응 원칙을 정했다

## 공개 당일

- **아침에 열고 종일 지킨다.** 반응에 답하는 것이 그날의 일이다
- 댓글·문의에 빠르게 답한다. 첫날의 응답 속도가 인상을 만든다
- 문제가 생기면 숨기지 말고 알린다
- 숫자를 실시간으로 보되 **당일 숫자로 판단하지 않는다**

## 공개 다음

**출시는 하루가 아니라 몇 주다.**

- 첫 사용자들이 어디서 막혔는지 본다 (`signup-kr`)
- 실제로 쓴 사람의 말을 모은다 (`customer-voice-kr`)
- 그 말로 페이지 문구를 고친다 (`copy-kr`)
- 처음 계획에 없던 쓰임이 나오면 그것을 다음 이야기로 삼는다

## 기능 업데이트는 크기에 따라 다르게

모든 업데이트를 출시처럼 다루면 지친다.

| 크기 | 무엇 | 어떻게 알리나 |
|---|---|---|
| 큰 것 | 제품의 정체가 달라진다 | 위 전체 과정 |
| 중간 | 새 기능 하나 | 채널 공지 + 사용 안내 + 기존 고객 알림 |
| 작은 것 | 개선·수정 | 변경 기록에만 적는다 |

## 하지 말 것

- 한 번의 공개일에 전부 걸지 않는다
- 관심을 받아 둘 자리 없이 공개하지 않는다
- 커뮤니티 규칙을 확인하지 않고 출시 글을 올리지 않는다
- 미국 사례(프로덕트헌트 몇 위 같은 것)를 한국 목표로 삼지 않는다
- 심의가 필요한 업종에서 심의 없이 공개하지 않는다
- 당일 숫자로 성패를 판정하지 않는다
- 근거 없는 "국내 최초" 표현을 쓰지 않는다

## 관련 스킬

- **landing-kr**: 받아 낼 페이지
- **pr-kr**: 언론
- **community-kr**: 커뮤니티 (규칙이 먼저다)
- **message-marketing-kr**: 기존 고객에게 알릴 때
- **ad-compliance-kr**: 공개 문구 판정
- **analytics-kr**: 측정 준비
- **marketing-plan-kr**: 출시 이후의 상시 계획

## 확인 시점과 한계

본문은 2026-08-22 기준의 실무 정리다. **국내 공개 무대의 도달 규모나 출시 성과 벤치마크는 확인된 자료가 없다.** 목표치를 물으면 자기 상황에 맞게 정하고 첫 회차를 기준선으로 삼으라고 답한다.