인프런 커뮤니티 질문&답변
작성한 질문수
데이터 로그 설계하기 (검색 만족도)
해결된 질문
작성
·
62
0
■ 검색의 목적: 사용자가 검색 후 원하는 결과를 찾았다고 느끼는 비율
- 성공 기준: 사용자가 검색 후 실제로 원하는 결과를 클릭 하거나, 주문한 비율 측정
1. 검색 만족도
1) 클릭률 (CTR)
① 분자: 검색 결과 클릭 수
- event_name: click_search_result_menu
- parameter
restaurant_id
restaurant_name
menu_idmenu_namemenu_price
search_result_menu_sequence
session_id
② 분모: 검색 결과 수
- event_name: view_serch_result
- parameter
session_id
serch_result_count
serch_keyword
2) 검색을 통한 주문 전환율 (CVR)
① 분자: 검색을 사용해 주문한 수
- event_name: click_payment
- parameteruse_search:true
restaurant_id
restaurant_name
payment_type: card
session_id
② 분모: 검색을 통해 레스토랑 상세 화면에 진입한 수
- evnet_name: view_restaurant
- parameter
session_id
restaurant_id
restaurant_name
use_search:true
답변 1
0
serch_result_count => search여야 할 것 같네요!
search_result_count의 경우 검색 결과가 바로 나오지 않을 수도 있을 것 같네요. 모바일에서 검색 결과를 순차적으로 내려주도록 구현하는 경우가 많습니다. 최초에 검색할 때 모든 내용을 다 보여주지 않고, 몇개만 노출하고 그 후에 점진적으로 공유하는 것처럼요. 그래서 해당 count를 클라이언트에서 모른다고 답할 것 같네요. 이 부분은 정의를 어떻게 하는지에 따라 다를 것 같아요. 단순히 검색 수가 아니라 그 상황에 몇개까지 노출이 되었나 등으로 표현하는 것이 어떨까 싶네요
menu_idmenu_namemenu_price는 여러 카테고리인거겠지요?
저는 웹이나 앱이나 동일한 기준을 가지려고 해요. 그 기준이 달라지면 분석에 실수가 나올 수 있게 되더라구요.
개발자분들이 구현하기 쉬운 버전이 무엇인지 물어보고, 그거로 제가 하려고 했던 목적을 달성할 수 있는지 생각해봅니다. 만약 이게 가능하다면 그대로 가고, 불가능하다면 이 부분에 대해서 이런 결과를 기대하는데 어떻게 할 수 있을까요?라고 개발자분에게 물어보고 정하곤 합니다.
저는 그래서 보통 이런 검색 결과는 결과 새로고침(서버에 request를 하는) 횟수를 세고, request할 때 파라미터로 몇개씩 했는지 저장해서 SQL 쿼리단에서 SUM해서 처리할 것 같아요. SQL로 후처리!
앗 오타가 났었네요! 잡아주셔서 감사합니다.
menu_idmenu_namemenu_price는 붙여넣기 할 때 같이 등록되는 경우가 있어서 제가 분리를 못했어요 ! (menu_id, menu_name, menu_price) 입니다.
serch_result_count의 경우 웹에서는 가능할 거 같은데, 모바일은 말씀주신대로 노출 개수, 로드 방식에 따라서도 카운트 방법이 달라질거 같네요 고민이 되는 부분입니다 요건 개발자 분들이랑 얘기를 하면서 잡아가야할거 같은데, 혹시 카일님은 어떤 식으로 카운트 하셨는지 추가 문의 드려도 될까요?