강의

멘토링

로드맵

Inflearn コミュニティ Q&A

dbsdk122051136984 のプロフィール画像
dbsdk122051136984

投稿した質問数

PMのためのデータリテラシー(プロダクトデータ分析)

10-5. AB Testを上手く進めるための13のルール

6-7 로그설계하기 연습문제 제출/ 피드백 부탁드립니다.!!

作成

·

23

0

안녕하세요 카일님. 6-7 로그설계 과제도 제출합니다 😃 !!

이번과제는 조금 자신이 없네요ㅠㅠ 소중한 피드백 부탁드립니다!

로그설계하기연습문제#1. 기능이잘동작하고있는지확인하려면?

📌Event

1.메인지표(CTR): 각 컴포넌트 클릭수/ home화면 pv수

2.보조지표(CVR):각 컴포넌트 클릭 후 주문한 수 /각 컴포넌트 클릭수

로그1

  • event_name:view_home

  • trigger: 앱 실행 로딩완료 시점

  • parameter:

    • is_login(True/False)

로그2

  • event_name: click_컴포넌트명( ex)click_banner, click_category)

  • trigger: 클라이언트가 각 컴포넌트를 클릭한 시점

  • parameter:

    • entry_source( ex,banner,search…)

       

      why? 2번문제 분석을 위해 event_name과 별개로 entry_source를 파라미터로 분류

로그3

  • event_name:click_payment 또는 view_payment_completed

  • trigger:클라이언트가 결제버튼 클릭 또는 클라이언트에게 결제완료 화면 response

  • parameter:

    • entry_source,

    • total_payment,

    • food_type

📌User Property

  • member_grade, demographic 데이터 등등..

    →segment별 각 기능들의 활성정도를 분석할 수도 있음.

 

 

로그설계하기연습문제#2. 검색만족도지표

1.메인지표(CTR): search_result 결과 클릭수/ view_search_result화면 pv수

2.보조지표(CVR):search_result화면 후 결제 수 /view_search_result 화면 pv수

 

📌 Event

로그1

  • event_name:view_search_result

  • trigger: 검색결과 페이지 로드완료 시점

  • event_parameter:

    • keyword → why? 검색 키워드별 검색 만족도 분석이 가능함.

    • is_result_null(True/False) →why? 검색 결과가 없는 경우를 대비함. 대비하지 않을 경우 위에 지표들이 왜곡될 수 있음.

로그2

  • event_name:click_restaurant

  • trigger:클라이언트가 결과(음식점) 클릭

  • event_parameter:

    • entry_source

       

      (entry_source=’search’)

       

로그3

  • event_name:click_payment / view_payment_completed

  • trigger:클라이언트가 결제버튼 클릭 /클라이언트에게 결제완료 화면 response

  • event_parameter:

    • entry_source

       

      (entry_source=’search’)

***다만 사용자가 검색 후 홈으로 나갔다 다시 들어와 결제할 경우 entry_source 유실될 수가 있음.

이를 방지하기 위해 session 단위 분석도 고려해봐야함.

 

📌 User Property

  • member_grade, demographic 데이터 등등..

    →segment별 검색기능의 만족정도를 분석할 수도 있음.

 

 

 

 

로그설계하기연습문제#3. 검색필터기능의활성화지표

  1. 메인지표:

필터 사용률 = 필터 적용 검색수 / 전체 검색수

  1. 보조지표

필터적용 검색율: 필터 적용검색 후 결과 클릭수/ 필터 적용 검색 수

필터미적용 검색율:필터 미적용검색 후 결과 클릭수/ 필터 미적용 검색 수

위 두 개 지표를 비교

 

📌 Event

로그1

  • event_name: apply_search_filer

  • trigger: 필터 설정후 ‘적용’ 하는 시점

  • event_parameter:

    • use_filter(True)

    • filter_type

    • filter_value

로그2

  • event_name:search_restaurant

  • trigger: 클라이언트가 검색 API를 request하는 시점

  • event_parameter:

    • keyword,

    • use_filter (True/False)

       

데이터-리터러시ab-testmetric-hierarchy

クイズ

61%が間違えています。挑戦してみましょう!

실험 또는 A/B 테스트를 진행하는 주된 목적은 무엇일까요?

경쟁사 서비스 분석

직관과 데이터 기반으로 가설을 검증하여 성장 달성

단기적인 매출 극대화

디자인 선호도 조사

回答 1

0

kyleschool님의 프로필 이미지
kyleschool
インストラクター

안녕하세요! 문제 푸느라 고생하셨어요.

로그 설계할 때, 이벤트 파라미터엔 해당 이벤트와 관련된 내용만 기록한다! 이 생각을 해주시면 좋을 것 같아요.

 

로그설계하기연습문제#1. 기능이잘동작하고있는지확인하려면?

📌Event

1.메인지표(CTR): 각 컴포넌트 클릭수/ home화면 pv수

2.보조지표(CVR):각 컴포넌트 클릭 후 주문한 수 /각 컴포넌트 클릭수

로그1

  • event_name:view_home

  • trigger: 앱 실행 로딩완료 시점

  • parameter:

    • is_login(True/False)

       

로그2

  • event_name: click_컴포넌트명( ex)click_banner, click_category)

  • trigger: 클라이언트가 각 컴포넌트를 클릭한 시점

  • parameter:

    • entry_source( ex,banner,search…)

       

      why? 2번문제 분석을 위해 event_name과 별개로 entry_source를 파라미터로 분류

       

 

로그3

  • event_name:click_payment 또는 view_payment_completed

  • trigger:클라이언트가 결제버튼 클릭 또는 클라이언트에게 결제완료 화면 response

  • parameter:

    • entry_source,

    • total_payment,

    • food_type

📌User Property

  • member_grade, demographic 데이터 등등..

    →segment별 각 기능들의 활성정도를 분석할 수도 있음.

 

 

is_login이나 entry_source는 해당 이벤트가 발생할 때 생기는 값이 아닙니다. 일단 로그인이란 이벤트가 있었다면 로그아웃을 하지 않았다면 로그인 상태일거고, 로그인이 되어있으면 보통 user_id가 기록되어 있습니다. 그래서 is_login 파라미터는 필요하지 않아요

entry_source는 이미 이벤트 name에서 컴포넌트 이름을 기록하기 때문에 필요 없을 것 같아요. 추후에 검색 만족도 지표 같은 문제를 풀 때는 사용할 수도 있지만, 보통 SQL로 직접 데이터를 확인합니다(직전 이벤트에 어떤 것을 클릭했나? 확인해서)

 

 

로그설계하기연습문제#2. 검색만족도지표

1.메인지표(CTR): search_result 결과 클릭수/ view_search_result화면 pv수

2.보조지표(CVR):search_result화면 후 결제 수 /view_search_result 화면 pv수

 

📌 Event

로그1

  • event_name:view_search_result

  • trigger: 검색결과 페이지 로드완료 시점

  • event_parameter:

    • keyword → why? 검색 키워드별 검색 만족도 분석이 가능함.

    • is_result_null(True/False) →why? 검색 결과가 없는 경우를 대비함. 대비하지 않을 경우 위에 지표들이 왜곡될 수 있음.

로그2

  • event_name:click_restaurant

  • trigger:클라이언트가 결과(음식점) 클릭

  • event_parameter:

    • entry_source

       

      (entry_source=’search’)

       

로그3

  • event_name:click_payment / view_payment_completed

  • trigger:클라이언트가 결제버튼 클릭 /클라이언트에게 결제완료 화면 response

  • event_parameter:

    • entry_source

       

      (entry_source=’search’)

***다만 사용자가 검색 후 홈으로 나갔다 다시 들어와 결제할 경우 entry_source 유실될 수가 있음.

이를 방지하기 위해 session 단위 분석도 고려해봐야함.

 

이 부분은 entry_source만 생각해보시면 될 것 같고, 이벤트는 일단 잘 생각해주신 것 같아요. 이렇게 시작하시면 되어요!

 

📌 User Property

  • member_grade, demographic 데이터 등등..

    →segment별 검색기능의 만족정도를 분석할 수도 있음.

 

 

 

 

로그설계하기연습문제#3. 검색필터기능의활성화지표

  1. 메인지표:

필터 사용률 = 필터 적용 검색수 / 전체 검색수

  1. 보조지표

필터적용 검색율: 필터 적용검색 후 결과 클릭수/ 필터 적용 검색 수

필터미적용 검색율:필터 미적용검색 후 결과 클릭수/ 필터 미적용 검색 수

위 두 개 지표를 비교

 

📌 Event

로그1

  • event_name: apply_search_filer

  • trigger: 필터 설정후 ‘적용’ 하는 시점

  • event_parameter:

    • use_filter(True)

    • filter_type

    • filter_value

로그2

  • event_name:search_restaurant

  • trigger: 클라이언트가 검색 API를 request하는 시점

  • event_parameter:

    • keyword,

    • use_filter (True/False)

       

 

이 부분도 이벤트는 잘 생각해주셨는데, search_restaurant에서 user_filter는 왜 필요할까요? 검색할 때 이전 필터 여부가 꼭 필요할까요? 이 관점을 고민해보셔도 좋을 것 같네요

 

문제 푸느라 고생하셨어요!! 질문 있으면 또 남겨주셔요

 

dbsdk122051136984 のプロフィール画像
dbsdk122051136984

投稿した質問数

質問する