[docs] landing: 히어로 CTA 문구 변경 결정 기록 추가
경영진 보고용 문안을 코드 옆에 남긴다. 최초 지시안(협상 예시 보기 · 직접 체험)을 검토 과정에서 수정한 사유와, 최종안(협상 예시 체험 · 실제 데모 받기)이 지시 의도를 어떻게 유지했는지를 기록한다. 이후 CTA 문구 결정 시 참조할 원칙도 남긴다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
77d96cd4a4
commit
84090433ab
69
landing/docs/2026-08-07-hero-cta-copy-decision.md
Normal file
69
landing/docs/2026-08-07-hero-cta-copy-decision.md
Normal file
@ -0,0 +1,69 @@
|
|||||||
|
# 히어로 CTA 문구 변경 결정 기록
|
||||||
|
|
||||||
|
- **일자**: 2026-08-07
|
||||||
|
- **상태**: 적용·배포 완료
|
||||||
|
- **범위**: 히어로 CTA 2종, 데모 요청 모달 제목
|
||||||
|
- **관련 커밋**: `77d96cd`
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 요약
|
||||||
|
|
||||||
|
히어로 상단 CTA 2종의 문구를 변경했다. 최초 지시안을 검토 과정에서 일부 수정했으며,
|
||||||
|
수정안으로 승인·적용·배포를 완료했다.
|
||||||
|
|
||||||
|
## 1. 변경 내역
|
||||||
|
|
||||||
|
| 위치 | 기존 | 최초 지시안 | **최종 적용** |
|
||||||
|
|---|---|---|---|
|
||||||
|
| 1차 CTA | 여기서 직접 체험 | 협상 예시 보기 | **협상 예시 체험** |
|
||||||
|
| 2차 CTA | 데모 요청 | 직접 체험 | **실제 데모 받기** |
|
||||||
|
| 모달 제목 | 데모 요청 | (미지정) | **실제 데모 받기** |
|
||||||
|
|
||||||
|
## 2. 최초 지시안을 수정한 사유
|
||||||
|
|
||||||
|
두 버튼은 클릭 후 경험이 전혀 다르다. 1차는 페이지 내에서 즉시 조작하는 인터랙티브
|
||||||
|
데모(`#how-it-works`)이고, 2차는 이름·이메일을 받는 리드 수집 폼(모달)이다.
|
||||||
|
|
||||||
|
| 지시안 | 확인된 문제 | 사업적 영향 |
|
||||||
|
|---|---|---|
|
||||||
|
| 협상 예시 **보기** | 도착 섹션이 "직접 경험해 보세요", 역할 카드가 "공급사로 해보기"로 조작을 요구함. 버튼은 관람을 약속하고 목적지는 참여를 요구 | 클릭 전 기대와 실제 요구 불일치 → 데모 진입 단계 이탈 |
|
||||||
|
| **직접 체험** | 클릭 시 실제로는 입력 폼이 노출됨. 체험은 이메일 수신 이후 시작 | 즉시 체험을 기대한 방문자의 신뢰 저하 → 리드 폼 이탈 |
|
||||||
|
|
||||||
|
## 3. 최종안이 지시 의도를 유지하는 방식
|
||||||
|
|
||||||
|
최초 지시의 핵심 의도는 **"페이지 내 데모는 시뮬레이션, 이메일 데모가 실제 제품"**
|
||||||
|
이라는 구분이었으며, 최종안은 이를 그대로 반영했다.
|
||||||
|
|
||||||
|
| 요소 | 반영 방식 |
|
||||||
|
|---|---|
|
||||||
|
| 시뮬레이션임을 명시 | "**예시**" 유지 — 고정 데이터 기반임을 표기 |
|
||||||
|
| 목적지와의 정합성 | "**체험**" 유지 — 섹션 헤드라인·역할 카드와 충돌 없음 |
|
||||||
|
| 실제 제품 구분 | "**실제** 데모" — 온페이지 예시와 명확히 분리 |
|
||||||
|
| 전달 경로 명시 | "**받기**" — 이메일 수신 방식임이 드러나 폼 노출이 자연스러움 |
|
||||||
|
|
||||||
|
## 4. 부수 조치
|
||||||
|
|
||||||
|
| 항목 | 조치 | 사유 |
|
||||||
|
|---|---|---|
|
||||||
|
| 모달 제목 | "데모 요청" → "실제 데모 받기" | 버튼과 창 제목 불일치 시 전환 순간 이탈 방지 |
|
||||||
|
| 모달 제출 버튼 | "데모 신청" **유지** | 해당 클릭의 실제 결과는 신청 접수이며, 데모 수령은 이메일 단계에서 발생 |
|
||||||
|
| 데모 섹션 헤드라인 | **변경 없음** | 최종안이 "체험"을 유지하여 수정 불필요 |
|
||||||
|
|
||||||
|
## 5. 적용 원칙
|
||||||
|
|
||||||
|
> **버튼 문구는 클릭 시 실제로 발생하는 동작을 기술한다.**
|
||||||
|
> 문구와 동작이 어긋나면 전환 손실로 직결된다.
|
||||||
|
|
||||||
|
이 원칙은 이후 CTA 문구를 손볼 때 같은 기준으로 적용한다. 특히 아래 두 경우를 주의한다.
|
||||||
|
|
||||||
|
- **목적지와 동사가 어긋나는 경우** — 버튼이 "보기"인데 도착지가 조작을 요구하면 안 된다.
|
||||||
|
- **폼을 여는 버튼에 결과를 약속하는 경우** — "체험"·"시작" 류는 즉시 그 일이 일어날 때만 쓴다.
|
||||||
|
|
||||||
|
## 6. 참고 — 관련 코드 위치
|
||||||
|
|
||||||
|
| 대상 | 파일 |
|
||||||
|
|---|---|
|
||||||
|
| 히어로 CTA 2종 | `app/components/sections/hero-dataflow.tsx` |
|
||||||
|
| 모달 제목·제출 버튼 | `app/components/ui/demo-request-modal.tsx` |
|
||||||
|
| 도착 섹션 헤드라인·역할 카드 | `app/components/sections/negotiation-demo.tsx` |
|
||||||
Loading…
Reference in New Issue
Block a user