해결된 질문
작성
·
79
·
수정됨
0
문제 주신 내용들을 설계하다보니 많이 길어져서요.
하나씩 등록할게요~! 수정이 필요한 곳이 있다면 말씀해주세요!
1. 배너 영역1) 클릭률 (CTR)
① 분자: 배너 클릭 수
- event_name: click_home_topbanner
- parameter
banner_type (광고, 이벤트, 공지)
banner_id
banner_sequence
banner_name
session_id
② 분모: 홈 화면 진입 수
- event_name: view_home
- parameter
session_id
2) 구매 전환율 (CVR)
① 분자: 배너로 인입해 주문한 수
- event_name: click_payment
- parameter
use_home_banner: true
session_id
restaurant_id
restaurant_name
payment_type: card
② 분모: 배너를 통해 레스토랑 상세 화면에 진입한 수
- evnet_name: view_restaurant
- parameter
session_id
restaurant_id
restaurant_name
ues_home_topbanner
추가 질문은 아래와 같습니다!
※ 메인 페이지(home)에 여러가지 배너가 있을텐데요, 상단에 있는 배너라 구분을 위해서 topbanner라고 명칭했는데 이벤트 네임을 설정할 때 배너들의 구분은 어떻게 하면 좋을지 궁금합니다.
ㄴ 결재 시 어떤 배너를 사용해서 들어왔는지 판단을 위해 필요할거 같아요.
답변 2
0
안녕하세요! 로그 설계하느라 고생하셨습니다!
이 부분을 보고 "use_home_banner" 라는 파라미터에 대해 고민을 해봤는데, 나중에 배너가 topbanner, bottombanner 등 여러가지가 될 수 있는데, 이걸 매번 true/false로 기록하자고 하면 개발자쪽에서 논의를 많이 할 것 같단 생각이 드네요. 지금은 배너가 top에만 있다고 하면 괜찮은데, 확장성 관점에서도 고민해보게 되었어요. 지금 PM을 위한 데이터 리터러시 강의에선 그렇게 설계해도 괜찮은데, 만약 회사였다면 저는 로깅을 하지 않고, 제가 직접 쿼리에서 어디를 통해서 결제했는지 파악해볼 것 같네요. 윈도우 함수를 활용해서 어떤 경로로 들어왔나 체크하는 방식. 물론 데이터를 보는 쪽의 리소스가 들긴 하는데, 개발자분들과 협의하는 과정에서 이렇게 될 것 같네요. session_id가 있어서 하나의 세션에서 topbanner 클릭 여부를 확인해서 제가 true/false를 직접 만들 것 같아요.
배너들의 구분은 회사 개발자분들과 이야기해서 확장성이 있는 네이밍 구조를 잡고, 그걸 사용할거에요. 이 때 마케팅 조직과 같이 이야기할 수도 있고, 회사에 디자인 시스템이 있으면 디자인 시스템에 이런 배너 이름을 정의하는 가이드가 있는지 확인해볼 것 같네요.
만약 없다면 이름을 정하면 되는데, 배너를 만드는 개발 파트에서 여러 속성을 넣을 수 있다면 여러 속성을 컬럼으로 지정해서 사용하고 이름은 간단하게 쓸 것 같네요. 만약 이런 속성 지정이 어렵다고 하면 이름에 속성들을 같이 작성해야 되지요.
그럴 때 저라면 배너의 이름을 아래와 같이 할 것 같아요
[위치]_[유형]_[캠페인여부]_[식별자]_[날짜]
위치 : top, bottom, middle 등 어떤 곳이든 가능하고
유형 : 프로모션 목적인지 정보성인지, 할인을 위한 것인지 등
캠페인 여부 : 특정 캠페인인 경우 캠페인 명시. 캠페인이 아니라면 general 명시
식별자 : 배너의 고유 이름이나 캠페인명 명시
날짜 : 배너 생성이나 수정 날짜
하나의 예시고, 회의를 통해 이름을 지정할 것 같아요. 제일 좋은 것은 배너를 만드는 사내 시스템에서 id를 명시할 수 있고, DB 어딘가에 배너에 대한 정보가 있어서 로그 설계할 땐 배너 아이디만 입력할 수 있으면 좋을 것 같네요. 작성해주신 click_home_topbanner의 경우 이렇게 해도 괜찮고, click_home_banner를 만들어서 파라미터로 위치를 넣고, page도 넣어서 조합할 수도 있어요. 다만 이럴 때는 어딘가에 정의가 자세히 되어있어야 좋을 것 같아요
추가로 아래 글에 댓글 남겨주셨으면 확인하셨을지 궁금하네요!
네 지금 당장은 SQL보다는 문제 정의하고 해결하는 부분에 집중하시면 되어요. 기술적인 것도 아시면 이렇게 생각할 수도 있다는 것은 말씀드리고 싶었어요.
데이터의 유저 행동 로그 데이터는 Row 1줄 1줄로 기록되는데, 일련의 데이터들이 기록되면 해당 Row의 이전, 이후 Row 데이터가 뭐였는지 알 수 있어요. 이런 것을 윈도우 함수에서 쓸 수 있다! 정도로 알고 계시고 추후에 SQL을 학습하시면 되어요. 윈도우 함수는 제 강의 기준에선 활용편에 나오는데, 활용편 전에 입문편을 듣고 시작하시면 되어요
0
안녕하세요, 인프런 AI 인턴입니다.
yangjuan님의 데이터 로그 설계에 관한 질문과 유사한 내용을 찾아본 결과, “데이터 로그 설계하기 연습문제”에서 다룬 자료가 유익할 것으로 보입니다. 이 내용은 배너 클릭률(CTR) 및 배너 영역을 통한 주문 전환율(CVR)과 같은 중요 지표 측정을 위한 로그 설계에 대한 실제 예시를 포함하고 있습니다.
banner_type
, banner_id
, session_id
등과 같은 파라미터를 포함시켜 사용자의 행동과 배너의 특성을 자세히 기록합니다.다루어진 내용이 yangjuan님의 요구 사항과 정확히 일치하는지 확인하려면 위 제시된 링크를 참조해 주시기 바랍니다. 데이터 로그 설계에 있어서는 이벤트의 구분 명칭 설정, 파라미터 선택, 분석 목표 설정의 중요성을 이해하는 것이 중요하며, 실제 구현 전 계획 단계에서 충분히 고민하고 명확히 해야 합니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
안녕하세요 카일님!
가이드 주신 배너명 작성 방법은 정말 좋은거 같아요.
개발자 분들과 로그 관련 논의 할 때 꼭 써볼게요!!
"제가 직접 쿼리에서 어디를 통해서 결제했는지 파악해볼 것 같네요. 윈도우 함수를 활용해서 어떤 경로로 들어왔나 체크하는 방식. 물론 데이터를 보는 쪽의 리소스가 들긴 하는데, 개발자분들과 협의하는 과정에서 이렇게 될 것 같네요. session_id가 있어서 하나의 세션에서 topbanner 클릭 여부를 확인해서 제가 true/false를 직접 만들 것 같아요."
요내용은 제가 하는 방법을 몰라서 ㅠㅠ 이해를 잘 못했어요.
지난번 말씀주신 SQL 쿼리를 쓰는 방법인거 같은데 SQL도 배워보면서 적용해볼게요! 감사합니다!