여기서 직접 체험 → 협상 예시 체험 데모 요청 → 실제 데모 받기 두 버튼은 성격이 전혀 다른데 문구가 그걸 구분하지 못했다. 1차는 페이지 안에서 바로 조작하는 인터랙티브 데모고, 2차는 이름·이메일을 받는 리드 폼이다. 클릭 직후 경험이 다르므로 문구도 갈라야 한다. 협상 예시 체험 고정 데이터 시뮬레이션이라 "예시"를 밝힌다. 다만 "보기"로 낮추지는 않았다 — 도착 섹션이 "직접 경험해 보세요" 이고 역할 카드가 "공급사로 해보기" 라, 버튼만 구경하는 말이면 클릭 전 기대와 도착 후 요구가 어긋난다. 실제 데모 받기 누르면 폼이 뜨고 데모는 이메일로 온다. "직접 체험" 이라 쓰면 눌렀을 때 바로 만질 줄 알았다가 입력을 요구받아 낚인 느낌이 된다. "받기" 는 이메일로 온다는 사실이 드러나서 폼이 뜨는 게 자연스럽다. 모달 제목도 "데모 요청" → "실제 데모 받기" 로 맞췄다. 버튼이 "받기" 인데 열린 창이 "요청" 이면 전환 순간에 다른 화면처럼 읽힌다. 제출 버튼은 "데모 신청" 그대로 둔다. 같은 원칙을 적용하면 그 클릭으로 실제 일어나는 일은 신청 접수이지 데모 수령이 아니다(수령은 이메일로 나중에). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| comparison.tsx | ||
| contact.tsx | ||
| core-values.tsx | ||
| faq.tsx | ||
| final-cta.tsx | ||
| footer.tsx | ||
| header.tsx | ||
| hero-dataflow.tsx | ||
| how-it-works-demo.tsx | ||
| negotiation-demo.tsx | ||
| reinforcement.tsx | ||