A BiteMark Field Book

부록 1. BiteMark 한 페이지 설계표

후킹보다 야마 v0.4.0

블록	작성 문장
고객 상황	고객은 지금 `[ ]` 때문에 멈춰 있다.
기존 믿음	고객은 `[ ]`라고 믿는다.
문제명	이 불편함의 이름은 `[ ]`다.
문제 객체	이 문제의 상황, 손실, 기존 믿음, 실패 조건은 `[ ]`다.
야마	하지만 실제 문제는 `[ ]`다.
Hook	지나가던 사람을 멈추게 할 첫 문장은 `[ ]`다.
Bite	이 문장은 고객의 `[믿음 / 불안 / 욕망 / 구매 상황]` 중 `[ ]`를 문다.
Mark	나중에 떠올라야 할 이름이나 문장은 `[ ]`다.
FAB	기능이 만드는 증거 사슬은 `[ ]`다.
Offer	그래서 고객에게 `[ ]`를 제안한다.
해결책 객체	이 해결책의 산출물, 기간, 증거, 가격, 리스크 제거, 제외 조건은 `[ ]`다.
CTA	오퍼로 들어가는 다음 행동은 `[ ]`다.

작성 순서는 Hook이 먼저가 아니다.

야마가 먼저다.

무엇을 물지 정하지 않고는 세게 물 수 없다.

이 표는 카피 생성 프롬프트가 아니다. 고객 인식, 문제명, 야마, 증거, 오퍼, CTA가 한 장에서 서로 맞물리는지 보는 진단표다. 문장이 예뻐도 표의 빈칸이 많으면 아직 판매 언어가 아니다.

Early Reader Feedback

원고 피드백 남기기

읽다가 헷갈린 곳, 더 듣고 싶은 사례, 동의하기 어려운 문장을 알려주세요. 공개 댓글이 아니라 저자에게만 전달되는 피드백입니다.