출시 전에
무엇을 확인할까.
디지털 제품을 빨리 공개하는 일과, 근거 없이 많은 것을 만드는 일은 다릅니다. 이 체크리스트는 문제·전달·측정을 작은 순서로 확인하기 위한 무료 가이드입니다.
이 가이드는 판매나 유입을 보장하지 않습니다. 광고 클릭, 가짜 방문, 허위 리뷰를 만들지 말고 실제 주문·다운로드·대화 같은 확인 가능한 신호를 기록하세요.
- DAY 0 · 범위
한 문장으로 문제를 쓴다
“누가, 어떤 상황에서, 무엇 때문에 멈추는가”를 한 문장으로 적습니다. 이 문장을 쓸 수 없다면 제품 기능을 더하기보다 실제 문제 표현을 먼저 찾아야 합니다.
- DAY 1 · 근거
원문 한 개를 읽는다
포럼·리뷰·인터뷰에서 문제를 직접 말한 원문을 저장합니다. 제목이나 요약만으로 지불 의사를 추정하지 않습니다.
- DAY 2 · 약속
결과와 한계를 함께 적는다
구매자가 받는 파일 또는 기능을 구체적으로 나열하고, 아직 검증하지 못한 효과는 약속으로 쓰지 않습니다.
- DAY 3 · 페이지
한 장의 랜딩 페이지를 만든다
제목, 대상, 구성, 가격, 전달 방식, 사용 조건을 같은 페이지에서 보이게 합니다. 외부 스크립트 없이도 읽히는 정적 HTML이면 충분합니다.
- DAY 4 · 전달
구매 뒤 받는 것을 검증한다
다운로드 파일, 안내문, 권리 문구, 환불 정책을 실제로 열어봅니다. 테스트 파일이나 미완성 데모를 판매 파일로 섞지 않습니다.
- DAY 5 · 공개
사람이 읽을 수 있는 경로를 만든다
공개 페이지, 검색용 제목·설명, 사이트맵을 확인합니다. 커뮤니티 공유는 해당 공간의 규칙을 읽은 뒤 사람이 검토한 내용만 사용합니다.
- DAY 6 · 기록
영수증과 반응을 분리한다
페이지를 열어본 횟수와 판매를 같은 것으로 취급하지 않습니다. 결제 서비스의 주문·환불 기록과 공개 원문의 반응을 따로 기록합니다.
- DAY 7 · 다음 결정
계속할지, 고칠지, 멈출지 정한다
미리 정한 관찰 기간 뒤 실제 주문이나 독립적인 문제 신호가 있으면 한 가지를 개선합니다. 아무 신호가 없다면 복제 상품을 늘리지 말고 문제 가설로 돌아갑니다.
편집 가능한 시작 파일이 필요하다면
Digital Product Launch Kit에는 단일 HTML 랜딩 페이지 템플릿, 게시 가이드와 권리 문구 템플릿이 들어 있습니다.
런치 키트 구성 보기자주 묻는 점
7일 안에 꼭 출시해야 하나요?
아니요. 날짜는 작업을 작게 나누기 위한 기준입니다. 근거와 전달 검증이 부족하면 멈추고 보완하는 편이 낫습니다.
출시 후 무엇을 측정하나요?
실제 주문, 무료 다운로드, 환불, 그리고 출처가 확인되는 사용자 반응을 따로 기록합니다. 공개 페이지 자체는 수요 증거가 아닙니다.