4/27 목
- 강의 Chapter 26. 타다 호출 예약 서비스 기획 프로세스
- 최종 과제
- 케이스 / 아티클 스터디
타다
호출 예약 제공 라인업 = 타다 넥스트, 플러스
O2O 시장의 특징도 갖고 있어 비즈니스 사이드, 프로덕트 사이드 모두에서 특징을 잘 살려서 반영해야 한다
비즈니스 사이드
라이더, 드라이버 양쪽 모두를 고려한 정책 수립이 필요
프로덕트 사이드
한쪽 유저 액션이 다른 쪽 유저 액션에 영향을 준다는 점을 늘 염두해야 된다
호출 예약 서비스는 타다를 미리 예약할 수 있는 기능
최소 1시간 후 ~ 최대 14일 이후 예약이 가능하다
Pain Point
수요 대비 부족한 차량 공급 수
Unmet Needs
당장 1회성 이동뿐만 아니라 동일한 출/도착지를 왕복으로 반복 탑승하는 유저군 확인
사내 모의 테스트 - 호출 예약 가능성 확인
라이더 사이드
- 실제 오프라인 상황에서 실시간 호출과 비교 시 느껴지는 차별점
- 정책적으로 반드시 챙겨야할, 방지되어야 할 항목 체크
드라이버 사이드
- 운행상황, 시간, 가격 측면에서 실시간 콜과 차별점
- 경쟁사 대비 매력으로 어필될 수 있는 포인트 발굴
시나리오 설계 -> 테스터 모집 -> 테스트 시행 -> 결과
경쟁사 분석 및 벤치마킹
기획/UX
- 실제 유저의 입장에서 서비스 경험을 통한 기획 아이데이션
디자인/UI
- 유저 친화적인 UI 및 플로우 포인트 발굴
사업/OP
- BM 및 운영 정책 확인
MVP 스펙 결정
비즈니스 사이드
- 유사한 서비스가 이미 존재
프로덕트 사이드
- 이용을 위한 Main Flow 초점
프로젝트 킥오프
- 배경 / 목적 Align - 다양한 팀 간 이해도 및 공동의식 형성
- 주요 스펙 Align - 주요 사업 / 운영 정책 공유
- 주요 정책 Align - 사업 / 운영 측면의 주요 정책 공유
- 서비스 운영 관련 - 법무 이슈 검토
- 제품 구현 관련 - 업데이트 시나리오 확인
- 진행 일정 관련 - 이후 주요 단계 일정 논의
디자인 시안 논의
- 세부 시나리오 체크 - Main Flow 외 시나리오 및 미대응 엣지 케이스 논의
- 최종 UI 결정 - 여러 안의 UI 옵션 논의
- 개발 일정 재조율 - 결정된 UI 기반 구현 일정 재산정
필드 테스트
목적
- 본격적인 QA 돌입 전 기능 구현 점검
- 실제 상황 대입 시 수정/보충 사항 체크
과정
- 시나리오 설계 -> 테스트 조 편성 -> 테스트 시행 -> 결과
유저 커뮤니케이션 준비
목적
- 신규 기능 런칭 예고
- 단계 별 사용 방법 안내
- 주요 유의사항 전달
- 주요 활용 Tip 소개 및 이용 유도
데이터 지표 및 트래킹
데이터 모니터링 목적
- 호출 예약 서비스 성과 측정
- 이상 신호 및 가드레일 지표와의 상충 감지
교육자료 및 응대 가이드
- CX 팀 대상 앱 상세 플로우 & 정책 공유
- 도움말 / FAQ 구성
- 페널티 / 보상 관련 자유도 Align
후속 대응 및 고도화
- 서비스 오픈 - 실시간 제품 오류 및 운영 이슈 대응
- 주요 운영 이슈 대응 - 긴급 대응 / 핫픽스 TF 운영
- 고도화 영역 확인 - 스펙 고도화를 위한 로드맵 구축
기타 고려 영역
- 대고객 메시지 정비 - 서비스 이용 단계 별 대고객 발송 메시지 점검
- 도움말 정비 - 추가 안내가 필요한 영역 점검
- 추가 마케팅 진행 - 서비스 운영 상황에 따른 추가 마케팅 커뮤니케이션
케이스 스터디
