2 asked

0

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

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

로그설계하기연습문제#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. 메인지표:

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

2. 보조지표

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

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

위 두 개 지표를 비교

📌 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는 왜 필요할까요? 검색할 때 이전 필터 여부가 꼭 필요할까요? 이 관점을 고민해보셔도 좋을 것 같네요

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