짧은 답변
- 명확한 약속 하나, 누구를 위한 제품인지, 그리고 이메일 입력란 하나를 가장 위에 두세요. 입력란이 하나 늘 때마다 가입이 줄어들므로, 질문은 많아야 하나만 하세요.
- 모든 가입을 링크로 확인하세요(더블 옵트인). 오타나 가짜 주소가 명단에 들어오는 것을 막고, 누가 연락받기에 동의했는지 기록도 남습니다.
- 가입 직후 환영 메일을 보내고, 만드는 동안에는 짧은 진행 소식을 보내세요. 그래야 오픈할 때도 사람들이 나를 기억합니다.
- 공개 런칭 전에 명단부터 초대하세요. Product Hunt는 즉시 이용할 수 없는 대기자 명단 단계의 제품을 피처드하지 않으므로, 누구나 가입해서 쓸 수 있게 된 뒤에 런칭하세요.
사전 등록 페이지의 여섯 가지 요소
이 그림은 저희가 직접 만든 도식이며, 다른 누군가의 페이지를 베낀 것이 아닙니다. 순서가 중요합니다. 방문자는 스크롤하지 않고도 약속과 다음 단계를 이해할 수 있어야 합니다.
| 요소 | 역할 | 제대로 하는 법 |
|---|---|---|
| 1 약속 | 제품이 나오면 무엇을 얻는지 한 줄로 말합니다. | 기술이 아니라 결과를 설명하세요. 두 번째 문장이 필요하다면 아직 명확하지 않은 것입니다. |
| 2 누구를 위한 제품인지 | 맞는 사람은 자신을 알아보고, 맞지 않는 사람은 일찍 떠나게 합니다. | 역할이나 상황을 구체적으로 적으세요. 대상이 좁을수록 더 좋은 피드백과 더 좋은 런칭 당일 사용자를 얻습니다. |
| 3 정직한 근거 | “정말 출시될 거라고 믿을 이유가 있나?”라는 질문에 답합니다. | 오늘 사실인 것만 쓰세요. 작동하는 프로토타입의 스크린샷, 지금까지의 이력, 날짜. 지어낸 사용자 수나 로고는 쓰지 마세요. |
| 4 폼 | 이메일과, 원한다면 답변 하나를 받습니다. | 이메일 입력란 하나, 선택 질문 하나, 버튼 하나. 레이블이 붙은 입력란과 체크되지 않은 동의 상자가 접근성과 깔끔함을 지켜 줍니다. |
| 5 다음에 일어날 일 | 클릭 이후에 무엇을 기대할지 알려 줍니다. | 무엇을 언제쯤 받게 되는지 말하세요. 불안을 줄이고, 확인 메일이 예상된 메일이 됩니다. |
| 6 개인정보 안내 | 이메일을 남겨도 안전하다는 것을 보여 줍니다. | 개인정보 처리방침을 링크하고 구독 해지 방법을 적으세요. 짧게, 버튼 바로 옆에 두세요. |
대기자 명단 키트 생성기
몇 가지 정보를 입력하면 바로 쓸 수 있는 가입 폼과 이메일 4통을 내 말투로 받을 수 있습니다. 이미 쓰고 있는 이메일 도구나 폼 도구에 복사해 넣으세요. LaunchRepo는 어떤 가입 정보도 수집하거나 저장하지 않습니다.
브라우저 안에서만 실행됩니다. 입력한 내용은 전송되거나 저장되지 않습니다.
미리 보기
미리 보기 전용입니다. 이 폼은 아무것도 전송하지 않습니다.
폼 HTML
이메일
대괄호 안의 토큰을 내 링크와 주소로 바꾸세요. 예를 들어 [CONFIRM-LINK]는 이메일 도구가 만들어 주는 확인 링크로 바꿉니다.
이메일 4통
이메일 4통이면 기다리는 기간 전체를 다룰 수 있습니다. 각 메일은 한 가지 역할만 하며, 답장 주소는 실제 사람에게 닿아야 합니다.
| 이메일 | 보내는 시점 | 역할 |
|---|---|---|
| 확인 메일 | 가입 직후(더블 옵트인일 때만) | 주소가 작동하고 이 사람이 내 메일을 원한다는 것을 증명합니다. 다른 내용은 넣지 않습니다. |
| 환영 메일 | 확인 링크를 클릭한 직후 | 약속을 다시 말하고, 언제 오픈할 계획인지 알리며, 답장으로 답할 수 있는 질문 하나를 합니다. |
| 진행 소식 | 실제로 무언가 바뀌었을 때만 | 구체적인 한 가지와, 받은 답장 덕분에 바꾼 한 가지로 진행 상황을 보여 줍니다. |
| 런칭 초대 | 이용이 열리는 날, 공개 런칭 게시물보다 먼저 | 바로 이용할 수 있는 링크와 약속을 보여 주는 첫 단계 하나를 전하고, 피드백을 요청합니다. |
지킬 수 있는 주기를 고르세요. 정직한 소식 두 번이 세 번 보내고 멈추는 주간 뉴스레터보다 낫습니다.
동의와 이메일 규칙
대기자 명단은 이메일에 쓰이는 개인정보 목록입니다. 위의 폼과 이메일 4통은 아래 규칙에 따라 만들어졌습니다.
인용문은 영어 원문으로, 출처에 나열한 페이지에서 그대로 가져와 2026년 9월 30일에 확인했습니다.
동의와 이메일
| 규칙 | 공식 문구 | 나에게 주는 의미 |
|---|---|---|
| GDPR 전문 제32항 | Silence, pre-ticked boxes or inactivity should not therefore constitute consent. | 동의 상자는 체크되지 않은 상태로 시작해야 하며, 가입에는 능동적인 클릭이 필요합니다. 생성기는 어떤 항목도 미리 체크하지 않습니다. |
| GDPR 제7조 제1항 | the controller shall be able to demonstrate that the data subject has consented to processing of his or her personal data | 누가 동의했는지 기록이 필요합니다. 확인 링크(더블 옵트인)와 가입 시각을 함께 남기는 것이 흔하고 간단한 방법입니다. |
| GDPR 제7조 제3항 | It shall be as easy to withdraw as to give consent. | 떠나는 것도 가입만큼 쉬워야 합니다. 확인 메일 이후의 모든 메일에 구독 해지 링크를 하나씩 넣으세요. |
| CAN-SPAM(미국) | Your message must include your valid physical postal address. | 런칭 초대 같은 상업용 이메일에는 우편 주소가 들어갑니다. 키트는 이를 위해 [POSTAL-ADDRESS] 줄을 넣어 둡니다. |
| CAN-SPAM(미국) | You must honor a recipient’s opt-out request within 10 business days. | 구독 해지는 빠르게 반영되어야 합니다. 해지한 사람을 자동으로 빼 주는 도구를 쓰세요. |
| Gmail 발신자 가이드라인 | Marketing messages and subscribed messages must support one-click unsubscribe, and include a clearly visible unsubscribe link in the message body. | 대량으로 보낼 때 Gmail은 원클릭 구독 해지를 요구합니다. 대부분의 이메일 도구가 필요한 헤더를 넣어 주지만, 눈에 보이는 링크도 유지하세요. |
폼 자체
| 규칙 | 공식 문구 | 나에게 주는 의미 |
|---|---|---|
| HTML 이메일 입력란 | The input value is automatically validated to ensure that it's either empty or a properly-formatted email address | type="email"을 쓰면 스크립트 없이도 브라우저가 제출 전에 명백한 오타를 잡아 줍니다. |
| 레이블(W3C WAI) | Whenever possible, use the label element to associate text with form elements explicitly. | 각 입력란에는 for/id로 연결된 눈에 보이는 레이블이 붙어야 합니다. 그래야 스크린 리더가 읽어 주고, 텍스트를 클릭하면 입력란에 포커스가 갑니다. |
이 내용은 여기 인용한 문서를 실무적으로 요약한 것이며 법률 자문이 아닙니다. 이메일을 수집하는 국가의 규칙을 확인하세요.
명단을 사용자로 바꾸기
명단은 알맞은 때에 초대해야 효과가 있습니다. Product Hunt의 규칙이 그 순서를 분명히 보여 줍니다.
| 규칙 | 공식 문구 | 나에게 주는 의미 |
|---|---|---|
| Product Hunt가 피처드하지 않는 것 | Waitlisted products (unless immediate access is provided) | 이메일만 모으는 런칭은 피처드되지 않습니다. 사람들이 실제로 제품을 쓸 수 있게 된 뒤에 그곳에서 런칭하세요. |
| 이용 가능한 제품만 | We only feature products that are currently available. | 같은 규칙을 반대편에서 본 것입니다. Product Hunt는 런칭 당일을 위한 곳이고, 대기자 명단은 그 전의 시간을 위한 것입니다. |
| 흔한 런칭 전 실수 | Asking your community to join only on the day of your launch and not before. | 런칭 당일 전에 내 사람들을 모으는 것, 그것이 바로 대기자 명단의 목적입니다. |
- 명단에 먼저 열기공개 런칭보다 며칠 먼저 런칭 초대를 보내세요. 초기 사용자가 거친 부분을 찾아 주고, 아직 조용히 고칠 수 있습니다.
- 보고받은 문제 고치기첫 며칠 동안은 모든 답장에 직접 답하세요. 그 피드백이야말로 명단을 두는 진짜 이유입니다.
- 그다음 공개하기누구나 이용할 수 있게 되면 Product Hunt와 다른 곳에서 런칭하세요. 명단에 날짜를 알려 제품을 좋아하는 사람들이 따라올 수 있게 하되, 누구에게도 업보트를 부탁하지 마세요.
- 명단을 계속 살려 두기런칭 후 명단은 첫 고객 뉴스레터가 됩니다. 가입 페이지에서 한 약속을 지키세요. 유용하게, 너무 자주 보내지 않게.
측정할 것
첫 가입부터 몇 가지 숫자를 세세요. 런칭 당일 훨씬 전부터 약속이 통하고 있는지 보여 줍니다.
| 숫자 | 세는 방법 | 알려 주는 것 |
|---|---|---|
| 주간 가입 수 | 주마다 새로 확인된 주소 수와 유입 경로. | 단순 방문자가 아니라 관심 있는 사람을 데려오는 채널이 어디인지. |
| 확인 비율 | 확인된 주소 수를 폼 제출 수로 나눈 값. | 비율이 낮다면 오타, 가짜 가입, 또는 스팸함에 들어가는 확인 메일을 의심해 볼 수 있습니다. |
| 질문에 대한 답변 | 질문에 답하거나 환영 메일에 답장한 가입자의 비율. | 사람들이 얼마나 강하게 관심을 두는지, 그리고 그들 자신의 말로 무엇을 원하는지. |
| 초대 후 시작한 사람 | 런칭 당일, 초대받은 주소 중 제품에서 첫 단계를 마친 수. | 대기자 명단이 사용자로 바뀌었는지를 보여 주는 유일한 숫자. |
여기서는 벤치마크 비율을 공개하지 않습니다. 비율은 대상과 채널에 따라 달라집니다. 내 주간 수치끼리 비교하세요.
출처
이 페이지의 모든 규칙과 수치는 아래 페이지 중 하나에서 가져왔습니다. 2026년 9월 30일에 모든 페이지를 읽었으며, 가운데 열에는 페이지가 스스로 밝힌 경우에만 마지막 업데이트 날짜를 표시합니다.
자주 묻는 질문
- 대기자 명단이 꼭 필요한가요?
- 항상 그렇지는 않습니다. 사람들이 오늘 제품을 쓸 수 있다면 대기자 명단 대신 제품에 바로 가입하게 하세요. 대기자 명단은 아직 만드는 중이고 누가 왜 관심을 두는지 알고 싶을 때 의미가 있습니다.
- 대기자 명단에 더블 옵트인을 써야 하나요?
- 대부분의 경우 그렇습니다. 확인 링크는 오타와 가짜 주소가 명단에 들어오는 것을 막고, GDPR이 입증할 수 있기를 요구하는 동의 기록을 남겨 줍니다. 옵션을 체크하면 생성기가 확인 메일을 추가합니다.
- 대기자 명단 폼에는 입력란이 몇 개 있어야 하나요?
- 이메일 입력란 하나와 많아야 선택 질문 하나입니다. 입력란이 늘 때마다 가입이 어려워지고, 한 사람당 좋은 답변 하나가 아무도 끝까지 답하지 않는 긴 설문보다 더 많은 것을 알려 줍니다.
- 대기자 명단 상태로 Product Hunt에 런칭할 수 있나요?
- 게시는 할 수 있지만, Product Hunt는 즉시 이용할 수 있는 경우가 아니면 대기자 명단 단계의 제품을 피처드하지 않습니다. 명단을 먼저 초대하고, 누구나 가입해서 제품을 쓸 수 있게 되면 Product Hunt에서 런칭하세요.
- 이 생성기가 내 가입자 정보를 저장하나요?
- 아니요. 브라우저 안에서 텍스트, 즉 폼 하나와 이메일 4통만 만듭니다. 이미 쓰고 있는 폼 도구나 이메일 도구에 붙여 넣으면, 가입 정보는 그 도구에 저장됩니다.