# 히어로 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` |