소개
딜라이트룸 Data Lead
데이터를 이용해서 서비스/프로덕트가 마주친 문제를 푸는 일에 관심이 많습니다.
딜라이트룸에서 데이터 분석, 지표 및 대시보드 관리, 가설 검증, 성장 실험을 담당합니다.
강의
전체2수강평
- ^^아주 유용한 강의입니다
데이브
2024.05.29
0
게시글
질문&답변
2024.08.23
앱 삭제 관련 지표
안녕하세요. 결론부터 말씀드리면 앱 삭제율이라는 지표는 현업에서 거의 사용하지 않습니다. 지표의 정의 측면에서도, 구체적인 측정 측면에서도 활용이 어렵기 때문입니다. 지표 정의 측면에서, 말씀하신 것처럼 삭제율 = 삭제수 / 설치수 가 될텐데요. 삭제수와 설치수는 모두 시간 기준이 있는 지표인데 이 기준 시간을 어떻게 잡느냐가 굉장히 모호합니다. 가령 1월 1일 기준 삭제율을 계산한다면 1월 1일에 설치한 사람들의 1월 1일 삭제 수를 봐야할지? 혹은 1월 1일 설치한 사람들의 그 이후 누적 삭제 수를 봐야할지? (만약 그렇다면, 1월 1일에 대한 지표가 시간이 지나면서 계속 바뀌게 됩니다) 모호하구요. 무엇보다 앱 삭제는 사용자의 로그가 남는 active event로 측정하는 게 불가능하기 때문에, 정확하게 측정하는 것이 사실상 불가능합니다. (특히 어떤 유저인지를 식별하는 것은 더더욱 어렵습니다) 일부 스토어에서도 삭제 관련 정부를 주고 있고 MMP 서비스에서도 일부 삭제 관련한 지표를 제공하지만, 정확한 숫자 그 자체에 의미를 두기보다는 전반적인 경향성 정도를 확인하는 용도로 사용되는 경우가 많습니다. 앱 삭제를 확인하기 위한 방법으로 흔히 silent push 등이 사용되는데요. 앱을 호출했을 때 응답하지 않으면 삭제했다고 추정하는 방식인데, 사실 삭제 말고도 미응답 가능한 케이스는 얼마든지 발생할 수 있습니다. 참고가 되셨으면 좋겠네요~
- 0
- 2
- 49
질문&답변
2024.08.11
강의 3-3 엑셀 잔존율 활용 질문이 있습니다!
안녕하세요. 전년 동월의 잔존율을 그대로 쓸 수 없는 이유는, 잔준율은 현재 시점을 기준으로 M+1개월, M+2개월... 의 형태가 되기 때문입니다. 위 이미지에서 1월의 잔존율을 14%라고 해석하시면 안되구요. 가입 후 11개월이 지났을 때의 잔존율이 14%라고 해석하셔야 합니다. 그렇다면 가입 당월~가입 후 11개월 까지의 데이터가 있는 셈이므로 그보다 오래 된 시점에 대한 잔존율은 기존 데이터가 없으므로 합리적인 선에서 가정을 해야겠죠. 즉 '작년 1월의 잔존율' 이라는 개념이 아니라, '가입 후 2개월이 경과했을 때의 잔존율' 과 같은 식으로 활용된다고 이해하시면 됩니다.
- 0
- 1
- 60
질문&답변
2024.08.11
이벤트 정의 문서를 만들면서 궁금한점이 있습니다!
안녕하세요. 양승화입니다. 주말이 있어서 답변이 늦었네요~ 결국 이벤트를 정의한다는 건 내가 그 기준에 따라서 유저의 행동을 본다는 의미이기 때문에, '도입문의' 이벤트를 그냥 묶어서 봐도 되는지, 혹은 어떤 flow에서 '도입문의' 버튼을 클릭하는지까지 확인하는 게 필요한지에 따라 자유롭게 결정하시면 됩니다. (가능하다면 유입 경로까지 세세하게 남기는 게 좋긴 하지만, 오버스펙이라고 생각되면 굳이 그러지 않아도 된다는 의미) 유입 경로를 구분해서 남기는 경우, 별도의 이벤트로 분리할 수도 있지만 이벤트명은 동일하게 유지하고 이벤트 프로퍼티 레벨에서 구분하는 편이 더 좋습니다. (가령 entry_point 같은 이름의 프로퍼티를 남기면 되겠죠) 이것도 정답이 없는 질문인데요. '내가 어떤 데이터를 보고 싶은가'에 따라 결정하시면 됩니다. 가령 모달 팝업에서의 CTR을 알고 싶다면, 모달 팝업이 뜨는 이벤트와 확인을 누르는 이벤트 두 가지를 각각 남겨야겠죠. 말씀하신 flow라면 저는 다 남기는 편입니다. 단, 여기서 A화면에서의 클릭과 B화면에서의 PV는 동시에 발생하는 이벤트라서 하나만 남기는 사례도 본 적이 있는데, 이건 꼭 답이 정해진 건 아닙니다. (저는 시점이 동일하더라도 PV와 Click은 성격이 다르다고 생각해서 각각 남기는 걸 선호합니다) 유저 DB가 잘 정의되어 있다면, 별도의 유저 프로퍼티를 복잡하게 남기지 않고 user_id 정도만 남겨두면 유저의 속성정보를 매핑해서 분석하는 게 가능합니다. (단, 시점이 중요한 데이터의 경우 구체적인 user_property를 남기는 게 좋음) 아래 AI 인턴이 말한 대로, 다르게 남겨도 상관없지만 가능하면 일관성을 유지하는 게 좋다... 정도로 의견 드리겠습니다. 보통 날짜는 Date 또는 Timestamp 형태로 남깁니다. 도움이 되셨길 바랍니다!
- 0
- 2
- 52
질문&답변
2024.05.07
예금 적금 - 금융감독원 URL 수정
감사합니다! 그 사이 금융감독원 사이트가 개편되면서 URL이 바뀐 것 같네요. 다른 분들도 참고하실 수 있도록 제가 강의자료 수정해서 올려두도록 하겠습니다. 그냥 넘어가실 수도 있었는데, 이렇게 챙겨서 말씀해주셔서 정말 감사합니다. ^^
- 0
- 1
- 138
질문&답변
2024.03.11
retention rate, revenue 쪼개보기를 sql로 작성해 보았습니다.
안녕하세요. 양승화입니다. 정리해주신 github 보고 깜짝 놀랐어요! >_ 다시 한번 감사드립니다! 혹시라도 오프에서 뵙게 된다면 꼭 알려주세요. 차라도 한잔 사드려야... :)
- 2
- 1
- 306