데이터 드리븐 기획 입문(로그 설계 편)

1. 로그 설계 기초

• 로그의 목적: 로그는  문제 해결 및 디버깅, 사용자 행동 분석, 비즈니스 전략 수립을 위해 필수적으로 설계.
• 클라이언트 로그 (화면 로그) 중심 설계: PM이 주로 다루는 로그는 유저의 '행동'에 초점을 맞춘 클라이언트 로그. 유저가 어떤 페이지를 방문하고 화면에서 어떤 영역을 클릭했는지를 수집함
  • 페이지 로그 (pageview): 유저가 인지하는 하나의 화면(view)이 로딩될 때 남기는 로그.
  • 이벤트 로그 (event): 유저가 특정 행동(클릭 등)을 취할 때 남기는 로그.
• PM의 역할: "무엇을 기록할지"가 아니라 "왜, 어떻게 기록할지"에 대한 전략적 접근이 필요하며, 개발 팀이 필요한 데이터를 정확히 수집하여 문제를 빠르게 파악하고 서비스를 개선할 수 있도록 설계해야 함.

2. 데이터 분석 기초

• 데이터 의사결정은 판단의 신뢰성을 높이고 프로젝트 성과를 정확히 추적할 수 있도록 함.
• 데이터 분석 5단계 프로세스: 문제 정의 → 데이터 수집 →  분석 →  결과 해석 및 인사이트 도출 → 결과 적용.

3. 실습: 로그 데이터 분석 및 인사이트 도출 (배달의민족 가상 데이터 기준)

• '체류시간이 길다 = 서비스에 만족한다' 혹은 *'주문을 더 많이 한다'*로 직접 연결되지 않았음. 서비스기획 입문 과제 시에 나왔던 피드백과도 일맥상통함. 체류시간의 길고 짧음을 단순하게 좋다 나쁘다고 해석하면 안 됨.

---

 

오늘의 인사이트, 느낀 점

• 기획 단계에서 설계한 로그가 실제 어떤 데이터 형태로 수집되는지 확인하고, 이를 가상의 테이블로 분석해 보며 로그 설계의 중요성을 처음 알게 됨.
• 단순히 '체류시간이 길다 = 좋다'가 아니라, 다른 지표와의 상관관계를 살피고 화면 스크롤 도달율에 따라 유저 행동의 한계를 이해하는 것이 중요함을 재확인하게 됨!
• 로그 설계와 분석을 위해서는 유저의 진입 경로와 event를 쪼개 생각할 줄 알아야 한다는 것을 재확인함.
• [특강]기획 명세서 작성 - 결국 비즈니스 문서의 문법+프로젝트/회사 특성 고려하면 됨.