제품 원칙 4
- 대화가 곧 UI — 코스·후보·결제·일정 카드는 대화 안에 인라인. 별도 예약 화면으로 이탈시키지 않는다
- 한 문장 → 완결 — 요청부터 일정 등록까지 한 대화. 화면 이동 수가 핵심 지표
- 게스트 우선 — 로그인 없이 코스·후보까지 체험, 가입은 예약 확정 직전에만
- 신뢰 가시화 — 승인 버튼·가격 출처·광고 배지를 숨기지 않는다 (보안 설계의 UX 면)
IA — 화면 5개 이 이상 늘면 Chat-first 위반 신호
| 화면 | 역할 | 데모 대응 |
|---|
| ① 대화 (홈) | AI 요청 · 코스/후보/결제 카드 인라인 | ✅ 폰 프레임 채팅 |
| ② 내 일정 | 확정 예약·코스 보관함 · 변경/취소 · 리마인드 | 일정 카드 → 전용 탭 승격 |
| ③ 지도 | 코스 동선·후보 탐색 (대화와 양방향) | ✅ 지도 패널 |
| ④ 취향·프로필 | 동의 관리(“취향 삭제해줘”와 등가) · 결제수단 · 알림 | 개인화 안내 → 화면화 |
| ⑤ 코스 랜딩 | 공유 링크 수신자 미리보기 → “나도 이 코스로” → 가입 | 공유 버튼 → 랜딩 신설 |
핵심 플로우 세 개가 전부 — 데모에서 두 개는 이미 돌아감
| 플로우 | 경로 | 상태 |
|---|
| 예약 완결 | 요청 → 코스/후보 → Hold(5분) → 승인 → 결제 → 일정 | ✅ 데모 1~4단계 |
| 재방문 루프 | 방문 완료 → 선제 제안(동의 취향) → 원탭 재예약 | ✅ 데모 7단계 · CRM |
| 공유 유입 | 코스 링크 → ⑤랜딩 → 예약 전환 → 가입 (추천인 보상 접점) | M5–6 (로드맵) |
온보딩 · 알림 · PWA
| 주제 | 결정 |
|---|
| 계정 | 게스트 기본 → 예약 확정 시 소셜 로그인(카카오 우선 검토) + 휴대폰 인증 · 최소 수집(보안 L4) |
| 알림 | 거래(확정·리마인드)=알림톡/문자 · 제안(재방문)=웹푸시 동의 기반 · 모든 이벤트는 대화에 원본 기록 |
| PWA | M4 정식 출시. 설치 유도는 첫 예약 완료 직후(가치 경험 후) · 오프라인은 내 일정 열람 |
| Native 전환 | 트리거 충족 시에만: 푸시 도달이 리텐션 병목으로 확인 + MAU 1만 안정. 그 전 Native는 폐기 선택지의 재론 |
활성화 퍼널 사용자 측 KPI — customer_events 동일 체계
방문→대화 시작→코스/후보 열람→Hold→예약 완료→D+30 재방문
핵심 지표 — 방문→예약 완료 전환율(“다운로드가 아니라 예약 완료”의 계량화) ·
예약 1건당 대화 턴 수(↓) · 공유 유입→가입 전환율 · 재방문 예약률(CRM 지표와 공유).
| 월 | 사용자 앱 범위 |
|---|
| M1–2 | ①대화+③지도 웹 (실 LLM·예약 E2E) — 게스트 플로우 |
| M3 | ②내 일정 v0 + 리마인드 수신 |
| M4 | PWA 정식 출시 — 설치 유도·가입·알림톡 |
| M5–6 | ⑤공유 랜딩 + 추천인 접점 · 대기자 알림 |
| M7 | ④취향·프로필 + 개인화 UX (효과 미리보기·근거 표시) |
| M8+ | 결제수단 관리·영수증 · (트리거 시) Native 검토 |
운영 원칙 — 데모(프로토타입)와 이 설계가 갈라지면 설계를 갱신하거나 데모를
고친다. 둘이 어긋난 채 두지 않는다. 계정·알림의 법적 요건(만 14세·광고성 수신동의)은 법무 확인 사항.