# PO
GA4에서 User ID 수집 전 꼭 알아야 할 것들
GA4에서 User ID를 수집하기 전 꼭 알아야 하는 것들을 정리해보겠습니다. GA4에서 User ID를 수집하는 이유는 크게 2가지입니다. 1. 사용자를 보다 정확히 식별할 수 있다. 우선 User ID를 수집하는 것이
GA, GTM 때문에 고생하시는 분들을 위해 velog를 시작합니다.
현업에 계신 많은 PO, PM 분들이 회사로부터 Google Marketing Platform의 도구들을 적극 활용할 것을 요구 받습니다. Google Analytics, Google Optimize
2022 김도리를 돌아보며,,,
2022을 보내주기 전에 내가 어떤 일들을 해왔는지 잘 했던것과 못 했던 것들, 앞으로 더 나아지기 위해 시도할 것들을 KPT 형식으로 적어보았다.
22-W49 Decision making log
지난주에는 스프린트 목표였던 일괄 평가 기능의 출시 외에도 여러 가지 일감을 다다다다 진행하겠다고 결정했다. 특히 일감의 선택을 OKR 중심으로 판단하는 것에다가 계속해서 백로그를 정리하고 그 백로그로부터 일감을 생성해내기로 결정했다.위에 나온 이미지처럼 스쿼드에 공유
SQL_3주차 개발일지 (Join)
Join 서로 다른 테이블을 연결해줄 수 있는 기능 (excel : vlookup) Join 종류 left join : 왼쪽에 있는 테이블 기준으로 추가, NULL값 존재 inner join_on : 교집합된 내용만 출력 > 모든 내용을 다 담고 있는 테이블이
SQL_2주차 개발일지 (Group by, Order by)
쿼리 작성할 때 유의점! ➡️처음부터 끝까지 모든 내용을 담도록 작성? NO! ➡️기본 부터 작성하고, 적용된 내용을 중심으로 수정하면서 작성! Surname이 동일한 사람들이 몇 명인지 알고싶을 때 1) 기본 쿼리 작성 select * from users u gr
SQL_1주차 개발일지 (Select)
with WHERE절 != : 같지 않음 Between A and B : A와 B사이 (범위 - 날짜, 포인트 등) A in (1,3,5) : 1,3,5를 가진 A의 값 (포함) like 'a%t' : a로 시작해서 t로 끝나는 값 (패턴) limit 5 : 일부 데
APO 온보딩을 시작하며..
지난 2월, 한창 PO 채용을 진행하다가 이런 생각을 했습니다.제품 쪽의 PO/PM 직군의 인기가 좀 더 커진 것 같다.덕분에 내가 원래 알고 있던 것보다 더 좋은 재능을 가진 주니어들이 PO/PM을 하고 싶어하는데 정작 기업은 경력직만 찾고 있다.그렇다면 분명히 주니
개발자로서 그로스해킹 두번째 - 검증과 실험
우리팀의 그로스 해킹이 시작됐다. 이제 막 꾸려져 글쓰는 시점으로는 3주째 되는 팀이다. 우선 회사의 MAU 지표나 이것 저것 현황을 확인한다. 어느 부분에서는 상태가 이렇고... 그래도 그 전에 서비스 개발자로서 이것
Carrying Capacity
참고 : 토스 PO 세션 유튜브 영상 제품이 수용할 수 있는 고객의 수 > - 담을 수 있는 물의 양은 그릇의 크기를 넘지 못한다 그릇이 담을 수 있는 물의 양 = Carrying Capacity (C.C, 한계수용능력) 제품이 가지는 본질적인 체력 CC의 측정 > - 전체 유저는 단 2가지 요소에만 영향을 받는다. (① inflow 들어온 유저수, ②...
고객 중심 문서 작성 가이드 (애자일)
기획자 시점:1) 비즈니스 관계자, 고객의 요구사항 수집2) 기획자는 그걸 분석하고 그걸 토대로 설계3) 스토리보드(UI, 정책, 기능 명세 포함)를 디자이너와 개발자에게 전달PM, PO 시점:1) 비즈니스 관계자, 고객의 요구사항 수집2) 고객의 니즈 정리(이 서비