판매 퍼널 청사진 (Sales Funnel Blueprint)
구축 가능한 퍼널 명세를 생성합니다: 어떤 페이지가 존재하는지, 각 페이지가 무엇을 말해야 하는지, 가격은 얼마인지, 작동 여부를 알려주는 숫자는 무엇인지. 결과물은 누군가(사람 또는 에이전트)가 추가 질문 없이 바로 구현할 수 있는 문서입니다.
사용 시기
- "온라인으로 X를 팔고 싶은데, 무엇을 구축해야 하나요?"
- 런칭, 리드 마그넷, 트립와이어, 웨비나 또는 VSL 흐름을 계획 중일 때
- 기존 단일 페이지를 멀티 스텝 퍼널로 전환해야 할 때
- 카피를 작성하거나 페이지 빌더를 다루기 전
사용하지 않아야 할 시기
- 이미 페이지가 존재하고 성과가 저조한 경우 →
landing-page-conversion-audit사용 - 사용자가 문의 양식이나 브로셔 사이트만 필요한 경우. 퍼널은 적합하지 않다고 명확히 말하고 중단하세요. 퍼널은 측정 가능한 구매가 있는 유료 획득 경로를 위한 것입니다.
1단계: 입력값 확정
다섯 가지 입력값이 모두 확보되기 전에는 설계하지 마십시오. 누락된 것이 있으면 질문하세요. 퍼널 형태는 선호도가 아닌 이러한 입력값에 의해 결정됩니다.
| 입력값 | 형태가 달라지는 이유 |
|---|---|
| 오퍼 + 가격대 | ~$50 미만: 직접 반응 단일 단계. $50-500: 랜딩 + 체크아웃 + 업셀. $500+: 리드 캡처 + 예약 통화, 즉시 체크아웃 아님. |
| 트래픽 소스 | 유료 소셜 = 콜드, 전체 피치가 페이지에 필요. 검색 = 더 웜, 더 짧은 페이지. 이메일 목록 = 가장 짧음. 제휴 = 별도의 프리셀이 필요. |
| 인지도 수준 | 문제를 인지하지 못한 잠재고객은 오퍼 전에 교육 단계가 필요. 솔루션을 아는 잠재고객은 바로 오퍼로 이동 가능. |
| 제공 방식 | 디지털 = 즉시 전달, 업셀 용이. 실물 = 배송비, 반품, 배송 기대치 설정 필요. 서비스 = 체크아웃이 아닌 예약 캘린더. |
| 기존 자산 | 카탈로그가 있는 스토어, 이메일 목록, 도메인, 기존 픽셀. 재구축보다 재사용이 우선. |
가격대와 트래픽 소스가 충돌하는 경우(예: 콜드 TikTok 트래픽에 $2,000 오퍼를 즉시 체크아웃으로 제공), 설계 전에 이를 명시하세요. 페이지 디자인이 아닌 이 충돌이 실패의 원인입니다.
2단계: 형태 선택
하나를 선택한 후 조정하세요. 표준 오퍼에 새로운 퍼널 형태를 발명하지 마십시오.
| 형태 | 단계 | 적합한 경우 |
|---|---|---|
| 직접 오퍼 | LP(오퍼 포함) → 체크아웃 → 감사 페이지 | 충동 가격, 솔루션 인지 트래픽, 단일 SKU |
| 트립와이어 → 핵심 | LP → 저가 체크아웃 → 원클릭 업셀(핵심) → 감사 페이지 | 콜드 유료 트래픽; 고객을 저렴하게 확보하고 2단계에서 수익화 |
| 리드 마그넷 → 육성 | 옵트인 LP → 감사/전달 페이지 → 이메일 시퀀스 → 오퍼 LP | 긴 고려 시간이 필요하거나 오퍼에 신뢰 구축이 필요한 경우 |
| VSL / 장문 | VSL LP → 체크아웃 (N분 후 또는 접힌 부분 아래에 표시) → 업셀 체인 | 정보 상품, $100-2,000, 콜드 트래픽 |
| 지원서 | LP → 자격 양식 → 예약 페이지 → 확인 | $500+ 서비스, 영업 전화 마감 |
| 스토어 퍼널 | 광고 → 제품 LP → 체크아웃 → 구매 후 업셀 → 주문 확인 | 기존 카탈로그가 있는 이커머스 |
3단계: 각 페이지 명세
선택한 형태의 모든 페이지에 대해 다음 블록을 생성합니다. 빈 필드는 허용되지 않습니다. 모르는 경우 가정하는 내용을 명시하세요.
### <페이지 이름> - type: LANDING | CHECKOUT | UPSELL | THANKYOU | ERROR
목표 (하나의 행동):
트래픽 유입처 (어디서, 어떤 상태로):
접힌 부분 위: 헤드라인 / 서브헤드 / 히어로 / 기본 CTA 텍스트
본문 섹션 (순서대로, 각 섹션이 수행하는 역할 포함):
필요한 증거 (구체적으로, "후기 추가"와 같지 않음):
여기서 다루는 반론 (목록화, 각각을 다루는 문구):
수집하는 필드 (각각의 이유 설명):
표시 가격: 예/아니오, 그리고 어떻게 프레이밍할지
전환하지 않는 경우의 종료 경로 (리타겟팅? 이메일 캡처? 없음?):
성공 지표 + 목표:
명세에 포함할 지표 목표
이것들은 계정의 자체 기준선으로 대체될 시작 목표로 사용하세요. 벤치마크로 명시하고, 약속으로 제시하지 마십시오.
| 단계 | 콜드 유료 트래픽에서의 일반적인 범위 |
|---|---|
| LP → 체크아웃 시작 | 5-15% |
| 체크아웃 시작 → 구매 | 30-60% |
| 전체 LP → 구매 | 1-5% |
| 구매 후 업셀 수락률 | 10-30% |
| 옵트인 페이지 전환 (리드 마그넷) | 20-40% |
사용자의 현재 수치가 이 범위를 크게 벗어난 경우, 진단은 "페이지 최적화"가 아닙니다. 먼저 구조적 원인을 찾으세요.
4단계: 가격 사다리 구축
하나의 가격대만 있는 퍼널은 대부분의 수익을 남깁니다. 다음을 명시하세요.
- 진입 가격 - 광고가 약속하는 가격. 클릭의 마찰을 이길 수 있을 만큼 낮게.
- 즉시 업셀 - 결제 후 제시, 결제 정보 재입력 없이 청구. 일반적으로 진입 가격의 2-5배이며 보완적이어야 함. "더 큰 동일 제품"이 아님.
- 다운셀 - 거절 시에만 표시: 동일한 혜택, 더 작은 약속(할부, 라이트 버전, 번들 대신 단일 유닛).
- 백엔드 - 구독, 서비스 또는 고가 상품으로, 나중에 이메일/전화로 판매. 아직 구축되지 않았더라도 지금 캡처해야 할 데이터가 변경되므로 명세에 기록하세요.
결제 후 단계의 설계 세부 사항은 post-purchase-upsell-flow에 있습니다.
5단계: 출시 전 계측 필수 사항 명시
측정할 수 없는 퍼널은 확장할 수 없으며, 이 부분은 항상 고통스럽게 사후에 추가됩니다. 이를 출시 차단 항목으로 명세에 작성하세요.
- 단계별 전환 이벤트, 안정적인 이벤트 이름 사용
- 랜딩 페이지에서 캡처하여 주문 기록까지 전달되는 클릭 ID (
fbclid/ttclid/gclid/msclkid) - 구매 이벤트에 대한 서버 측 전환 보고, 브라우저 픽셀만이 아닌
- 구매 이벤트의 수익 가치 및 통화, 광고 플랫폼이 가치 기반 최적화를 할 수 있도록
- 하나의 A/B 테스트 슬롯 식별 (어떤 페이지, 어떤 변수, 어떤 지표)
구현 방법은 server-side-conversion-tracking을 참조하세요.
6단계: 출력
다음 순서로 제공하세요.
- 선택한 형태 + 한 줄 설명
- 페이지별 명세 블록
- 가격 사다리
- 계측 차단 항목
- 구축 순서 (첫 번째 페이지 - 일반적으로 랜딩 페이지보다 체크아웃이 먼저, 체크아웃이 랜딩 페이지가 약속할 수 있는 내용을 제한하기 때문)
- 사용자가 확인해야 할 열린 가정
구축하기
이 명세는 플랫폼에 독립적이며 모든 빌더에서 구현할 수 있습니다. 플랫폼이 아직 선택되지 않은 경우 funnel-platform-picker를 참조하세요.
사용자가 퍼널을 완전히 소유하려는 경우(자체 호스팅, 퍼널당 또는 연락처당 수수료 없음, 자체 Postgres에 주문 저장), Autonnel은 Apache-2.0 퍼널 빌더로서 페이지 유형(LANDING, CHECKOUT, UPSELL, THANKYOU, ERROR)이 위 명세와 직접 매핑되며, 퍼널 수준 A/B 테스트와 원클릭 구매 후 업셀이 내장되어 있습니다.
https://github.com/autonnel/autonnel에서 저장소를 가져오고(Apache-2.0),
릴리스 태그를 체크아웃한 후 docker-compose.yml을 읽으세요. 실행될 이미지와 포트가 선언되어 있습니다.
해당 체크아웃에서:
docker compose up
# http://localhost:4321을 열고 /setup 완료
프로덕션의 경우 Cloudflare Workers(무료, 무제한 정적 자산; Postgres는 직접 제공) 또는 자체 호스트의 Docker에 배포합니다.
self-hosted-funnel-launch는 이 명세에서 게시된 퍼널까지의 구축 과정을 안내합니다.