출시 전 대기자 1,000명 — 한 채널에서 온 게 아니었다

출시 버튼을 누르기도 전에 대기자 1,000명을 모았다.

숫자만 보면 깔끔한 성공처럼 보인다. 그런데 그 1,000명을 어디서 왔는지로 다시 쪼개봤을 때, 나는 내가 운이 좋았다는 걸 인정해야 했다. 그 1,000명은 한 채널에서 온 게 아니었다. 내가 가장 공들인 채널은 정작 꼴찌였고, 거의 손을 놓고 있던 채널 하나가 전체의 3분의 1을 끌어왔다.

이 글은 그 채널별 기여도를 솔직한 수치로 분해한 기록이다. 자랑이 아니라 어디에 시간을 잘못 썼는지를 남기려고 쓴다.

왜 제품이 아니라 waitlist부터였나

처음엔 waitlist 따위라고 생각했다. 제품이 좋으면 알아서 사람이 온다는 낭만적인 믿음이 있었다. 그런데 이전 사이드 프로젝트에서 한 번 크게 데였다 — 다 만들어 출시한 날, 방문자가 나 혼자였던 날의 기억.

그래서 이번엔 순서를 뒤집었다. 만들기 전에 모으기. waitlist는 단순한 이메일 수집함이 아니라 수요가 진짜로 있는지 확인하는 계측기였다. 등록 속도가 느리면 아직 만들 때가 아니다라는 신호로 읽기로 했다.

기준도 미리 정해뒀다. 4주 안에 진성 대기자 500명을 못 모으면 제품 방향을 피벗한다. 이 기준이 있었기에 채널별 숫자를 감정 없이 볼 수 있었다.

채널별로 뿌려본 것들

한 채널에 몰빵하는 대신, 4개 채널에 얇게 동시에 뿌렸다. 1인 빌더의 시간으로는 이게 최선이었다.

• 블로그 — 이 babipanote와 AIGrit에 제품을 만드는 과정 자체를 글로 올렸다. 빌드인퍼블릭 톤. 글 끝에 waitlist 링크 한 줄.
• SNS — X(트위터)에 작업 스크린샷·실패 로그를 매일 한 장씩. 가장 시간을 많이 쏟은 채널이다.
• 커뮤니티 — 디스코드·국내 인디해커 단톡·해외 Indie Hackers 게시판에 완성된 글 하나를 가끔 공유했다. 손이 가장 덜 간 채널.
• 뉴스레터 — 기존 구독자에게 제품 예고 메일 1통. 명단은 작지만 이미 나를 아는 사람들이다.

내 머릿속 예상 순위는 SNS 1등, 뉴스레터 꼴찌였다. 결과는 정반대에 가까웠다.

채널별 기여도 — 숫자로 쪼개기

랜딩에 채널별 UTM을 붙여 추적했다. 4주 누적치는 대략 이렇게 갈렸다(반올림한 개략치).

채널	방문	등록	전환율	개략 CAC
뉴스레터	약 480	약 320	약 67%	거의 0 (기존 명단)
블로그(SEO 유입)	약 2,400	약 290	약 12%	시간 비용만
커뮤니티	약 1,100	약 240	약 22%	거의 0
SNS	약 3,800	약 150	약 4%	시간 비용 최대
합계	약 7,780	약 1,000	약 13%	—

표를 처음 봤을 때 민망했다. 가장 많은 시간을 쏟은 SNS의 전환율이 4%로 꼴찌였다. 트래픽은 가장 많이 만들었지만 waitlist로 넘어오는 사람은 가장 적었다. 반대로 예고 메일 1통으로 끝낸 뉴스레터가 *전환율 67%*로 압도적이었다.

해석은 단순하다. 뉴스레터·커뮤니티는 이미 맥락을 아는 사람이 모인 곳이라 전환 마찰이 낮다. SNS는 지나가는 트래픽이라 양은 많아도 온도가 낮다. 나는 온도가 아니라 양을 좇느라 시간을 잘못 썼던 거다.

전환을 끌어올린 작은 설계

채널만큼이나 랜딩 자체가 숫자를 갈랐다. 4주 동안 두 가지를 바꿨고, 그게 전환율을 눈에 띄게 올렸다.

첫째, 후킹 한 줄을 기능에서 고통으로 바꿨다. 초안은 "○○를 더 빠르게"였는데, "매번 같은 작업을 반복하다 지친 1인 빌더에게"로 고쳤다. 기능 설명은 전환을 못 만든다 — 내 문제가 여기 적혀 있다는 인식이 만든다.

둘째, 등록 폼을 이메일 한 칸으로 줄였다. 처음엔 "어떤 기능이 가장 필요한가요?" 같은 질문을 같이 받았는데, 그 한 칸이 이탈을 만들었다. 부가 질문은 등록 직후 감사 페이지로 옮겼다. 폼을 줄인 뒤 전환율이 한 단계 올랐다.

이 두 변경의 공통점은 마찰 제거다. 화려한 카피가 아니라 덜어내기가 일을 했다.

다시 한다면 — 내가 따를 플레이북

같은 일을 처음부터 다시 한다면, 이 순서로 간다.

• 1주차 — 뉴스레터·커뮤니티부터. 온도가 높은 채널을 먼저 짠다. 작아도 전환이 확실한 곳에서 초기 모멘텀을 만든다.
• 2주차 — 블로그로 SEO 씨앗 심기. 유입은 느리지만 복리로 쌓이는 유일한 채널이다. 빌드인퍼블릭 글 2~3편.
• 3~4주차 — SNS는 증폭기로만. 신규 획득 채널이 아니라, 블로그·커뮤니티 글을 퍼뜨리는 확성기로 쓴다. 매일 새 콘텐츠를 짜내는 데 시간을 태우지 않는다.

핵심은 SNS를 1번이 아니라 마지막에 두는 것이다. 나는 SNS를 획득 채널로 착각했지만, 실제 역할은 증폭이었다. 채널을 온도 순으로 줄 세우니 시간 배분이 자연스럽게 정리됐다.

채널을 어떻게 확장 전략으로 엮는지는 AIGrit에 따로 적었다 — 뉴스레터를 성장 엔진으로 키운 기록에서 채널 하나를 확장축으로 세우는 관점을 정리했다.

다음 계획

이제 1,000명을 진짜 사용자로 전환하는 단계가 남았다. waitlist 등록은 의향일 뿐, 결제·잔존은 다른 게임이다. 출시 후 채널별 잔존율을 다시 쪼개볼 생각이다 — 뉴스레터에서 온 사람이 끝까지 남는지가 가장 궁금하다.

이 모든 채널 운영이 3개 브랜드를 동시에 굴리는 구조 위에서 돌아간다는 점도 기록해둔다. 그 전체 그림은 3-브랜드 전략에, 하루 단위로 이 일을 어떻게 끼워 넣는지는 1인 빌더의 하루에 적었다. 채널별 비용을 주 단위로 합산한 중간 결산은 Sprint 5주 결산에 적었고, 연간 단위 회계는 다음에 따로 이어가겠다.

waitlist는 끝이 아니라 첫 측정값이었다. 진짜 검증은 출시 버튼을 누른 다음부터다.