[강의] 데이터 드리븐 기획 - 로그 설계, 데이터 분석/시각화, 프론트/백오피스 기획, MVP

 

2. 심화

로그 설계든 데이터 분석이든 시각화든 '목적'이 중요하다.

왜 이 로그를 심는지? (어떤 데이터를 보기 위해?)

왜 이 데이터를 분석하는지? (무엇을 파악하기 위해?)

왜 이렇게 시각화하는지? (어떤 커뮤니케이션을 위해?)

 

로그 설계

• 클라이언트 로그는 다른 말로 '화면 로그'를 뜻하며 서비스 화면을 기준으로 로깅된 로그로 정의함(Ex. click, pageview)
• 클라이언트 로그는 유저가 어떤 페이지를 방문했고 그 페이지에서 어떤 영역을 클릭했는지 등 유저의 '행동'에 초점이 맞춰져 있음
• 로그의 로그타입(Action Type)에 따라 발생하는 로그 종류
  • 페이지 로그(pageview) : 유저가 인지하는 하나의 화면(view)를 '페이지'라고 하며 이 화면이 로딩 될 때 남기는 로그
  • 이벤트 로그 (event) : 유저의 특정 '행동(클릭 등)'시, 남기는 로그 

*유입 로그는 엄밀히는 Action type이라기 보다는 page view 페이지 로그(pageview)에 포함된 속성값으로 수집되는 것 같다.

데이터 분석/시각화

데이터 시각화는 단순히 데이터를 보여주는 것이 아니라, 데이터를 기반으로 의미 있는 메시지를 전달하는 것

 

• 시계열 비교 
  시간에 따른 데이터 변화.
  꺾은선 그래프, 영역 그래프, 막대 그래프
  ex.
  - 연도별 매출 변화 분석 → 기업의 연간 매출 데이터를 꺾은선 그래프로 시각화
  - 날씨 변화 분석 → 1년 동안의 일별 평균 기온을 선 그래프로 표현
  - 웹사이트 방문자 수 변화 → 월별 사용자 수 변화 추이를 분석

• 속성 비교
  여러 그룹이나 범주(카테고리) 간 차이.
  막대 그래프, 원 그래프, 히트맵
  ex.
  -  A, B, C 3개의 브랜드가 있고, 각 브랜드의 매출을 비교
  ㄴ 막대 그래프 사용 : 어느 브랜드의 매출이 가장 높은지 확인 가능
  - 서울, 부산, 대구에서 하루 동안 판매된 커피 수량을 비교
  ㄴ 파이 차트를 사용 : 어느 지역에서 커피가 가장 많이 팔렸는지 한눈에 확인 가능
  - 고객 만족도를 1점~5점으로 나눠서, 각 점수를 받은 고객 수를 비교
  ㄴ 히트맵을 사용 : 어느 점수가 가장 많이 나왔는지 고객 만족도 비교 가능

• 분포 파악
  어떤 형태로 퍼져있는지(분포 특성) 분석.
  산포도(산점도), 히스토그램
  ex.
  - 시험 점수 분포 분석 → 히스토그램을 이용해 특정 점수대에 학생들이 얼마나 분포하는지 확인
  
  
• 상관 분석
  두 개 이상의 변수 간의 관계를 파악.
  산점도
  ex.
  - 광고비와 매출 간 관계 분석 → 산점도를 활용하여 광고비가 증가할 때 매출도 증가하는지 확인
  - 키와 몸무게 간의 상관관계 → 산점도를 사용하여 키가 클수록 몸무게도 증가하는지 시각화
  
  ★색은 강조하고 싶은 요소에만 사용

---

 

3. 실전 기초

기획 과정

★ 각 문서의 목적에 따라 필요한 것이 있으면 추가하면 됨. 정답이 없음. 나아가 PRD도 IA도 꼭 필요한 것이 아님.

정말 찾아 보면 찾아 볼수록 다 달라서 실무로 가지 않으면 감이 잘 안 오는 듯..

 

• PRD (요구 사항 정의서)
  기능 이름, 기능 설명, 우선 순위, 구현 기준 등..
• IA (정보 구조도)
  1. 모든 기능 목록화
  2. 관련 기능별 카테고리화
  3. 카테고리 내 세부 사항 계층화하여 배치
• 서비스 정책서

서비스 정책서도 안 읽고 기획하시게요?

서비스정책서도 안 읽고 기획하시게요?!

 

너무 헷갈리는 와중에 이런 글을 만나서.. 😊😊
그래 내가 창업하는 것도 아니고 일단 주니어로 가게 될 회사는 기존 서비스 정책서가 있을테니
그것을 잘 숙지하는 것만도 중요한 일일 것이다. 지금 단계에서 완벽히 알 수 없다.

 

• 에러케이스
• 유저 플로우
• 기능 명세서
  : 각 기능이 어떻게 동작해야 하는지, 입력 값, 출력 값, 상호작용을 구체적으로 정의
  ex. 기능 이름 / 기능 설명 / 입력값 / 출력 값
  
  *PRD랑 헷갈림?
  PRD는 좀 더 문제 정의, 배경/맥라, 목표, 주요 요구 사항, 성공 지표... 설계서 ❌ 나침반 ⭕
  (기능 명세서는 일반적으로 시스템 사용자에게 필요한 사항과 입출력(예: 소프트웨어 시스템)의 요청된 속성을 기술한다.
  기능 명세는 제품 요구 문서 "PRD"와 같은 일치하는 요구사항 문서에 대한 보다 기술적인 응답이다. from.Wiki)

---

프론트/백오피스 기획

 

팝업

 

 

프론트 기획 중 하나로 팝업을 들어주셨다.

팝업은 CRM(마케팅)의 영역이라고 생각했는데 기획 이야기가 나와서 살짝 헷갈렸다.

(CRM 없는 회사도 많아......) 물론 나야 어느 정도 경험이 있는 영역이라 반가웠다

근데 주로 그 안의 컨텐츠를 채우고, 타겟을 정하는.. '운영'측이었기 때문에

백오피스에서 그 팝업을 띄우는 '기능'을 기획한다고 생각하니 갑자기 아찔?해져 왔다..ㅋㅋ

내가 경험한 팝업들은 어드민보다는 다른 툴(Braze 등..)을 이용해서 셋팅했었는데

어떤 다른 환경에서 마주하게 될 지 기대가.. 된다ㅎㅎㅎ 

 

 

---

 

4. 실전 심화

MVP 기획

• 기준과 목표가 있어야 하고
• 그에 따른 우선 순위를 항상 생각해야 한다.
• 기획서 
  *기능명세서 / 화면설계서 헷갈렸던 부분은 TIL에 추가로 작성..

[TIL] 내일배움캠프 260203 - 기본부터 하자, 기능 명세서, 화면 설계서