0428 #46 서비스 기획 프로세스

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 운영
• 고도화 영역 확인 - 스펙 고도화를 위한 로드맵 구축

 

기타 고려 영역

• 대고객 메시지 정비 - 서비스 이용 단계 별 대고객 발송 메시지 점검
• 도움말 정비 - 추가 안내가 필요한 영역 점검
• 추가 마케팅 진행 - 서비스 운영 상황에 따른 추가 마케팅 커뮤니케이션

---

케이스 스터디

 

아티클 스터디