멘토님 질문 내용, 이벤트 수집의 의미에 대한 토론(2020.11.17 화요일)

멘토님 요구사항

화면을 중심으로 즉, '어떤 화면들이 있는지'의 분석과 정리를 바탕으로,

해당 화면에서 발생할 수 있는 이벤트로 나아가보면 좋겠습니다.

특히 개발자의 관점에서 실제 로그를 심을 때 어떻게 요구사항과 설계를 하면

그 작업이 수월하고 효율적일지도 고려하면 좋을 것입니다.

주체적으로

저희는 수집된 이벤트가, "시스템 개선을 위한 참고 자료" 또는 "실시간 렌더링을 위한 데이터"로 사용될 것이라 생각했습니다.

검증의 의미가 뭔지,
앱에서 발생하는 모든 데이터를 수집하고 그 중에서 분석을 해야되는지 or 저희가 분석/목적 가능/달성 을 , 미리 골라둔 이벤트 종류만을 수집해야하는지

중요한질문
- 기본적으로 일어나는 페이지이동/재생/스크롤 이런것들을 기록하는게 중요한건지,
- ex) 첫 페이지 접속에 처음 누른 요소가 어느것인지 와 같은 의미있는 사용자의 행동들을 기록하는 것이 중요한건지

~~프론트는 모든 이벤트에 대해 검증 -> 검증에 통과된 데이터를 서버로 보냄~~ 이벤트를 거르지 않고 수집하는 이벤트를 모두 보냄

[생각해볼 수 있는 유저 상호작용]

메인페이지
- 스크롤 내리다가
- 플레이리스트 클릭
- 화면에 플레이리스트가 보여짐
  - 노래 클릭
  - 현재재생목록에 플레이리스트 내 음악들이 추가됨
  - 선택한 노래는 재생
    - 일시정지 클릭
    - 음악 일시정지
유선규
- 플레이리스트 클릭
  - 메인페이지 최초 접속 -> 플레이리스트 클릭
- 노래 클릭 -> 재생목록에 추가 -> 음악 스크
류연수
- custom event1:
  - 스크롤(상->하) / 플레이리스트 클릭 / 노래 선택
- custom event2: 플레이 시간(일시정지 하기 전까지) / 플레이 목록
조병건
- 노래 클릭시 사용자가 참지 못하고 버튼을 여러번 연타 -> 로딩이 느리다
- 재생 시작시 음량변화
- 노래클릭시 노래 선호도에 대한 정보
이유택
- 버튼에 대해서만 일단 기록
  - 어떤 유저가 어떤 버튼을
강병민
- 플레이리스트 클릭.
  - 어떤 플레이리스트를
  - 플레이리스트를 선택 후 완전히 render된 경우
  - ...
  - 노래가 재생되었다
  - 노래 일시정지버튼 클릭
  - 노래 일시정지
결론
- 기본적으로 일어나는 클릭과 같은 이벤트 로그는 기록 - 1차 가공 데이터
  - 단, 계속 서버에 쏠지, 모아서 쏠지는 생각해볼 것
- 그 외에 의미있는 행동이라고 볼 수 있는 커스텀 이벤트들을 만든다. - 2차 가공 데이터
- ios/web custom evnets
- ios/web logs
- chart

📒 Rules

📄 Plan

✍️ History

🛠 DevLog