훅 연구소
이 플러그인에서 가장 짧은 설득 단위이면서 가장 실패율이 높은 단위입니다. 8단어 안에서 잘못된 선택은 숨을 곳이 없습니다. 두 번째 문장으로 설명할 수도, 그 아래 증명 블록을 둘 수도 없으며, 독자가 용서해줄 문단도 없습니다. 잘못된 레지스터로 작성된 페이지는 그래도 읽힐 수 있습니다. 그러나 잘못된 레지스터의 훅은 그냥 읽히지 않습니다.
컨버전 브리프가 없어도 게이트는 없음
conversion-page-build는 브리프가 없으면 중단하고 ../audience-research/SKILL.md로 보냅니다. 그게 옳습니다. 가상의 구매자를 대상으로 작성된 전체 페이지는 아무도 목표로 하지 않은 일주일 치 작업이기 때문입니다.
이 스킬은 의도적으로 그렇게 하지 않습니다. 세 가지 제목 변형을 요청하는 사람이 연구 문서를 의뢰하는 것은 아니며, 답변 전에 연구를 요구하면 이 스킬이 존재하는 요청 자체를 수행하지 못하게 됩니다. ../copy-sweeps/SKILL.md도 비슷한 이유로 같은 게이트를 거부합니다. 브리프를 대체하는 습관이 거기서는 다릅니다. 다른 사람이 만든 주장을 개선하는 것과 아무것도 없는 상태에서 창조하는 것은 다른 행위이기 때문입니다.
브리프가 있다면 읽으십시오. 이 볼트의 파일링 시스템에서는 03 Projects/<Project>/_Research/[C] Conversion Brief — *.md에 있습니다. 다른 곳이라면 연구가 있는 폴더면 됩니다. 여기서 중요한 세 줄은 레지스터, 순위가 매겨진 문제점, 그리고 고객의 목소리 구절입니다. 마지막은 사람들이 건너뛰는 것이면서도 가장 효과가 드러나는 부분입니다. 고객의 표현으로 만든 훅이 회사의 표현으로 만든 훅을 능가하는 이유는 독자가 전자를 자신에 대한 묘사로 인식하기 때문이라는 평범한 이유 때문입니다.
브리프가 전혀 없어도 계속 진행하십시오. 두 가지 습관이 그 역할을 대신합니다.
- 어떤 레지스터로 쓰고 있는지, 결과물에 줄 앞에 명시하십시오. 레지스터는 일반적으로 선택되는 것이 아니라 상속됩니다(
../audience-research/SKILL.md에서 그 이유를 설명합니다). 아무것도 상속받지 않았다면 선택하는 것이며, 레이블이 없는 선택은 누구도 수정할 수 없습니다. 이름을 지정하고, 요청에서 무엇이 그것을 암시했는지 밝히고, 독자가 한 마디로 무시할 수 있게 하십시오. - 어떤 훅도 구체적인 숫자를 지어내지 않습니다. 숫자, 간격, 특정 고객 이름, 지분, 비율 — 비즈니스에서 명시하지 않았다면 줄에 넣지 않습니다. 이것은 이 전체 플러그인에서 허위 사실이 들어갈 가능성이 가장 높은 지점입니다. 훅이 효과를 내기 위해 구체성이 필요하고, 가장 빠르게 얻는 방법은 지어내는 것이기 때문입니다. 대신
NOT ESTABLISHED — <무엇이 그것을 해결할지>를 슬롯에 쓰십시오. 이 규율은../audience-research/SKILL.md에 완전히 명시되어 있습니다.
레지스터는 소리뿐 아니라 어떤 유형을 사용할 수 있는지 결정합니다
8가지 유형: 결과물 · 시간 · 노력 · 콜아웃 · 반론 · 고통 · 메커니즘 · 변환
5가지 레지스터: 보수적 B2B (DACH) · 기술/산업 · 소비자/라이프스타일 · 미션/비영리 · 다이렉트 리스폰스. 이는 ../audience-research/references/register-profiles.md에 정의되어 있습니다.
이들을 교차하는 것은 단순히 볼륨을 높이거나 낮추는 문제가 아닙니다. 어떤 레지스터에서는 한 유형의 결정적인 움직임이 완전히 불가능하여 다른 것으로 대체해야 합니다. 다른 레지스터에서는 같은 유형이 페이지에서 가장 강력한 줄이 됩니다. references/hook-taxonomy.md에는 40가지 모든 교차점이 있으며, 각각 생성되는 줄과 레지스터가 움직임에 어떤 영향을 미쳤는지 설명합니다.
절차
- 표면과 레지스터를 지정하십시오. 히어로 라인, 이메일 제목, 광고 첫 줄, 소셜 오프너, 버튼 레이블 — 표면은 어떤 기술로도 협상할 수 없는 단단한 한계를 설정하며, 레지스터보다 먼저 적용됩니다.
references/headline-formulas.md는 그 한계로 시작합니다. - 한 줄이 주장해야 할 단 하나의 것을 지정하십시오. 하나입니다. 두 가지가 슬롯을 놓고 경쟁한다면 페이지에 두 개의 섹션이 필요하며, 더 긴 훅이 아닙니다. 브리프의 순위가 매겨진 문제점에서 가져오거나, 정확히 하나의 질문을 하여 얻으십시오.
references/hook-taxonomy.md에서 의도적으로 세 가지 유형을 선택하십시오 — 각 유형 아래 레지스터 행만 읽고 전체 파일을 읽지 마십시오. 세 가지입니다. 여덟 가지를 모두 선택하면 40줄이 나오며, 40줄은 클라이언트에게 제공된 선택이 아니라 결정되지 않은 채로 돌려받은 결정입니다.- 각각을
references/headline-formulas.md로 문장으로 만드십시오. 3단계는 주장을 선택하고 4단계는 문장을 선택합니다. 이 분할이 두 참조 파일 사이의 전체 경계이며, 각 파일은 자신의 측면을 명시합니다. - 표면 한계에 맞게 자르고, 살아남은 것들을 소리 내어 읽으십시오. 중간에 숨을 쉬어야 하는 줄은 두 줄입니다. 마지막 단어에 도달해야 의미가 도착하는 줄은 정확히 거기서 잘릴 것입니다.
- 다섯에서 일곱 개를 제공하고, 각각 유형을 레이블로 붙이고, 하나를 추천하십시오. 레이블은 클라이언트가 표현이 아닌 앵글을 거부할 수 있게 하며, 그것이 가치 있는 이견입니다.
빠른 트랙
대부분의 요청은 한 줄입니다. 더 강력한 헤드라인, 몇 가지 제목 줘, 버튼에 뭐라고 써야 할까. 1, 3, 4, 6단계를 실행하고 나머지는 건너뛰십시오. 세 가지 다른 유형의 변형 세 개가 한 유형의 일곱 개보다 낫습니다. 어떤 유형인지 말하는 이유는 클라이언트가 보통 어떤 앵글이 옳은지 알지만, 서로 다른 두 개를 보기 전까지는 이름을 붙일 수 없기 때문입니다.
요청이 이미 존재하는 줄을 개선하는 것이라면, 먼저 그 줄이 현재 어떤 유형을 시도하고 있는지 읽으십시오. 절반의 경우 줄은 좋은 앵글이지만 실행이 나쁜 것이며, 수정은 references/headline-formulas.md에서 하나의 구조를 교체하는 것으로 충분하고 새로운 세트를 만들 필요가 없습니다.
여기서 멈추는 경우
- 히어로 섹션은 아닙니다. 히어로는 부제목, 증명 스트립, 버튼이 각각 일부를 담당하는 압축된 주장이며, 그 섹션이 달성해야 할 것은
../conversion-page-build/references/section-playbooks.md에서 결정됩니다. 여기서 나오는 것은 그 섹션에 필요한 줄입니다. 단독으로 반환된 헤드라인은 반환된 히어로가 아닙니다. - 그 아래 문단은 아닙니다. 줄이 결정되고 주변 카피가 작업이 필요하면, 그것은
../copy-sweeps/SKILL.md입니다. - 표현으로 수리된 제안은 아닙니다. 아무것도 소리 같지 않은 줄은 대개 그 뒤에 아무것도 없습니다. 그렇게 말하고,
../offer-architect/SKILL.md로 가십시오. 열두 번째 변형을 만드는 대신 — 이 스킬이 가장 쉽게 유도되는 요청입니다.
출력
각 줄은 유형이 태그되고, 필요한 경우 어떤 표면에 맞춰 잘렸는지 표시됩니다. 하나의 추천과 그 이유가 포함됩니다. NOT ESTABLISHED로 남겨진 슬롯은 채워지지 않고 그대로 표시되어, 그 공백을 해결할 수 있는 사람에게 보입니다. 레지스터가 상속되지 않고 추론된 경우, 그 문장은 각주가 아니라 맨 위에 위치합니다.