LaunchRepo.

무료 도구

SaaS 출시 체크리스트

출시일 30일 전부터 30일 후까지, 6단계로 나눈 30가지 출시 작업입니다. 진행하면서 체크하세요. 진행 상황은 이 브라우저에 저장되며, 언제든 전체 목록을 Markdown으로 내보낼 수 있습니다.

작성자: 업데이트 조사 및 업데이트 방법

내 출시 체크리스트

진행 상황은 이 브라우저(localStorage)에만 저장됩니다. 체크한 내용은 LaunchRepo로 전송되지 않습니다.

작업 30개 중 0개 완료
T−30 30일 전0/6

무엇을 언제 출시할지, 그리고 성공했는지 어떻게 판단할지 정합니다.

  • 이유: 태그라인, 등록 양식, 출시 게시물 모두 이 문장을 다시 쓰므로, 한 번 써 두면 나중에 몇 시간을 아낄 수 있습니다. 출처: 용어집: 제품 컨텍스트 파일 →

  • 이유: 무료 디렉터리 대기열은 몇 주가 걸릴 수 있어서, 일찍 제출하면 페이지가 준비되기 전에 게시될 수 있습니다. 출처: 등록 정보는 언제 게시되어야 할까? →

  • 이유: 방문 수보다 채널별 가입 수나 체험 수가 더 많은 것을 알려 줍니다. Search Console은 자연 검색의 클릭수, 노출수, CTR, 게재순위를 보여 줍니다. 출처: Google: Search Console 실적 보고서 ↗

  • 이유: 독일에서 상업용 디지털 서비스를 제공하면 이름, 주소, 이메일 같은 빠른 연락 수단을 항상 볼 수 있게 해야 합니다(§ 5 DDG). 출처: § 5 DDG(독일 법률) ↗

  • 이유: EU 일반 개인정보 보호법(GDPR) 제13조에 따라 데이터를 수집하는 시점에 당사자에게 알려야 합니다. 결제 서비스와 많은 디렉터리도 이 링크를 요구합니다. 출처: GDPR(EUR-Lex) ↗

  • 이유: Product Hunt는 개인 계정을 요구하고 회사 계정을 금지합니다. 일찍 만들어 두면 각 커뮤니티를 알아 갈 시간이 생깁니다. 출처: Product Hunt 출시 가이드 ↗

T−14 14일 전0/7

제품, 페이지, 결제 과정을 처음 오는 사람도 쓸 수 있게 준비합니다.

  • 이유: Google은 키워드를 반복하지 않고, 내용을 잘 설명하며, 간결하고, 페이지마다 다른 제목을 권장합니다. 출처: Google: 제목 링크 ↗

  • 이유: og:title, og:type, og:image, og:url은 네 가지 필수 속성이며, 링크가 공유될 때 어떻게 보일지 결정합니다. 출처: The Open Graph protocol ↗

  • 이유: Product Hunt는 3 MB 미만의 240×240 정사각형 썸네일과 1270×760 갤러리 이미지를 권장합니다. 같은 세트를 대부분의 다른 등록에도 쓸 수 있습니다. 출처: Product Hunt: 출시 준비 ↗

  • 이유: Stripe는 성공용 4242 4242 4242 4242, 거절용 4000 0000 0000 0002 같은 테스트 카드를 제공합니다. 실제 카드 정보로는 절대 테스트하지 마세요. 출처: Stripe: 테스트 ↗

  • 이유: Gmail은 모든 발신자에게 SPF 또는 DKIM을, 대량 발신자에게는 SPF, DKIM, DMARC를 요구합니다. 그렇지 않으면 환영 이메일이 스팸함에 들어갈 수 있습니다. 출처: Google: 이메일 발신자 가이드라인 ↗

  • 이유: 좋은 Core Web Vitals란 75번째 백분위수 기준으로 LCP 2.5 s 이내, INP 200 ms 이하, CLS 0.1 이하를 뜻합니다. 출처: web.dev: Web Vitals ↗

  • 이유: WCAG 2.2는 4.5:1의 텍스트 명암 대비, 이미지의 대체 텍스트, 키보드만으로 가능한 모든 조작을 요구합니다. 출시 방문자는 온갖 기기를 사용합니다. 출처: W3C: WCAG 2.2 ↗

T−7 7일 전0/5

소개 문구를 모든 길이로 한 번에 쓰고 채널을 준비합니다.

  • 이유: Product Hunt는 60자 태그라인과 500자 설명을 허용합니다. 다른 양식은 그 사이의 길이를 요구합니다. 출처: Product Hunt: 출시 준비 ↗

  • 이유: 무료 등록은 몇 주씩 걸리는 경우가 많은 심사 대기열을 거칩니다. 일찍 시작할수록 출시일 즈음에 더 많은 등록이 게시됩니다. 출처: 무료 스타트업 디렉터리 →

  • 이유: Show HN은 사람들이 직접 써 볼 수 있는 것을 위한 곳입니다. 가입 페이지, 뉴스레터, 블로그 글은 주제에서 벗어납니다. 출처: Hacker News: Show HN 규칙 ↗

  • 이유: 왜 만들었는지 짧고 솔직하게 쓴 첫 댓글은 방문자에게 답글을 달 이유를 주고, 내가 답할 스레드를 만들어 줍니다. 출처: 1인 개발자를 위한 Product Hunt 체크리스트 →

  • 이유: Google은 Search Console, API 또는 robots.txt의 Sitemap 줄로 사이트맵을 받습니다. 파일 하나에는 최대 50,000개 URL 또는 50 MB까지 담을 수 있습니다. 출처: Google: 사이트맵 만들기 및 제출 ↗

T0 출시일0/5

계획한 순서대로 게시하고, 자리를 지키며, 일어난 일을 기록합니다.

  • 이유: 실제 휴대폰에서 새 계정을 만들어 보면, 첫 방문자보다 먼저 고장 난 단계를 찾을 수 있습니다.

  • 이유: Product Hunt는 미리 계획하는 메이커에게 12:01 am Pacific Time이 가장 좋은 시간이라고 말합니다. 출시에 하루를 온전히 쓸 수 있기 때문입니다. 출처: Product Hunt 출시 가이드 ↗

  • 이유: Product Hunt는 추천을 직접 부탁할 수 없다고 하며, Hacker News도 친구에게 추천이나 댓글을 부탁하지 말라고 요청합니다. 출처: Hacker News: Show HN 규칙 ↗

  • 이유: 출시일은 많은 사람이 스레드를 읽는 단 하루입니다. 빠르고 구체적인 답변이 방문자를 사용자로 바꿉니다.

  • 이유: 제출됨, 대기 중, 예약됨, 게시됨은 서로 다른 상태입니다. 적어 두면 나중에 중복 제출을 막을 수 있습니다. 출처: 제출 상태 설명 →

T+7 출시 후 첫 주0/4

모인 관심을 대화와 개선으로 이어 갑니다.

  • 이유: 다음 할 일과 날짜를 기록해 두면 기다리기만 하던 목록이 끝낼 수 있는 작업이 됩니다. 출처: 결과 기록하기 →

  • 이유: 다섯 번의 짧은 대화로 사람들이 어디서 막혔고 무엇을 기대했는지 알 수 있습니다. 어떤 대시보드도 알려 주지 않는 내용입니다.

  • 이유: 첫 주에 배포한 수정은 출시와 함께 들어와 아직 결정하지 않은 사람들에게 닿습니다.

  • 이유: 업데이트는 가입한 모든 사람에게 다시 올 이유를 주고, 제품이 계속 나아가고 있음을 보여 줍니다. 출처: 예시: LaunchRepo 변경 내역 →

T+30 출시 후 첫 달0/3

채널별로 성과를 측정하고 다음 출시 시점을 정합니다.

  • 이유: 실적 보고서는 클릭수, 노출수, CTR, 평균 게재순위를 보여 줍니다. 직접 기록한 가입 경로와 함께 보면 무엇이 효과가 있었는지 알 수 있습니다. 출처: Google: Search Console 실적 보고서 ↗

  • 이유: 등록이 게시되었다는 것은 공개된 등록 URL만이 증명합니다. 그 증거로 어떤 디렉터리를 다시 이용할 가치가 있는지 알 수 있습니다. 출처: 디렉터리 백링크: 증명할 수 있는 것과 없는 것 →

  • 이유: 기능 출시나 새 연동은 같은 채널에 다시 이야기할 이유가 되며, 이번에 배운 것 덕분에 더 좋은 결과를 얻을 수 있습니다. 출처: 출시 계획 템플릿 →

체크리스트 사용 방법

  1. 오늘에 해당하는 단계부터 시작하세요. 출시가 2주 뒤라면 ‘14일 전’부터 시작하고, 그 전 단계에서 건너뛴 항목이 없는지 훑어보세요.
  2. 작업은 계획했을 때가 아니라 실제로 끝났을 때 체크하세요. 그러면 진행 막대가 단계별로 남은 일을 보여 줍니다.
  3. 목록을 Markdown으로 내보내 이슈 트래커, README, 메모에 붙여 넣으세요. 체크한 작업은 [x], 남은 작업은 [ ]로, 각각 이유와 출처와 함께 내보내집니다.
  4. 할 일이 정해지면 출시 계획 템플릿으로 작업을 날짜와 담당자에게 배정하세요.

이 체크리스트가 다루지 않는 내용

  • 법률 자문이 아니며 법률 검토도 아닙니다. 사업자 정보 고지와 개인정보 항목은 공식 원문을 가리킬 뿐이며, 그것이 내 사업에 적용되는지, 어떻게 적용되는지는 변호사에게 물어야 할 문제입니다.
  • 특정 플랫폼에 묶여 있지 않습니다. Product Hunt 등록의 세부 사항은 1인 개발자를 위한 Product Hunt 체크리스트를 참고하세요.
  • LaunchRepo 실행 매뉴얼이 아닙니다. 유료 키트에는 플랫폼별 플레이북과 에이전트가 따르는 워크플로가 들어 있으며, 이 목록은 그 주변의 일반적인 출시 틀입니다.

Product Hunt 출시 체크리스트 →

목록의 출처

각 이유는 2026년 9월 30일에 옆에 링크된 공식 페이지와 대조해 확인했습니다. Product Hunt 출시 가이드, Hacker News의 Show HN 규칙, Google 검색 센터, Gmail 발신자 가이드라인, Stripe 테스트 문서, web.dev, WCAG 2.2, Open Graph 프로토콜, § 5 DDG, EU 일반 개인정보 보호법(GDPR)입니다.

두 가지 작업은 우리 제품을 직접 출시한 경험에서 나왔습니다. 가장 이른 공개 날짜(2026년 9월 15일부터 LaunchRepo 키트에 포함)와 각 등록의 상태를 증거와 함께 기록하는 일입니다.

체크리스트와 출시 계획의 차이

이 체크리스트는 ‘무엇을 할지’에 답합니다. 출시 계획 템플릿은 ‘언제, 누가’에 답합니다. 같은 종류의 작업을 달력 날짜에 배치하고, 역할에 배정하고, 사람별 시간을 보여 주며, CSV와 Markdown으로 내보낼 수 있습니다.

출시 계획 템플릿 열기

자주 묻는 질문

SaaS 출시 체크리스트는 무료인가요?
네. 계정이나 이메일 주소 없이 브라우저에서 실행되며, Markdown 내보내기도 무료입니다.
진행 상황은 어디에 저장되나요?
이 브라우저의 localStorage에만 저장됩니다. LaunchRepo로는 아무것도 전송되지 않습니다. 다른 브라우저나 기기에서는 빈 목록으로 시작합니다. 브라우저 데이터를 지우거나 ‘진행 상황 초기화’를 누르면 삭제됩니다.
30일보다 짧은 기간에 출시할 수 있나요?
네. 오늘에 해당하는 단계부터 시작하고, 맞지 않는 항목은 출시 후로 옮기세요. 오래 걸리는 항목은 무료 디렉터리처럼 대기열이 있는 것이므로 그것부터 시작하세요.
이것은 Product Hunt 체크리스트인가요?
아니요. 채널 전반에 걸친 SaaS 출시 전체를 다룹니다. Product Hunt는 그 규칙이 중요한 곳에 등장하며, 등록에 대한 자세한 내용은 별도의 Product Hunt 체크리스트에서 다룹니다.
체크리스트가 법률 자문을 대신하나요?
아니요. 사업자 정보 고지와 개인정보 작업은 그런 규정이 있다는 것을 알 수 있도록 공식 원문에 링크합니다. 내 사업에 무엇이 적용되는지는 변호사가 알려 줍니다.

디렉터리 작업은 에이전트에게 맡기세요

LaunchRepo는 디렉터리 출시에 필요한 플랫폼 플레이북, 로컬 대시보드, 트래커를 코딩 에이전트에 제공합니다. 그래서 이 체크리스트의 제출 작업이 처리되고 기록됩니다.

가격 보기