2020년 11월 18일 (수) 회의록

최종 수정 날짜 : 201118 16:03

Premise

• 회원가입은 구현하지 않는다. 사용자 계정 정보는 만들어져있다.
• 데이터를 한정적으로 사용
  • ex) 장르 종류 3개, 스테이션 종류 4개, 플레이리스트 기본 1개 등

User Info

• 사용자 로그인 여부
  • 로그인 O : id
  • 로그인 X : ? ip ? session?
• 접속 기기 정보 (해상도)
  • touch coordinate을 넘겨 줄 예정이라서 기기정보가 필요하다고 판단

Clone Bounds

로그인 화면?

• 기본만 구현

투데이 화면

• 메인 화면 구성은 전체 클론
• (웹 기준) 좌측 사이드 바 : 투데이, 차트, DJ 스테이션, VIBE MAG, 이달의 노래, [보관함] 플레이리스트, [링크]멤버십 구독
• (앱 기준) Tab bar : 투데이, 차트, 검색, 설정(플레이리스트, 멤버십 구독)
• (앱 기준) 화면 : 메인 배너(컨텐츠는 추후에 결정), NoW는 웹에 없으니 제외

차트 화면

• 표시할 차트 개수 한정 지어서 클론
• 장르(웹 한정, iOS는 검색 화면에 장르 표시)
• 앨범 표시

DJ 스테이션 화면

• 표시할 스테이션 개수 한정 지어서 클론
• (웹 기준) : 별도의 탭에서 관리 됨
• (앱 기준) : 투데이 화면에서 관리 됨

VIBE MAG 화면

• 매거진 수만 줄여서 클론 + MAG 더보기
• #전체, #Special, #Pick, #Genre
  • 실 VIBE application에는 없지만 구현하는 방향으로 진행

이달의 노래 화면

• 플레이리스트로 넘어가도록 구현
• (웹 기준) : 별도의 탭에서 관리 됨
• (앱 기준) : 투데이 화면에서 관리 됨

검색 화면(iOS)

• 검색, 뉴스, 장르
  • 뉴스는 앨범으로 연결
  • 관련 뉴스 보기는 버튼 클릭 이벤트만 받도록 구현

설정 화면(iOS)

• 내 플레이리스트(생성도 가능), 로그인

상세 화면(곡, 아티스트, 앨범, 플레이리스트, 재생)

• 모두 클론
• (iOS 기준) : 곡 상세 화면 없음

구독, MP3 구매 화면

• 간단하게 구독(구매)하기, 닫기 정도만 구현

그외 나머지 화면은 전부 우선순위 최하위

• 뮤직비디오
• 보관함 - 노래, 아티스트, 앨범

Event Type

• ...
• like_song / exclude_song
• like_playlist / exclude_playlist
• like_album / exclude_album
• like_artist / exclude_artist
• create_playlist
• add_songs_to_playlist
• add_album_to_playlist
• share

---

킥오프

• VIBE의 사용자 이벤트 수집의 목적

  • UI / UX 향상
  • 마켓팅
  • 사용자의 음악 선호도 파악
  • 페이지에 오래 머물게 하기 위한 분석
  • 유저 플로우를 파악할 수 있게 한 도구인지(UX)

• 스크롤, hover도 이벤트?

  • 오버는 수집하지 않음
  • 스크롤도 일단은 안해도 될 듯 함(의미가 있을것도 같은데...)

• 데이터 전송 시가

  • 온라인 : 즉시 보내기
  • 오프라인 : 쌓았다가 보냄(이럴 경우 다운로드한 음악에 한해서 발생한 이벤트를 수집하겠지?)

• Core Data의 사용

  • 쌓아놓고 전송

• 디자인, 레이아웃의 구현

  • 제공해주는 디자인 기획이 없으니 비슷한 아이콘 찾아서 구현
  • 바이브 앱, 웹의 여러가지 인터렉션을 따라해보면 좋을 것 같음
  • 앨범 자켓 사진 : 웹에 제공되는 URL 사용

• 기획에서 중요하게 생각해야 할 부분

  • 투데이 화면(홈 화면)
  • 보관함(개인별 유저에 관한 부분들)
  • 유저가 행동한 무언가

• 서버에게 보내주는 데이터에 어느 정도 분석(?)이 되어 있어야 하는 것인지

  • 원칙적으로 identifier, parameter만 넘긴다. 의미부여/해석은 분석가의 역할

  • 현업에서는 각 씬(탭)에 존재하는 많은 요소들 중 인터렉티브 한 것들은 고유 식별자가 부여 되어 있다

    • 단, '모든' 컴포넌트들에 부여되어 있지 않고 '의미' 있고, '관심' 있는 요소에만
    • 이번 프로젝트에서는 모든 요소에 부여 해보길

  • 컴포넌트에 식별자 부여

    • 버튼클릭 → 데이터를 어떻게 형상화할 것인지 → 각각의 화면에서 모든 요소들에 대해 식별자를 부여(a라는 탭에서 b라는 버튼이라는 것을 알 수 있게?)
    • 식별자에 대한 규칙을 별도로 정해보기

  • 서버로 보낼 데이터는 코드화되어야 한다.

    • ex) 이벤트 이름 → 간단한 영어로 명명

• 검증의 의미

  • 클라이언트 → 서버로 데이터 보내는 과정이 잘 이루어지지 않을 수 있으니 서버에 데이터가 잘 가는지에 대한 테스트 진행
  • 검증을 자동화하는 것이 중요
  • 테스트 코드 작성 → 자동화까지 되면 Very Good!
  • A/B Testing : 다른 조와 차별성을 두고 싶고, 시간이 남는다면 한번 해보세요.

• MongoDB vs MySql

  • 정량적 데이터에 대해서는 Mysql
  • log같은 유연한 구조변경이 필요한 비정량적 데이터에 대해서는 MongoDB

앞으로 할 일

• 바이브에서 어떤 기능을 구현할지
• 시스템을 어떻게 설계할지
  • 식별자 명명 규칙
• 작업을 어떻게 나눌지