Communitygithub.com

ClickCoSupport/website-strategic-copy

전환율을 극대화하는 웹사이트, 랜딩 페이지, 세일즈 페이지 카피를 작성하기 위한 방법론입니다. 특정 방문자의 고통점을 깊이 있게 공감시키고, 명확한 행동 유도(CTA)로 이끄는 데 초점을 맞춥니다.

website-strategic-copy란 무엇인가요?

이 스킬은 마케팅 카피라이터, UX 라이터, 스타트업 창업자 등이 '전환율 중심' 웹사이트나 랜딩 페이지를 기획하고 작성할 때 사용하도록 설계되었습니다. Claude Code, Cursor 등 AI 에이전트와 함께 사용할 수 있으며, 사용자가 '웹사이트 카피', '랜딩 페이지', '세일즈 페이지', '구매 유도 문구'와 같은 키워드를 입력할 때 트리거됩니다. 이 스킬의 핵심 원칙은 '독자가 자신의 이야기라고 느끼게 하는 것'입니다. 먼저 타겟 고객의 구체적인 일상과 고통을 정확히 반영한 문구로 공감대를 형성한 후, 제품이나 서비스의 이점을 설명하며 욕구를 증폭시키고, 마지막으로 명확한 CTA로 이끕니다. PAS, AIDA, StoryBrand 등 주요 카피라이팅 프레임워크를 지원하며, 각 섹션(히어로, 고통 인식, 해결책 제시, 증거, CTA)의 표준 구조를 제시합니다. 중요한 점은 절대 모호한 표현이나 가짜 데이터를 사용하지 않는다는 것입니다. '수백 명이 신뢰하는' 대신 '6개 주의 1,432명의 유치원 원장이 신뢰하는'처럼 구체적인 숫자와 사례를 요구합니다. 또한 긴급성이나 희소성 같은 전환 유도 요소도 실제로 있는 경우에만 사용하며, 부풀리지 않습니다. 결과물은 섹션별로 정리된 깔끔한 웹사이트 카피이며, 미리보기 전에 항상 편집 검증 과정을 거쳐야 합니다.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/ClickCoSupport/claude-skills/tree/HEAD/website-strategic-copy

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

웹사이트 전략적 카피

전환율에 초점을 맞춘 웹사이트/랜딩 페이지 카피 작성 방법론입니다. 특정 독자가 자신의 고통점을 깊이 있게 공감하고, 제안에 대한 욕구를 느끼며, 명확한 CTA로 이어지도록 최소한의 단어로 군더더기 없이 작성합니다.

작성 전 입력 수집

다음 내용이 모두 확보될 때까지 카피 작성을 시작하지 마세요. (빠진 내용이 있으면 질문하고, 추측하거나 일반적인 내용으로 채우지 마세요.)

  1. 서비스 대상 — 광범위한 범주가 아닌 구체적인 사람/역할 (예: "유치원 원장").
  2. 서비스의 실제 기능 — 메커니즘, 제공 사항, 결과물.
  3. 대상의 일상 / 생활 방식 — 막연한 "바쁜 전문가" 같은 표현이 아닌, 구체적이고 현실적인 일상의 세부 사항. 더 구체적이고 사실적일수록 더 강한 공감을 얻습니다.
  4. 서비스가 해결하는 핵심 고통 포인트 — 완곡한 표현 없이 솔직하게 명명.
  5. 증거 / 구체적 사례 — 실제 숫자, 실제 이름, 실제 결과. 모호한 증거 주장은 절대 수용하거나 생성하지 마세요.
  6. CTA — 사이트가 유도해야 할 행동 (예: 무료 상담 예약, 가격/패키지 보기) 및 제약 사항 (무료 상담 시간 등).
  7. 톤/브랜드 제약 — 사용자가 말투에 대해 지정한 모든 사항.

1~6 중 하나라도 누락되면 초안을 작성하기 전에 질문하세요. 고통 포인트나 제안을 추측하면 일반적인 카피가 생성되어 이 방법의 핵심 목적을 무너뜨립니다.

핵심 카피라이팅 원칙 (모든 섹션에 적용)

  • 사람들은 군더더기를 읽을 시간이 없습니다. 모든 문장은 목적을 수행해야 합니다 (공감, 자극, 증명, CTA로 이동). 이러한 목적 중 하나를 수행하지 않는 문장은 삭제하거나 줄이세요.
  • 모호함보다는 구체성, 항상. "1,000명 이상이 신뢰하는"은 약합니다. "6개 주의 1,432명의 유치원 원장이 신뢰하는"이 강력합니다. 숫자, 주장, 세부 사항이 일반적이면 절대 그대로 두지 말고 구체적인 버전이 이용 가능하거나 사용자에게 요청할 수 있는지 확인하세요.
  • 마찰을 줄이세요. 독자가 해독해야 하는 업계 전문 용어나 내부 용어는 사용하지 마세요. 대상을 묘사하는 것이 아니라 대상과 직접 대화하듯 작성하세요.
  • 팔기 전에 공감하세요. 독자의 실제 일상 경험과 고통을 반영하는 문구로 시작하세요 — 독자가 "어떻게 알았지?"라고 생각할 만큼 구체적으로. 그 공감이 자리 잡은 후에야 제안으로 전환하세요.
  • 명확한 약속. 페이지는 어떤 특정 고통 포인트를 해결하고 어떤 특정 결과를 제공하는지 평범한 언어로 명시해야 합니다. 막연한 혜택("더 많은 지원")이 아닌 구체적인 약속("매주 등록 누수를 해결해야 하는 사람이 더 이상 당신이 아닙니다")을 하세요.
  • 행동을 요청하기 전에 욕구를 만드세요. 욕구는 "놀라운"이나 "혁신적인" 같은 형용사가 아니라, 결과 상태를 구체적이고 감각적으로, 실제 일상과 연결지어 묘사함으로써 생겨납니다.
  • CTA 명확성. 각 섹션은 다음에 무엇을 해야 하는지 분명하게 알 수 있어야 합니다. 여러 CTA (예: "무료 상담 예약" 및 "패키지/가격 보기")는 각각 자연스러운 결정 지점에 배치하고, 페이지 하단에 한 번만 배치하지 마세요.

카피라이팅 프레임워크 (공감→전환 흐름 구성에 하나 선택)

제안에 맞는 프레임워크를 사용하거나 혼합하세요. 이들은 동일한 기본 흐름(공감 → 자극 → 약속 → 증명 → 전환)에 대한 다른 관점일 뿐, 경쟁하는 시스템이 아닙니다:

  • PAS (문제–자극–해결책): 고통 포인트를 솔직하게 명명 → 해결하지 않았을 때의 실제 비용을 확대 → 제안을 해결책으로 제시.
  • AIDA (주의–관심–욕구–행동): 스크롤을 멈추게 하는 대담하고 구체적인 주장으로 시작 → 구체적인 세부 사항으로 관심 구축 → 결과 상태에 대한 욕구 구축 → 행동 유도.
  • StoryBrand: 독자는 문제를 가진 영웅 → 브랜드/사람(예: Estee)은 영웅이 아닌 안내자 → 안내자는 간단한 계획 제시 → 독자를 행동으로 초대 → 결과적인 성공을 보여주거나 (또는 행동하지 않음으로써 피한 실패를 보여줌).

사용자가 다른 프레임워크를 지정하지 않는 한, 고통이 크고 압도된 대상을 위한 제안에는 PAS를 기본으로 사용하세요 (이는 유치원 원장의 일상 현실에 특히 잘 맞습니다).

표준 섹션 구조

필요에 따라 조정하되, 단일 페이지(또는 단일 흐름의 다중 페이지) 사이트를 위한 기본 구조는 다음과 같습니다:

  1. 히어로 / 공감 훅 — 독자의 특정 역할과 특정 일상 고통을 즉시, 군더더기 없이 명명하는 한 줄. 부제목으로 약속 제시. 기본 CTA 버튼을 여기에 표시.
  2. "이것이 당신의 하루입니다" 공감 섹션 — 독자가 겪는 정확한 고통의 순간에 대한 짧고 구체적인 이야기 또는 목록 (막연한 "당신은 바쁘다" 언어가 아닌 실제 시나리오). 여기서 공감이 형성됩니다.
  3. 현상 유지의 비용 — 아무것도 변하지 않을 경우 조용히 치르고 있는 비용 (시간, 돈, 스트레스, 놓친 등록 등). 구체적이고 추상적이지 않게.
  4. 약속 / 재구성 — 이 서비스를 도입하면 무엇이 바뀌는지에 대한 평범한 언어의 진술. 페이지에서 가장 명확하고 가장 짧은 섹션.
  5. 작동 방식 — 최소 단계 (최대 3~5개), 전문 용어 없음, 과정이 아닌 안도감에 초점.
  6. 증거 — 구체적인 숫자, 가능한 경우 구체적인 이름/조직, 구체적인 결과. 모호한 사회적 증거 없음.
  7. 패키지/가격 CTA 섹션 — 구체적인 내용을 평가할 준비가 된 독자를 위한 "패키지/가격 보기" 경로의 명확한 구성. 여러 등급이 있는 경우 간단한 기능 비교를 보여주고 추천 등급을 표시하세요. 단, 실제 제공 사항만 사용하고, 가짜로 만들지 마세요.
  8. 낮은 약속 CTA 섹션 — 아직 가격에 약속할 준비가 되지 않은 독자를 위한 무료 상담 제안. 낮은 위험과 구체적인 내용 (예: "30분, 세일즈 없음, 단지 현재 설정 확인")으로 구성.
  9. FAQ / 이의제기 처리 — 이 특정 대상이 가질 5~7가지 실제 이의제기 (가격, 시간, "컨설턴트를 써봤는데", "내 규모의 학교에 효과가 있을까?" 등)에 대해 솔직하고 자신감 있게 답변. 사용자가 실제 잠재 고객으로부터 들었다면 실제 이의제기를 가져오고, 일반적인 SaaS 이의제기를 만들지 마세요.
  10. 마무리 — 짧은 최종 공감 + 약속 재확인 + 최종 CTA (두 옵션 모두).

사회적 증거 형식

이용후기나 사례 연구가 있을 경우, 인용문(구체적이고 실제적인 주장으로 다듬음) + 이름 + 역할 + 조직 구조로 작성하세요. 한 줄짜리 사례 연구 스니펫(구체적인 전/후, 구체적인 숫자)은 일반적인 인용문보다 성과가 좋습니다. 이용후기, 이름, 지표를 절대 조작하지 마세요. 사용자가 제공하지 않은 경우 대괄호로 자리 표시자를 남기고 실제 버전을 요청하세요. 그럴듯한 것을 만들어 내지 마세요.

CTA 버튼 카피

  • 구체적인 결과와 연결된 행동 동사로 시작하고, 일반적인 레이블은 피하세요 ("문의하기"나 "자세히 보기"보다 "30분 무료 상담 예약하기"가 더 좋습니다).
  • 자연스러운 경우 1인칭을 사용하세요 ("패키지 보여주세요").
  • 막연한 긴급성보다는 실제 제안 세부 사항 (상담 시간, 다음 단계)을 반영하세요.
  • 두 CTA의 요청이 명확히 다르게 보이도록 하세요. 상담 CTA는 낮은 약속/탐색적으로 읽히고, 패키지 CTA는 평가 준비가 된 것으로 읽히도록.

"긴급성", "보장", "파워 워드"에 관한 참고 사항

일반적인 전환 카피 조언은 종종 긴급성/희소성 요소, 환불 보장 문구, 그리고 일반적인 파워 워드("검증된", "보장된", "즉각적인", "노력 없는")를 요구합니다. 이러한 것은 제안에 문자 그대로 사실일 때만 사용하세요 (실제 마감일, Estee가 실제로 제공하는 보장). 가짜 긴급성이나 희소성을 만들지 말고, 구체적이고 사실적인 주장을 대체하기 위해 일반적인 파워 워드를 사용하지 마세요. 이는 이 스킬의 핵심 원칙인 "허튼소리 없음, 모호한 주장 없음"을 위반합니다. 사용자의 제안에 실제 보장이나 실제 시간 제한 요소가 있다면, 과장된 언어가 아닌 평범하고 구체적인 언어로 작성하세요.

모든 프로젝트가 위의 9개 섹션을 모두 필요로 하는 것은 아닙니다. 사용자의 특정 제안에 필요에 따라 접거나 재정렬하되, 기본 흐름(공감 → 자극 → 약속 → 증명 → 전환)은 유지하세요.

편집 검증 (항상 전달 전에 실행)

모든 문장에 대해 다음을 확인하세요:

  • 이 문장이 독자를 CTA로 이끄는가? 그렇지 않다면 삭제하거나 압축하세요.
  • 구체적인 것으로 대체해야 할 모호한 주장이 있는가? 아직 제공되지 않은 경우 실제 숫자/세부 사항을 위해 사용자에게 플래그를 지정하세요.
  • 실제 유치원 원장(또는 동등한 역할)이 자신의 일에 대해 머릿속에서 사용하지 않을 전문 용어가 있는가? 그녀의 실제 언어로 대체하세요.
  • 구체적이고 세부적인 내용을 잃지 않고 더 적은 단어로 말할 수 있는가? 그렇다면 줄이세요.

출력 형식

섹션별로 정리된 깔끔한 웹사이트 카피로 전달하세요 (섹션 헤더는 레이블로 사용하며, 반드시 페이지에 그대로 표시되는 헤더는 아닙니다 — 사용자에게 원하는 방식을 명확히 하세요). CTA 버튼이 인라인으로 표시되어야 하는 위치를 표시하세요. 실제 숫자, 이름, 증거 포인트가 여전히 필요한 위치를 표시하고, 만들어 내지 마세요.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

관련 스킬