Haewon Kam 84090433ab [docs] landing: 히어로 CTA 문구 변경 결정 기록 추가

경영진 보고용 문안을 코드 옆에 남긴다. 최초 지시안(협상 예시 보기 · 직접 체험)을
검토 과정에서 수정한 사유와, 최종안(협상 예시 체험 · 실제 데모 받기)이 지시 의도를
어떻게 유지했는지를 기록한다. 이후 CTA 문구 결정 시 참조할 원칙도 남긴다.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

2026-08-10 17:09:07 +09:00

3.5 KiB

Raw Blame History

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

3.5 KiB Raw Blame History