728x90

들어가며

이번 시간에는 배달의 민족 서비스를 살펴보고 배달의 민족 라이더 가게 찾기 UX 개선 방법에 대해 살펴보려고 한다.

 


플랫폼 비즈니스 이해

플랫폼이란?
양면 시장을 대상으로 한 사업 모델

 

양면 시장을 연결해 주는 플랫폼을 운영하며 수익 등의 가치를 창출하는 것

  • 광고 비용
  • 중개 이용료
  • 부가수익 창출

배달의 민족으로 알아보는 플랫폼 비즈니스

 

 

배달 플랫폼 시장

음식을 주문하는 고객과 음식점 사장님 간의 주문을 연결해 주고 라이더가 음식을 받아 고객에게 전달하는 다면 시장 구조

다면 시장 구조 이해도

 

배달 플랫폼 고객과 니즈

수요자: 배민 앱 고객

편리한 서비스 이용
  • 다양한 가게와 메뉴
  • 빠르고 안전한 배달

공급자: 음식점 사장님

편리한 서비스 이용
합리적인 광고 비용
  • 많은 고객 주문량
  • 단골 고객 Lock-in
  • 합리적인 배달 비용

전달자: 배달 라이더

편리한 서비스 이용
  • 많은 배달 요청
  • 높은 수익

연결되어 있는 고객의 니즈

  • 모든 고객을 만족시키기에는 서로 상충되는 니즈가 존재한다.
  • 연결되어 있는 니즈들을 고려해서 서비스 기획을 해야 한다.

배달 플랫폼의 프로덕트 구분

음식 주문 흐름으로 프로덕트 구분하기

배달의 민족 주문 흐름 알아보기

 

고객: 주문 → 결제 요청 → 결제 완료  → 주문 수락 → 주문 사항 조회 → 배달 완료

음식점 사장님: 주문 가능 여부 확인 → 주문 발생 → 주문 수락 → 라이더 요청 → 조회 → 라이더 전달

배달 라이더: 배차 수락 → 가게로 이동 → 음식 픽업 → 배달 → 배달 완료

 


다면 고객을 대상으로 한 배달 플랫폼 프로덕트

고객이 다양한 만큼 배달 플랫폼의 프로덕트도 다양한 고객을 대상으로 구분되어 있다.

배달 플랫폼 전체 프로덕트

 

 

프로덕트 매니저의 업무 흐름 알아보기

그림으로 살펴보는 업무 프로세스와 각 프로세스 별 담당

 

배달의 민족의 경우
배달의 민족 프로덕트와 도메인이 MSA(Micro Service Architecture) 구조로 이루어져 있어서 대부분의 과제를 유관 프로덕트 부서와 함께 진행하며 때때로 프로덕트의 전체 PO 역할로 참석한다.

 

 


과제 진행 프로세스 알아보기

과제: 라이더 가게 찾기 경험 개선 프로젝트 
  • 기존 사장님이 이용하는 기능을 확대하는 과제
  • 기존 현황 분석을 통해 기능, 운영, 모니터링 정책을 개선하는 작업이 중요

진행 프로세스 한 눈에 살펴보기

1. 현황 분석 및 문제 파악 

먼저 현황과 문제를 검토하고 해당 과제의 필요성과 해당 과제를 통한 기대 결과를 파악한다.

 

  • 라이더는 어떤 불편함을 겪고 있는가?
  • 기존 기능의 문제점은 무엇이며 어떻게 해결해야 하는가?
  • 문제를 해결하면 어떤 파급 효과를 가져오게 되며, 충분히 효과적인가?
  • 어떻게 문제를 해결하는 것이 가장 합리적이고 효율적인가?

 

2. 기능에 대한 기획 진행

프로젝트 진행이 결정되었을 경우, 직접적인 유관 부서와 논의 후 상위/상세 기획을 진행한다.

 

상위 기획 시 고려사항  → 상세 기획 시 고려사항

  • 해당 프로젝트의 목적과 해결해야 하는 과제 정의 → 요구사항 별 상세 태스크 정의
  • 프로젝트의 전체 스펙과 영향 범위는 얼마나 되는지 확인 → 상세 개발 스펙 정의
  • 어떤 방식으로 해당 기능을 운영할 것인지 정의 → 단계별 운영/모니터링 정책 마련

 

 

3. 프로젝트 관리 및 성과 모니터링

진행 사항을 꼼꼼히 챙기며 관리 및 진행한다.
개선할 기능이 유저에게 전달된 이후로는 지속적으로 이용 행태와 성과에 대해 모니터링한다.

 

  • 성과 측정 → 추가 개선 사항 발견
  • 이용 행태 분석
  • 고객 VOC 파악 → 문제 해결 여부 파악

프로젝트 배경 및 목표

라이더의 가게 방문에 대한 어려움 파악

 

  • 크거나 복잡한 건물 안에 가게가 위치해 있어 건물 안에서 가게를 찾는 데 헤매는 일이 많음
    • ex) 백화점 내의 푸드코트, 복잡한 상가
  • 가게 방문을 위해 주차를 하고자 하는데 주차장 위치를 알 수 없거나 주차가 어려움
  • 가게가 복잡한 골목 안에 위치해 있어 주소지 만으로 가게를 찾기 어려움

프로젝트 진행 내용

기존 기능 분석과 개선 방향 설정

ASIS

  • 주소지 정보 외에 가게를 찾는 정보를 안내하는 문구 입력 기능이 있었으나, 고객센터를 통해서만 입력이 가능했음
  • 가게 사장님이 직접 입력할 수 없었기 때문에 해당 기능이 널리 활용되지 못하고 이용률이 적었음

TOBE

  • 가게 사장님이 직접 입력할 수 있도록 사장님 이용 서비스인 배민 외식업 광장 셀프서비스 페이지에 '라이더 가게 방문 안내' 문구를 입력할 수 있도록 기능 확장

 

기능 변경 사항

(좌): 사장님이 입력하는 배민 셀프 서비스 화면 / (우): 커넥터가 확인하는 배민 커넥트 앱 화면 _출처:배달의 민족

 


정채 개선안

정책이 달라지는 사항에 대해 여러 부서의 이해관계가 있기 때문에 여러 방안을 마련하여 
유관 부서(사업 운영 부서, 서비스 팀 등)와 논의 후 결정한다.

 

 

정책 ASIS

  • 입력 가능 채널:
    • 고객 문의를 통해 입력 요청
  • 입력 정책:
    • 사장님 문의 요청 그대로 고객센터 담당자가 기입
  • 모니터링 채널:
    • 별도 모니터링 정책이 구축되지 않았으며 요청하는 정보 그대로 저장하고 있음

 

정책 TOBE

  • 입력 가능 채널:
    • 셀프서비스에서 사장님이 직접 입력
    • 고객 문의를 통해 내부 관리자 페이지를 통해 입력
  • 입력 정책:
    • 1안: 사장님이 등록하면 즉시 저장 및 앱에 반영되며, 사후 모니터링을 통해 작성 불가 케이스에 대해 계도 요청 진행 
    • 2안: 사장님이 등록 요청 → 내부 담당자의 승인을 통해 저장 및 앱에 반영
  • 모니터링 채널:
    • 1안: 운영 부서에서 직접 데이터 추출을 통해 일별 모니터링
    • 2안: 해당 문구가 수정/등록될 때마다 내부 모니터링 채널에 연동하여 상시 모니터링

 

기존 기능 활용 행태 분석

기존에 입력하고 있었던 데이터를 추출하여 사장님이 입력하는 문구를 분석한다.
분석한 내용을 기반으로 어뷰징 방지 및 운영 정책을 수립한다.

 

작성 가능 예시

 

작성 불가 예시

  • 가게의 실주소를 한번 더 기재하는 문구
  • 음식의 특성을 고려하여 배차나 이동 수단을 특정하는 문구
    • 18인치 피자의 경우 자동차 라이더만 수행 부탁드립ㄴ디ㅏ.
    • 면이라 금방 불어버리니 시간 맞추기 어려우신 분들은 배차 잡지 말아 주세요.
    • 픽업 시 보온 가방이 없는 라이더 분은 배차 자제 부탁드립니다. 등
  • 가게 방문과 관련 없는 문구
    • 마스크 미착용 시 출입 금지

오픈 후 모니터링

사용자들이 목적에 맞게 잘 사용할 수 있도록 기능 이용 현환에 대해 주기적으로 모니터링한다.

이를 통해 어뷰징 데이터의 비율이 얼마나 되는지, 이에 따른 운영 정책 강화 여부를 검토하고
지속적인 개선을 통해 라이더, 커넥터들이 매장을 방문할 때의 경험이 개선될 수 있도록 한다.

 

성과 측정

  • 단기
    • 해당 기능 이용률
    • VOC 감소 여부 파악
  • 장기
    • 배달 시간 개선 여부 파악

 

이용 행태 분석

  • 기능 이용의 어려움은 없는지, UX 등 사용성 개선에 필요한 점은 없는지 분석
  • 해당 기능의 목적에 맞게 잘 활용되고 있는지, 어뷰징 사례는 없는지 분석

고객 VOC 파악

  • 관련 기능에 대한 반응 파악(긍정, 부정)

프로젝트 성과 정리

  1. 기존 기능을 활용해 작업 범위를 설정함에 따라 효율적으로 과제 진행
  2. 직관적인 문구 설명과 이용 가이드를 통해 기능, 목적에 맞는 이용률 증대
  3. 기존 이용 현황 분석을 기반으로 한 운영 정책 수립으로 어뷰징 케이스 발생률 감소
  4. 내부 운영 담당자에게 모니터링 툴 제공을 통해 효율적인 모니터링 운영

 

프로젝트 사례를 통해 확인할 수 있는 것

  • 한정된 리소스로 문제를 효율적으로 해결하는 것도 PM의 역할이다.
  • 기존 기능에 대한 레거시와 히스토리를 충분히 파악할 수 있어야 한다.
  • 다면 시장에서는 다각면의 고객의 니즈가 연결되어 있음을 고려하여 문제를 정의 및 해결해야 한다.
  • 단순히 기능을 만드는 것 외에도 기능이 오픈된 후 효과적으로 운영하기 위한 방안도 고민해야 한다.

 

 

나의 생각

배달의 민족 라이더 개선 프로젝트 사례를 통해 다면 시장에서의 문제 정의 방법에 대해 살펴보고 효율적인 대안을 찾는 방법에 대해 살펴볼 수 있었다. 이를 통해 기존 레거시에 대한 이해도가 있어야 리소스를 활용할 수 있다는 것을 배울 수 있었다. 또한 라이더의 문제를 해결하니 동시에 사장님의 고민도 해결된 것을 보고 다면 시장에서는 연결된 고객의 니즈를 찾고 이를 고려하는 기획을 해야 한다는 것을 배울 수 있었다. 나는 아직 사용자(배민에서는 배민 이용자)의 입장에서만 배달의 민족을 사용하니 사장님과 라이더의 경험에 대해서는 제대로 이해해보려 하지 않았던 것 같다. 앞으로 서비스 이용자의 시선에서 벗어나 다양한 고객을 위한 서비스를 만들기 위해서 다각도의 시야를 얻기 위해 노력해야겠다.

 

728x90

오늘의집 서비스 기획 프로세스

  1. 프로덕트 백로그 확인 또는 비즈니스 요구사항 수렴
  2. 우선순위가 가장 높은 백로그 선정하여 기회평가
    • KPI 설정
    • ICE Scroing 진행
      • Impact, Confidence, Ease를 종합적으로 검토하고 우선순위를 정하는 데 사용하는 프레임워크
      • Conficene, ease 한 서비스도 Impact는 부족할 수 있음(어떤 것 하나가 부족할 가능성이 있음)
      • 따라서 우선순위를 정해서 어떤 것에 포커싱 된 기획안을 작성할 것인지?
      • Impact
        • 백로그 개발 시 Impact를 얼마나 가져올 수 있는지?
      • Confidence
        • 작업을 하면 당신이 원하는 임팩트를 얼마나 가져올 수 있는지?
      • Ease
        • 얼마나 쉽게 구현할 수 있는지?
  3. 가설 구체화
  4. 초기 기획안 작성(와이어프레임)
    • 초기 기획안: 가설 - 기대효과 - 요구 사항은 간략히 기재
    • 특정 프로젝트의 레퍼런스 or 시각적인 와이어프레임을 포함
  5. 프로덕트 팀에 1차적으로 공유하여 피드백 수렴
    • 초기 기획안 관련 피드백: 피드백을 바탕으로 이해 관계자(개발/디자인) 담당자와 보완
  6. 피드백을 바탕으로 2차 기획한 생성 후 디자인 작업 진행
  7. 디자인 바탕으로 개발자 대상 2차 공유
  8. 개발 ROI가 나오지 않는 기능들 축소 또는 제거
    • 개발 ROI가 낮다: 임팩트는 적은데 소요되는 리소스가 많은 경우
      • ex) 디자인에서 애니메이션 효과 적용
  9. 기획안 확정 및 세부 사항 구체화
  10. 개발 진행 중에도 지속적으로 개발 팀과 소통하며 기획안 개선
  11. 론칭 후 1차 데이터 확인 후에 성과 관련된 데이터 분석 자료 기획안에 추가
    • 실제로 원하는 기대 효과, 가설에 부합했는지? 이후 단계를 어떻게 진전시켜야 하는지?

오늘의집 PO의 서비스 기획서 훔쳐보기

오늘의집 서비스 기획서 템플릿

문서 버전

  • 문서에 변동이 있을 경우 상단 or 하단에 기재하여 파악하기
  • 항목
    • 버전
    • 변경 시점
    • 작성자
    • 변경 사항

기회 평가

  • 항목
    • 제품 / 기능명
    • 요약(설명)
    • 사업 목표
    • 타깃 유저
    • 유저 문제
    • 설루션(가설)
    • KPI: 메인 지표+가드레일 지표
      • 메인 지표(개선 기대 지표)
        • 가설을 통해서 개선을 기대하는 지표
      • 가드레일 지표
        • 개선의 부작용으로 인해 하락이 있더라도 특정 수치 이상 떨어져서는 안 되는 지표
          • 특정 설루션에서 항상 Trade-Off 관계
          • 메인 지표가 상승하더라도 가드레일 지표가 기준 이하로 하락할 경우 기능 제거 / 실험 폐기
        • 예시
          • 쇼핑몰에서 가입 없이도 물건을 둘러볼 수 있게 해주는 기능을 추가
            • 상품 조회수는 급격하게 상승할 수 있으나 가입 전화율은 반대로 떨어질 것
            • → 가입 전환율이 특정 수치 이상 떨어지지 않아야 함
            • 후행 지표인 리텐션, 매출 하락 여부 확인을 위해 가드레일 지표 설정 → 트레킹
    • ICE Score
      • Impact = Upside + Reach
      • Upside: 매출, 무엇이 좋아지는가?
      • Reach: 그 개선사항을 경험할 수 있는 유저의 수는 얼마나 되는가?
    • Confidence
      • 가설 성공에 대한 확신의 정도
    • Ease
      • 개발 기간, 개발 난도
    • 유관 자료
  • 세부 요구사항 (어떤 기능의 개발&디자인이 필요한지 디테일한 부분을 작성)
    • 요구사항 개요
    • 요구사항 디테일
      • 순번(커뮤니케이션 시 편의성 상승)
      • 영역
      • 요구사항
      • As-is
      • To-be
    • 결과 분석
      • 신규 제품 팀 멤버 or 외부 직원이 볼 때 프로젝트 목적/과정/결과를 확인할 수 있어야 한다.
      • 작성자의 의도, 문제점, 기획안, 기획안 결과, 추후 보완점 등 모든 프로세스 파악이 필요하다.
    • 추후 개선 사항 / 적용 과제
      • 과제명
      • 기대효과
      • 우선순위

오늘의집 서비스 기획서 작성하기

 

문서 버전

  • 문서에 변동이 있을 경우 상단 or 하단에 기재하여 파악하기
  • 항목
    • 버전: V 1.0
    • 변경 시점: 2021.10.01
    • 작성자: 김경훈(강사/오늘의집 서비스 기획자)
    • 변경 사항: 서비스 기획안 초안 작성

기회 평가

  • 항목
    • 제품 / 기능명:
      • 오늘의집 집들이 콘텐츠에서 상품 모아보기 기능 추가
    • 요약(설명):
      • 집들이에서 상품 모아보기 기능을 추가해서 한 번 해당 집들이에서 사용된 제품들을 보고 구매할 수 있도록 해 매출 증진을 도모함
    • 사업 목표:
      • 집틀이 콘텐츠를 통한 매출 증대
    • 타깃 유저:
      • 오늘의집-집들이 콘텐츠를 활용하는 유저
    • 유저 문제 정의:
      • 집들이 콘텐츠에서 유저들이 태그 된 제품을 하나하나 클릭해서 봐야 하며, 집들이 전체에서 사용된 제품 리스트를 볼 수 없음
        • 마음에 드는 제품이 발견될 경우 하나씩 상품 페이지로 이동해서 북마크를 해야 함
    • 설루션(가설):
      • 상품 모아보기 기능을 제공한다면, 유저는 집들이에서 사용된 제품 전체를 쉽게 확인하고 더 많은 제품을 구매하거나 더 많은 북마크를 할 것이다.
    • KPI
      • 메인 지표(개선 기대 지표)
        • 매출: 집들이 콘텐츠를 통한 매출
      • 상품 모아보기 기능 이용률 개선
        • 버튼 클릭률
        • 상품 모아보기 페이지 조회수
        • 상품 모아보기 페이지 내에서의 구매 전환율
        • 상품 모아보기 페이지 내에서 평균 북마크 클릭수
        • 북마크 증가율
      • 가드레일 지표
        • 상품 모아보기 버튼이 추가될 경우 좋아요, 북마크, 댓글 등 다른 버튼의 사용률이 감소할 수 있음
        • 집들이 콘텐츠 평균 조회수 / 집들이 콘텐츠 리텐션 감소
        • 집들이 콘텐츠의 완독률 - 좋아요, 댓글 등도 감소할 수 있음
    • ICE Score 8*6*7 = 336
      • Impact: 영향력 8(1~10)
        • Upside: 상품 조회 편의성 증대를 통한 매출 증대
        • Reach: 오늘의집 - 집들이 콘텐츠를 활용하는 ㄴ유저(Daily 1,000만)
      • Confidnece: 성공에 대한 확신 6
      • Ease: 개발 기간, 개발 난이도 7
    • 유관 자료(근거 제시!!)
      • 상품 모아보기와 비슷한 기능의 결과 리포트 제시
      • ...

 

세부 요구사항

  • 요구사항 개요
    • 상품 모아보기 버튼 추가
  • 요구사항 디테일
    • 영역
      • 집들이 콘텐츠 초회 페이지
    • 요구사항
      • 버튼 추가
        • 버튼 크기
        • 버튼 텍스트(색상, 크기)
        • 버튼 위치
        • 버튼 색상
        • 버튼 클릭 시 Action: 상품 모아보기 페이지로 이동
      • 상품 모아보기 페이지 추가
        • 레이아웃
        • 상품 순서
        • 상품 썸네일 크기
        • 상품 카드 디자인
        • 뒤로 가기 시 Action
      • As-is
        • 버튼이 없을 때 디자인
      • To-be
        • 버튼이 있을 때 디자인

 

나의 생각

오늘은 오늘의집의 서비스 기획자가 알려주는 오늘의집 기획 프로세스와 방법에 대해 살펴봤다. 전체적인 흐름을 톺아보며 그동안 공부한 내용들을 전반적으로 다시 짚어보는 시간이 되었고, 기획서를 작성할 때 ICE Score 점수가 중요하다는 것을 알 수 있었다. 기획자는 공력 대비 높은 임팩트를 줄 수 있는 기능을 제시할 수 있도록 유관 자료(근거) 등을 잘 준비하는 것도 중요하다는 것을 알 수 있었다. 

728x90

들어가며

이번 포스팅은 아주아주 티끌 같은 토이 프로젝트, 나를 소개하는 앱 서비스 기획을 해보려고 한다.

기획 실무에서 많이 사용하는 문서들을 해당 앱 서비스 기획을 통해 작성해 보고 현업자의 마음가짐을 세팅하려고 한다.

 

 

서비스 개요

  • '대'자기 PR의 시대에 나를 PR하고 개인을 브랜드화하기 위해 나를 소개하는 앱 서비스를 제공한다.
  • 'Device only' 트렌드에 발 맞춰 자신을 언제든지 PR 하고 정리할 수 있는 앱 서비스를 만들고자 한다.

기획 목적

  • '나'라는 사람을 소개하고 나 스스로가 삶을 돌아보고 정리할 수 있다.

기대 효과

  • 해당 서비스를 통해 '나'라는 사람이 살아온 삶을 어느정도(약 70%) 이해할 수 있다.

주요 기능

  • 나의 소개
  • 나의 경력
  • 나의 활동
  • 나의 미래

를 설명하는 화면을 구현한다.

 

기타 사항

  • 웹 서비스는 제공하지 않는다.

 

Menu Tree 작성하기

안녕하은하세요의 메뉴트리는 3 Depth로 구성했다.

나를 소개하는 서비스다보니 많은 화면을 세분화하기보다 간결하고 명확한 구조로 쉽게 파악할 수 있도록 구성했다.

안녕하은하세요의 메뉴 트리

 

정보 구조도(IA) 작성하기

안녕하은하세요의 정보 구조도

 

Flow Chart 작성하기

플로우차트에서는 크게 회원가입 시 작동되는 플로우와 데이터베이스 간 흐름 등을 고려한 BO와 관리자인 '나'를 특정하기 위한 플로우를 작성했다. 

*플로우차트는 모든 화면 대한 내용을 작성하지는 않았다.

 

회원가입 flow

안녕하은하세요의 회원가입 flow

 

관리자 flow

안녕하은하세오의 관리자 flow

 

Wire Frame과 Description 작성하기

메인 UI

안녕하은하세요 어플의 메인 화면을 기획하고 기능 Description을 작성했다.

화면 간 이동을 탭 버튼으로 제공하고 한 화면에 많은 정보를 모두 보여주기보다 다른 화면으로 구성해 사용자가 보고 싶은 내용만 따로 살펴볼 수 있도록 구성했다. 또한 프로필 사진은 관리자(나)가 등록한 사진을 보여주며, 여러 장을 업로드할 수 있도록 구성했다.

 

안녕하은하세요의 메인 화면 와이어프레임과 기능 디스크립션

MBTI UI

다음은 MBTI를 소개하는 화면 와이어프레임이다.  사진과 함께 MBTI와 관련된 '나'의 성격을 소개할 수 있는 글귀를 제공하도록 구성했다.

사용자가 보는 UI와 관리자가 관리하는 UI를 함께 보여줘 개발 및 디자이너들의 이해도를 높였다.

안녕하은하세요의 MBTI 화면 와이어프레임과 기능 디스크립션

 

나의 경력 - 나의 직장 UI

다음 화면은 나의 경력 중 나의 직장 와이어프레임이다. 학교 생활과 나의 직장을 각각 상단 버튼을 통해 이동할 수 있으며, 

나의 직장에서는 '나'의 경력 활동에 대한 내용을 보다 자세히 보여줄 수 있도록 구성했다. 또한 관리자(나)는 가장 하단의 노출된 수정 버튼으로 해당 화면의 내용을 수정할 수 있도록 구성했다.

안녕하은하세요의 나의 직장 화면 와이어프레임과 기능 디스크립션

 

로그인 UI

안녕하은하세요 서비스 외에도 모든 앱 서비스에서 가장 기본으로 다루는 로그인 화면이다. 심플한 디자인으로 필요한 기능만 제공하도록 구성했다. 또한 나라는 사람을 소개하는 가벼운 앱 서비스이기 때문에 가장 많은 사용자를 보유한 네이버와 애플(정책상 필수) 단 2개의 간편 로그인만 제공한다.

 

안녕하은하세요의 로그인 화면 와이어프레임과 기능 디스크립션 1

다음은 사용자 정보 불일치 및 형식 불일치에 따른 UI다.

안녕하은하세요의 로그인 화면 와이어프레임과 기능 디스크립션 2

 

회원가입 UI

다음은 자사 서비스에 회원가입하는 화면이다. 

안녕하은하세요의 회원가입 화면 와이어프레임과 기능 디스크립션

 

 

이메일 찾기 & 비밀번호 찾기 UI

이메일 찾기 및 비밀번호 찾기 화면을 기획하며 다른 일반 서비스에도 포함되는 기본 기능에 대한 이해를 높이고자 했다.

데이터베이스에 저장된 정보를 호출해 가입한 정보와 일치한 지 확인하고, 이후 과정을 진행할 수 있도록 구성했다.

안녕하은하세요의 이메일 찾기 화면 와이어프레임과 기능 디스크립션

 

안녕하은하세요의 비밀번호 찾기 화면 와이어프레임과 기능 디스크립션

 

 

나의 생각

나를 소개하는 아주 작은 토이 프로젝트를 진행하며, 한 개의 기능도 허투루 만들어지는 것이 아님을 체감할 수 있었다. 가벼운 과제라고 생각했는데 막상 기획해 보니 각각의 다른 기능들을 하나의 톤 앤 무드로 묶는 것도 어려운 과정이라는 것을 알 수 있었다. 또한 백엔드 및 데이터의 흐름을 고려해 기능과 플로우를 제시하는 것이 서비스의 퀄리티에 많은 부분을 차지한다는 것을 깨닫을 수 있었다. 

시간 관계 상 모든 페이지를 기획하지는 않았지만, 메인 화면 및 서브 화면 기획을 통해 '안녕하은하세요'의 디자인 아이덴티티와 고객에게 제공하고자 하는 정보 셀렉 등을 고민할 수 있었고, 로그인 회원가입과 관련된 화면들을 전부 기획해보고 Flow Chart를 그려보며 모든 회사에서 당연하게 서비스하는 기능을 깊이 있게 탐구할 수 있는 시간이되었다.

 

아주 작은 프로젝트였지만, 서비스 기획의 가닥을 잡을 수 있는 시간이었다.  

728x90

오늘의 집 서비스 소개

1. 서비스 소개

누구나 쉽고 재밌게 자신의 집을 꾸미는 문화를 만들어 갑니다.

주거 환경, 스타일, 구성원, 평수 등 개인별로 맞춤 인테리어 정보 및 가구&소품을 제공하는 원스톱 인테리어 플랫폼

2. 서비스 비전

콘텐츠, 커뮤니티, 커머스가 결합된 올인원 플랫폼으로 라이프스타일 혁신 주도

  • 공간을 꾸미는 유저들의 사례가 가득한 콘텐츠
  • 매력적인 콘텐츠를 끊임없이 공유하는 커뮤니티
  • 제품 탐색부터 구매까지 원스톱(One-stop)으로 가능한 스토어
  • 더 쉽고, 편리하며, 믿을 수 있는 인테리어 시공, 이사, 이사청소, 수리 서비스

3. 서비스 미션

즐거운 디지털 경험 + 삶의 변화 + 인테리어 산업 혁신

  • 수준 높은 홈퍼니싱 상품과 리모델링 서비스에 대한 콘텐츠를 고객들 스스로 공유하고 발견하는 즐거운 디지털 경험 제공
  • 아름다운 집에 살 수 있도록 함으로써 소비자의 삶을 아름답게 변화
  • 고도화된 서비스를 기반으로 인테리어 산업 혁신

팀 문화

  • 팀 문화 소개
    1. 고객에 대한 집착: 고객을 집요하게 탐구하고 고객의 관점에서 문제를 해결합니다.
    2. 오늘의 집을 짓는 마음: 오늘의 집의 미래를 함께 만들어갑니다.
    3. 임팩트 지향: 항상 일의 결과를 생각하며, 우선순위가 높은 것에 집중합니다.
    4. 빠른 시도 빠른 학습: 빠르게 시도하고, 결과로부터 배우며, 어제보다 나은 실행을 반복합니다.
    5. 탁월함의 추구: 충분하다고 생각되는 지점에서 만족하지 않고 더 훌륭한 결과를 위해 집요하게 파고 들며 도전하고, 한 번 더 고민합니다.
    6. 충돌과 헌신: 소신있게 의견을 제시하고, 치열하게 충돌하며, 결정된 의견은 기꺼이 수용합니다.
    7. 열린 소통: 의사결정에 필요한 정보를 최대한 투명하게 공유하여 올바른 선택을 할 수 있도록 돕고 오픈해서 듣습니다.

4. 서비스 목적

정보의 불균형 해소 + 다양한 주거 환경에 적합한 가구&소품 제공

  • 정보를 찾기 힘들어서 비싼 돈을 주고 인테리어를 해야 하는 사용자들의 불편 해소
  • 주거 환경(원룸, 투룸, 아파트, 주택 등)과 스타일(심플, 모던, 우드, 레트로 등), 구성원(1인, 2인, 반려동물 등) 별로 맞춤 인테리어 정보 및 가구&소품을 제공하여 누구든 쉽고 재미있게 자신만의 집을 꾸밀 수 있도록 도와주는 서비스

5. 타겟 유저

가심비를 지향하는 2030

  • 예쁘게 꾸민 자신의 집을 보여주고 싶고, 이를 따라 하고 싶은 20대
  • 재택근무 확산으로 일과 쉼을 분리하고 싶어 하는 2050

6. 수익 구조

사용자(user) ← 오늘의 집 → 판매자(B2B 업체)

오늘의 집 BM 구조

 

사용자

  • 직접 생산한 콘텐츠로 가득 찬 커뮤니티를 통해 영감을 얻고 인테리어 취향을 탐색
  • 오늘의 집 스토어에서 제품을 구매하고, 3D 인테리어 서비스와 인테리어 시공, 이사 업체 등과 연결받을 수 있음

판매자

입점 업체

  • 오늘의 집 플랫폼을 통해 상품을 중계하여 판매 수익을 제공하고 광고를 노출
  • 소품 및 가구 업체, 인테리어 시공 업체, 3D 인테리어 도면 업체, 이사 업체, 보험 업체 등

전문가

  • 고객 매칭, 실 고객 대상의 높은 광고 효과를 얻음

오늘의 집

  • 입점 업체들의 커머스 판매 수수료, 광고 시 마케팅 수수료를 얻음
  • 전문가들의 월정액료를 얻음
  • 시공, 이사 업체 등의 고객 매칭 수수료를 얻음

 

6. 오늘의 집 Key 서비스

1. 제품 태그 시스템

제품 태그(+) 기능 확인, 본인 캡처

  • 콘텐츠 내의 제품 태그(+)를 클릭하면 제품 상세 화면으로 넘어가 제품을 상세 정보를 볼 수 있고, 바로 구매도 가능한 one-stop 구매 시스템을 제공

 

2. 리빙 검색 시스템

리빙 검색 시스템, 카테고리 목록 , 본인 캡처

  • 쇼핑에 특화된 빅데이터를 바탕으로 검색 필터의 기술 고도화를 진행했다. 인테리어를 잘 몰라도, 잘 알아도 찾기 쉬운 필터 시스템을 제공
  • 시즌별, 계절별 추천 카테고리 및 다양한 상품 검색 시스템 제공

 

3. 3D 인테리어 서비스

  • 아키스케치의 3D인테리어 시스템을 활용하여 제공하는 서비스로, 실제 아파트 도면에 실제 제품을 배치할 수 있음
  • AR 기능으로 실제 크기의 제품을 가상으로 확인할 수 있는 기능 제공

 

7. 오늘의 집 메인 화면

오늘의 집 메인 화면 <홈> <둘러보기> <쇼핑>

 

오늘의 집 메인 화면 <인테리어/생활> <마이페이지>

 

 

🍎 내가 생각한 앱의 차별점

직접 등록 기능 화면, 본인 캡처

  • 오늘의 집 커뮤니티에 글을 올릴 때 제품을 빠르게 볼 수 있도록 사진 내 제품 링크 추가가 가능함
  • 오늘의 집에서 구매한 물품 목록을 가장 먼저 보여줘 빠른 리뷰가 가능하도록 도움
  • 오늘의 집에서 구매하지 않은 물건도 <직접 등록> 버튼을 통해 등록이 가능하도록 설계
    • 오늘의 집 커뮤니티에 글을 올릴 때 제품을 빠르게 볼 수 있도록 사진 내 제품 링크 추가가 가능함
    • 오늘의 집에서 구매한 물품 목록을 가장 먼저 보여줘 빠른 리뷰가 가능하도록 도움
    • 오늘의 집에서 구매하지 않은 물건도 <직접 등록> 버튼을 통해 등록이 가능하도록 설계

 

😊 좋은 UX

  • 인테리어 사진 내의 태그 기능
  • 자세하게 분류된 제품 카테고리
  • 다양한 브랜드의 제품 입점
  • 온라인 집들이 코너

😅 아쉬운 UX

  • 최저가 조회 기능 미비
  • 빅데이터를 활용한 추천 기능 미비
  • 첫 화면에 너무 많은 정보가 담겨 있어 처음 앱 방문 시 어수선한 느낌 경험

🤢 내가 생각한 앱의 단점

  • 방금 전에 본 상품을 따로 좋아요, 스크랩 하지 않으면 찾을 수 없음
  • 오늘의 집 앱 특성상 View Point가 많기 때문에 놓치는 제품이 생길 수밖에 없음
    • 처음엔 별로인줄 알고 넘겼던 제품이 다른 제품들을 확인한 후 돌아가고 싶을 경우가 많음
    • 볼거리에 치여 무심결에 넘겼다가 다시 생각나는 제품이 있을 수 있음
    • 봤던 제품 중에 괜찮은 애들을 다시 살펴보고 싶을 수 있음

 

💡UI/UX 보완 방안 (역기획)

  • 방금 본 상품 아이콘 제공
  • 오늘의 집은 이미 메인 화면에서 많은 정보를 제공하고 있음
    • 비교적 view point가 적은 스크랩북 화면에서 방금 본 상품을 확인할 수 있도록 설계
  • 오늘의 집의 경우 최근 본 제품이 ‘상품’이 아닌 사용자들의 갤러리(사진) 일 수 있음
  • 스크랩 북의 기존 UI를 토대로 최근 본 상품 페이지를 구성

최근 본 상품 페이지 와이어 프레임, 출처: 본인

 

 

 

💡 나의 생각

오늘의 집의 서비스와 비즈니스 모델, key 서비스를 분석하면서 서비스 기획의 프로세스를 한 바퀴 경험할 수 있는 시간이었다. 잘 만든 어플은 백그라운드에 탄탄한 비전과 미션, 수익 모델이 들어 있다는 것을 면밀히 알 수 있는 시간이었다. 오늘은 간단히 사용 중 불편한 기능에 대해 보완하는 기획 의견을 제시했는데, 차후 오늘의 집 비전에 기반한 새로운 기능이나 기존의 기능을 개선한 역기획도 해봐야겠다는 생각이 들었다. 이번에는 그림으로 와이어프레임을 그려봤지만, 다음 역기획에서는 피그마를 활용해서 그려봐야겠다.

 

 

 

 

도움이 된 사이트

728x90

유튜브 뮤직 분석하기

유튜브 뮤직 소개

사용자 맞춤 음악 스트리밍 앱

유튜브 뮤직은 구글의 자회사인 유튜브에서 개발한 음악 스트리밍 서비스다.
음악 스트리밍 서비스를 위한 맞춤형 인터페이스를 제공하여 사용자가 원하는 장르, 재생 목록 및 추천을 기반으로
유튜브에서 노래와 뮤직 비디오를 검색할 수 있도록 돕는다.


#개인화 #차별화 #취향 #추천

 

 

유튜브 뮤직 메인 화면

유튜브 뮤직 메인 화면 (1. 홈 2. 샘플 3. 둘러보기 4. 보관함)

 

 

 

유튜브 뮤직 KEY 서비스 및 기능

 

 

 

 

내가 바라본 유튜브 뮤직

😄 내가 생각한 장점 1: 자동으로 재생되는 음원

 

듣고 싶은 노래를 하나 고르면 선택한 노래와 비슷한 장르의 다른 노래를 계속해서 쌓아줘 끊김 없이 노래를 청취할 수 있다.

노래가 듣고 싶으면 유튜브 뮤직에서 아무 노래 하나만 누르면 끝이다.

또한 비슷한 장르 외에도 원하는 장르를 고를 수 있도록 다양한 선택지를 제공한다.

추천 뮤직 스테이션

 

😄 내가 생각한 장점 2: 개인 맞춤형 추천 알고리즘

 

유튜브의 추천 알고리즘 시스템으로 음악을 개인에 맞게 추천해 준다. 단순히 추천하는 것을 넘어 예전에는 많이 들었지만 최근에는 잘 듣지 않는 노래를 추천해 주거나 시간대, 계절별로 주로 듣는 노래 모음도 제공해 주어 다양한 음악 감상을 도와준다.

 

 

개인 맞춤형 추천 노래 모음

 

😄 내가 생각한 장점 3: 영상과 노래의 빠른 전환 가능

 

타 음악 플랫폼에서는 불가능하지만 유튜브 뮤직은 가능하다.

노래를 듣다가 동영상을 보고 싶을 때 혹은 그 반대의 경우에도 버튼 하나만 누르면 전환이 가능하다.

노래 > 뮤직 비디오로 바로 전환 가능

 

😄 내가 생각한 장점 4: 미발매곡도 스트리밍 가능

 

타 음악 플랫폼에서는 불가능하지만 유튜브 뮤직은 가능하다 222.

정식으로 발매되지 않은 곡이나, 특정 배우의 저작권이 없는 뮤지컬 곡 등도 유튜브 뮤직에서는 다른 노래처럼 쉽게 청취가 가능하다.

 

미발매곡 감상 가능

 

 

😄 내가 생각한 장점 5: 아... 이 노래 제목 뭐였더라? 

 

타 음악 플랫폼에서는 불가능하지만 유튜브 뮤직은 가능하다333.

최근 유튜브 뮤직에서 새로 출시한 기능인 샘플은 음원 중 청취 시간이 가장 높은 구간을 1분여간 들려주는 기능이다.

샘플을 통해 어디에선가 들어봤던 노래를 쉽게 찾을 수 있도록 돕고 재생 버튼을 통해 바로 음원 감상으로 이어지는 Deep-Link를 제공한다.

🤢 샘플이라는 단어에서 해당 기능을 직관적으로 알 수는 없었다. 좀 더 기능에 맞는 네이밍이었으면 좋았을 것 같다. 
(짧게 고민해 본다면... looking(찾아보기)은 어떨지!?)

샘플에서 찾은 레드벨벳 노래

 

 

 

 

🤢 내가 생각한 단점 1: 듣고 싶은 노래만 듣기 어렵다.

 

유튜브의 메인 기능이 '음악 추천 서비스'이기 때문에 오히려 듣고 싶은 노래만 골라 듣는 방법이 타사에 비해 매우 복잡하다.

타 플랫폼에서 기본으로 제공하는 '내 앨범' 기능이 없고 대안으로 '재생 목록' 기능이 있다.

그러나 노래를 재생 목록에 넣을 때도 원하는 재생 목록에 바로 노래를 넣을 수 없고 무조건 최근에 생성된 재생 목록에 먼저 삽입된다.

이후 변경 버튼을 통해서만 재생 목록 변경이 가능하다.

 

타사 음악 플랫폼은 대체로 재생 목록 기능이 key 서비스이기 때문에 3단계로 빠르고 직관적인 반면, 유튜브 뮤직의 경우 여러 단계의 depth를 거치게끔 구성되어 있다. 

벅스: 3단계로 내가 원하는 앨범에 노래를 담을 수 있음
유튜브 뮤직: 재생 목록에 노래를 저장하기 위한 depth, 3단계 이후 재생 목록 변경 추가 depth가 더 필요하다

 

💡 보안 방안: [재생목록에 저장] 다음에 [재생목록 선택하기] 기능 추가

노래 한 곡을 선택해서 재생목록에 저장하는 사용자는 듣고 싶은 노래를 한 번에 묶고 싶은 사람이 아니라 추천 노래를 보고 '엇 이거 재생목록에 넣어야겠다!'라고 생각하는 사람일 경우가 더 많을 것이다. 따라서 노래 한 곡을 선택해 [재생목록에 저장]하는 다음과 같은 사이클에서는 [재생목록 선택하기] 기능을 제공해 사용자가 원하는 시점에 원하는 노래를 원하는 재생목록에 넣을 수 있도록 플로우를 구성하는 게 타당하다.        
이미 유튜브 뮤직에서는 재생목록 리스트에서 원하는 노래를 여러 곡 선택해서 한 번에 넣을 수 있는 기능을 제공하고 있기에 다음과 같은 개선안을 고민했다.

 

 

    

 

🤢 내가 생각한 단점 2: 보관함? 재생 목록? 그래서 뭐가 다른데

 

유튜브는 보관함(탭)과 재생 목록(리스트) 기능을 제공한다. 그러나 보관함에 추가한 곡을 보관함에서 바로 찾을 수 없다.

보관함에는 좋아요 표시한 음악과 좋아요를 누른 아티스트, 재생 목록밖에 확인하지 못한다.

직관적인 UI/UX가 아니기 때문에 나뿐만 아니라 많은 사용자가 명확하게 두 기능의 차이가 무엇인지 잘 알지 못하고 헷갈려하거나 불편해서 잘 사용하지 않고 있는 상황이다.

보관함 화면

 

출처: DP 지식인_질문글
출처: DP 지식인_답변

 

출처: DP 지식인_답변

 

💡 보안 방안: 보관함 내부 [찾기] 기능 추가

현재 보관함의 가장 큰 단점은 내가 무슨 노래를 넣었는지 제대로 찾아보기 어렵다는 것이다. 보관함은 그냥 좋아요를 누른 곡이나 재생 목록 리스트를 확인하는 정도의 기능만 하고 있다. 이런 부분이 사용자는 [보관함에 추가하기]와 [재생 목록에 추가하기]의 차이를 잘 모르겠다고 느끼는 지점이라고 생각한다. 따라서 보관한 노래를 직관적으로 찾을 수 있도록 보관함 안에 담긴 내용물만 찾을 수 있도록 [찾기] 기능을 제공하는 대안을 제시한다.

 

 

 

🤢 내가 생각한 단점 3: 팟캐스트 기능의 부재

 

오디오 청취 기능인 팟캐스트 기능을 제대로 사용할 수 없다. 찾아보니 현재 팟캐스트 기능은 미국에서만 제공을 하고 있다고 한다.

그리고 팟캐스트 RSS를 끌어서 쓰는 게 아니라 영상이 있어야 가능한 기능이라고 한다. 즉, 오디오가 아니라 영상을 제작해 올리는 방식으로만 구동이 가능하다는 것...! (그렇다면 이것은 팟캐스트가 맞... 나?)

국내 유튜브 뮤직에서 팟캐스트 기능을 사용하기는 어렵다

 

 

🤢 내가 생각한 단점 4: 블루투스 연결 시 딜레이

 

유튜브 뮤직은 어어엄청 무거운 구글의 유튜브에서 끌어온다. 추천 알고리즘이 뾰족하고 찰떡인 만큼 기능은 더 무겁고 둔하다.

그래서 그런지 스피커나 자동차 등 블루투스 연결을 하면 타 플랫폼보다 체감 딜레이가 더 길다. 

앞서 말한 것처럼 음악과 동영상 전환이 빠르다는 장점이 있지만, UI 전환이 빠른 만큼 UX 딜레이는 더 크게 체감되는 단점이 있다. 

누군가와 공유하기 위해 블루투스 스피커로 연결하고 동영상을 시청하고 싶어도 싱크가 맞지 않아 불편하다. 

 

 

 

느낀 점

유튜브 뮤직은 유튜브 프리미엄을 사용하면 무료이기 때문에 정말 자연스럽게 Acquisition 되어서 사용하고 있는 앱이다. 처음에는 다른 음악 어플을 병행해서 사용하다가 유튜브 뮤직으로 정착했는데, 아무래도 기존 음악 플랫폼과는 KEY 서비스가 다르다 보니 체감되는 UX 다양성이 많았던 것 같다. 그래서 실제로 많이 사용해 본 사용자 입장에서, 기획자의 시각을 담아 유튜브 뮤직을 분석해 보았다.

 

이번에는 간단히 실사용한 장점과 단점을 정리했는데, 나중에 시간을 좀 더 들여서 내가 파악한 아쉬운 점을 모두 보완할 수 있는 방안을 고민해 봐야겠다(이번주는 너무너무 바빴다..). 기획자의 관점에서 앱을 바라보는 시간을 들일 수 있어서 좋은 시간이었다..! 

 

 

 

 

도움 받은 사이트

- 유튜브 팟캐스트 어떻게 활용해야 할까?

- 유튜브 뮤직 분석 - 성공요인, 의견, UX/UI, 도메인, 기사

+ Recent posts