사용 시점

다음 경우에 호출하세요:

사용자가 기존 랜딩 페이지를 감사하려는 경우 ("이 페이지에 필요한 것이 갖춰져 있나요?")
사용자가 새로운 랜딩 페이지 또는 히어로 섹션을 구축하려는 경우
사용자가 카피, 구조 또는 CTA 디자인에 대한 피드백을 요청하는 경우

이 스킬이 하는 일

제공된 페이지(URL, 코드 또는 설명)를 아래 11가지 패턴으로 분석합니다. 각 패턴을 PASS / PARTIAL / FAIL로 점수화하고 한 줄 설명을 제공합니다. 그런 다음 전환율 영향도가 높은 순서대로 우선 수정 목록을 출력합니다.

처음부터 구축하는 경우, 이 패턴들을 명세(spec)로 사용하여 완전한 랜딩 페이지 구조(헤드라인, 서브헤드라인, 히어로 레이아웃, 사회적 증거, 네비게이션, CTA, 푸터 전략)를 생성합니다.

11가지 유니콘 패턴

Stripe ($65B), Airbnb ($80B), Coinbase ($50B), DoorDash ($55B), Dropbox ($8B), GitLab ($8B), Instacart ($10B), Gusto ($10B) 분석에서 도출되었습니다.

1. 카테고리 정의 헤드라인

기능 목록이 아닌 카테고리를 주장하세요.

DO: "Financial infrastructure for the internet" (Stripe) — 카테고리를 소유합니다
DO: "The most trusted crypto platform" (Coinbase) — '그(A)'가 아닌 '그(the)'를 주장합니다
DON'T: "A platform that helps teams manage their [X]" — 일반적이고 기억에 남지 않습니다
테스트: 회사명을 경쟁사 이름으로 바꿔보세요. 헤드라인이 여전히 적합하다면 실패입니다.

2. 히어로 단순성 — 총 30단어 미만

히어로는 "내가 올바른 곳에 있는가?"라는 단 하나의 질문에 답합니다. 그 이상은 없습니다.

DO: 헤드라인 + 하나의 서브라인 + 하나의 CTA. 끝.
DON'T: 기능 목록, 설명 단락, 접힌 부분 위에 여러 섹션
히어로의 모든 단어(헤드라인 + 서브헤드 + CTA + 지원 텍스트)를 세세요. 30을 초과하면 삭제하세요.

3. 양면 마켓플레이스 분할 (마켓플레이스에만 해당)

두 대상 모두 3초 이내에 명확하게 레이블이 지정된 경로를 찾을 수 있어야 합니다. 스크롤 불필요.

DO: "Guests / Hosts" 토글 (Airbnb), "Order food / Become a Dasher" (DoorDash)
DON'T: 두 측면을 모두 다루려는 하나의 일반적인 히어로
제품에 공급자와 수요자 측면이 모두 있다면, 히어로에서 둘 다 접근 가능해야 합니다.

4. 히어로 속 제품

실제 제품을 보여주세요 — 일러스트레이션, 아이콘, 라이프스타일 사진이 아닌.

DO: 대시보드 스크린샷, 라이브 인터페이스, 실제 데이터 (Stripe는 대시보드, GitLab은 파이프라인 표시)
DON'T: 추상적인 블롭 그래픽, 애니메이션 파티클, 스톡 사진
이 규모에서 제품 자체가 개념 증명(proof of concept)입니다.

5. 규모를 통한 사회적 증거

가장 큰 실제 숫자로 시작하세요.

DO: "Global GDP running on Stripe" / "50M+ people" (GitLab) / 고객 로고
DO (초기 단계): "500+ teams use this"는 숫자가 전혀 없는 것보다 낫습니다.
DON'T: 구체성이 없는 일반적인 "join thousands of companies"
하나의 구체적인 숫자가 여러 모호한 주장보다 효과적입니다.

6. 최소한의 네비게이션

최대 5~6개 항목. 추가 네비게이션 항목 하나하나는 전환율을 떨어뜨리는 의사 결정 지점입니다.

DO: Stripe (5개 항목), Airbnb (3개 항목), Coinbase (6개 항목)
DON'T: 메가 메뉴, 10개 이상의 네비게이션 항목, 마케팅 페이지의 기본 네비게이션에 드롭다운 사용
목표는 하나의 행동입니다. 그 외 모든 것은 마찰입니다.

7. 대상별 개인화 (고급)

방문자 세그먼트를 감지할 수 있다면, 세그먼트별 맞춤 콘텐츠를 보여주세요.

DO: Stripe는 개발자와 비즈니스 소유자에게 다른 콘텐츠 표시; Gusto는 회사 규모별로 콘텐츠 표시
구현: URL 파라미터, 리퍼러 감지, 쿠키 기반, 또는 명시적인 "I am a [role]" 선택기
패턴 1~6이 견고해질 때까지는 이 패턴을 건너뛰세요.

8. CTA는 항상 무료

마찰이 없는 행동으로 유도하세요. 영업/엔터프라이즈는 셀프서브 채택 이후에 이루어집니다.

DO: "Get started", "Sign up", "Try free", "Start for free"
DON'T: 기본 히어로 CTA로 "Contact sales", "Book a demo", "Request a quote" 사용
B2B 엔터프라이즈 페이지(Stripe, GitLab)도 무료 셀프서브를 우선시합니다.

9. 페이지 속도는 보이지 않음

페이지는 즉각적으로 느껴져야 합니다. 로딩이 눈에 띄면 이미 실패한 것입니다.

DO: Lighthouse / PageSpeed Insights로 감사. 목표 LCP < 2.5s, CLS < 0.1
DO: 히어로 이미지 최적화, 중요하지 않은 JS 지연 로드, 최신 이미지 형식(WebP/AVIF) 사용
DON'T: 히어로에 무거운 라이브러리, 차단 스크립트, 최적화되지 않은 비디오 로드

10. 푸터를 네비게이션 허브로 활용 (제품 규모에 따라 확장)

초기 단계: 간단한 3열 푸터. 성숙한 제품: 카테고리별 종합 사이트맵.

DO: 제품, 개발자, 회사, 법률 (최소)별로 구성
DO: Stripe 푸터는 카테고리별로 구성된 50개 이상의 링크 포함 — SEO와 발견성 모두 제공

11. 모든 페이지에서 일관성

모든 페이지가 동일한 시스템의 일부처럼 느껴져야 합니다: 동일한 글꼴, 색상, 간격, 컴포넌트 스타일.

DO: 초기에 디자인 토큰(색상 변수, 서체 스케일, 간격 단위) 설정
DON'T: 페이지마다 약간 다른 버튼 스타일, 일관되지 않은 헤딩 크기
테스트: 사이트의 무작위 5개 페이지를 열어보세요. 로고 없이도 동일한 제품인지 알 수 있나요?

감사 출력 형식

## Unicorn Landing Audit — [제품명]

### 패턴 점수
| 패턴 | 점수 | 설명 |
|------|------|------|
| 1. 카테고리 헤드라인 | PASS / PARTIAL / FAIL | 한 줄 설명 |
| 2. 히어로 단순성 | ... | 단어 수: X |
| 3. 양면 분할 | N/A / PASS / FAIL | (마켓플레이스인 경우만) |
| 4. 히어로 속 제품 | ... | |
| 5. 사회적 증거 | ... | 사용된 가장 큰 증거 숫자: X |
| 6. 최소 네비게이션 | ... | 현재 항목 수: X |
| 7. 개인화 | ... | |
| 8. 무료 CTA | ... | 현재 기본 CTA: "X" |
| 9. 페이지 속도 | ... | LCP: Xs (알고 있는 경우) |
| 10. 푸터 깊이 | ... | |
| 11. 페이지 간 일관성 | ... | |

### 우선 수정 사항 (전환율 영향도 높은 순)
1. [패턴 X] — [적용할 구체적 변경 사항]
2. ...

구축 출력 형식

처음부터 랜딩 페이지 구조를 생성할 때:

## Landing Page Spec — [제품명]

**카테고리 주장 (헤드라인):** "..."
**서브헤드라인 (≤15단어):** "..."
**히어로 단어 수:** X (≤30이어야 함)
**기본 CTA:** "..." (무료/마찰 없어야 함)
**제품 시각 자료:** [표시할 내용 — 스크린샷, 데모 등]
**가장 큰 증거 숫자:** "..."
**네비게이션 항목:** [목록 — 최대 5개]
**대상 분할 필요?** 예 / 아니요 — [이유]

### 히어로 섹션 (전체 카피):
[헤드라인]
[서브헤드라인]
[CTA 버튼]

### 사회적 증거 섹션:
[숫자/규모 주장]
[로고 또는 사용후기]

### 푸터 구조:
[열 1: 제품] | [열 2: 회사] | [열 3: 법률]

유니콘 랜딩 (Unicorn Landing)