야메의 이상한 생각과 공감

소연 :선배님!이번에 저희 신규 기능 분석 세팅을 맡게 됐는데요,GA랑 Firebase랑 Amplitude가 다 비슷해 보여요.근데 팀마다 쓰는 게 달라서 혼란스러워요.도대체 뭐가 어떻게 다른 건가요?선배 :소연님, 그거 진짜 많이 헷갈리는 부분이야.다 ‘사용자 행동을 분석한다’는 공통점은 있지만,각각의 강점과 철학이 완전히 달라.내가 실제로 써본 경험 위주로 정리해줄게요. 항목 GA (Google Analytics) Firebase Analytics Amplitude분석 대상웹 중심모바일 앱 중심제품 중심 (웹/앱 둘 다)목적마케팅 퍼포먼스 측정앱 이벤트 트래킹유저 행동 분석 및 퍼널 최적화이벤트 설정커스텀 필요, 약간 번거로움코드에 직접 정의No-code UI 설정 가능퍼널 분석간단한 흐름 보기만 가..

재우 :선배님, 그런데요… 아까 KPI 얘기 들으면서 또 궁금해졌는데요.PO 입장에서 전체 KPI 프레임을 설계해야 할 때,그건 그냥 “총 가입자 수”, “총 매출” 같은 거 정리해두는 거예요?그보다 뭔가 더 구조가 있는 것 같던데…선배 :하… 어째 내가 KPI 얘기 꺼냈을 때 눈 반짝이더라.좋아, 이건 좀 제대로 들어야 돼.PO는 단일 지표가 아니라 ’프레임(틀)’을 만들어야 하는 사람이야.다시 말해서 PO는 단순 숫자를 쫓는 게 아니라 제품(Product)의 생애주기 전체를 아우르는 “지표 체계”를 설계해야 해. 이걸 단계 별로 구분해볼께. 먼저 목표 설정 단계야. 구분예시제품 단계신규 제품 초기비즈니스 목표신규 사용자 확보서비스 목표가입 유도 또는 첫 이용 완수선배 :두 번째로 프레임워크를 선택해야..

선희 :선배님, 이번에 신규 기능을 다 개발했대서 테스트만 하면 된다고 하더라고요.근데 도대체 뭘, 어떻게, 어느 순서로 테스트해야 하는 건지 막막해요…선배 :그럴 수 있지. 개발 끝났다고 바로 “서비스 ON”이라 생각하면 절대 안 돼.런칭 직전 테스트는 진짜 서비스 성패를 좌우하는 마지막 관문이야. 여기서 내가 항상 쓰는 순서가 있어.“기능 → 흐름 → 케이스 → 환경 → 데이터 → 기기”이걸 기준으로 단계별로 설명해줄게. 단계구분내용테스트 목적1기능 테스트버튼, 입력 값, 화면 전환 등기능이 동작하는가?2시나리오 흐름전체 사용자 여정 따라가기주요 경로에서 이탈이 있는가?3예외 케이스빈 입력, 잘못된 값 입력, 돌발 클릭 등오류에 대한 방어가 되는가?4환경 점검로그인/비로그인, 신규/기존 유저모든 상황..

재우 :선배님! 이번에 기획안에 KPI를 넣으라는데…이거 보통 누가 정하는 거예요?마케터? PO? 기획자?그리고 그냥 방문자 수 같은 걸 쓰면 되는 건가요? 선배 :그걸 지금 물어봐? …그래도 물어본 김에 알려줄게.KPI는 ‘누가’ 정하는 게 아니라, ‘왜’ 정하는지를 먼저 알아야 돼. KPI(Key Performance Indicator)는 “이 서비스가 잘 되고 있는지를 보여주는 지표”야.즉, 성과를 측정하는 나침반이자 증거지. 재우 :그럼 저희 서비스의 KPI는 방문자 수나 가입자 수 같은 거 쓰면 되겠네요? 선배 :어휴. 딱 그게 처음 기획자들이 가장 많이 하는 실수야.방문자 수나 가입자 수는 그냥 숫자일 뿐이야.“우리 서비스의 핵심 목표가 뭐냐”에 따라 KPI는 달라져야 해. 목표잘못된 K..

선희 :선배님, 저희 이번에 기능 백로그가 너무 많아져서요…이거 계속 쌓아두기만 하면 되는 건지,언제, 얼마나 자주 정리해야 되는지 헷갈려요.선배 :아, 드디어 그 질문이 나왔네.백로그는 그냥 쌓아두는 저장소가 아니라“우리가 어떤 순서로 문제를 풀어야 할지 정리해두는 ‘우선순위 큐’ 같은 거야. 백로그 정리는 생각보다 자주, 그리고 체계적으로 해줘야 해.안 그러면 그냥 “보관함”이 아니라 “방치된 아이디어 무덤”이 되거든.먼저 백로그 정리를 잘 하기 위해서는 먼저 "정기적인 루틴"을 가질 필요가 있어.보통은 2주에 한 번, 스프린트 주기랑 맞춰서, 스프린트 시작 전에 백로그를 리뷰하는 게 기본이야.이걸 “백로그 그루밍(backlog grooming)” 또는 “리파인먼트(refinement)”라고 불러.선..

지윤 :선배님… 저 이번에 신규 기능 기획하게 됐는데요,개발팀으로부터 “일단 요구사항을 정리해 달라”는 말만 들었어요.근데 막상 책상 앞에 앉으니까, 대체 뭘 어디서부터 써야 할지 전혀 모르겠어요.요구사항 정의, 어떻게 시작해야 하나요?선배 :많이 당황했겠다. 근데 처음엔 누구나 그래, 지윤 님.요구사항 정리는 생각보다 복잡한 퍼즐이라, 막연하게 시작하면 길을 잃기 딱 좋아.그래서 나는 항상 이렇게 시작하라고 말해.“문제부터 정확히 정의하라.”이 문제를 정의하기 위해서는 다음의 네 가지 단계를 꼭 기억해 둬.ⓐ 문제를 명확하게 정리하기 - ⓑ 사용 시나리오로 풀어보기 - ⓒ 요구 기능 정리하기 - ⓓ 비즈니스/운영/개발 관점에서 제약 사항을 확인하기선배 :먼저 "문제를 명확하게 정리하기"를 설명해 줄게...

소연 :선배님, 자꾸 ‘좋은 기획’이 중요하다고 하잖아요.근데 여전히 막연하고 무엇을 좋은 기획이라 하는 지 아직도 잘 모르겠어요.좋은 기획이라는 게… 예쁘고 완벽한 기획서를 말하는 걸까요?선배 :그럴 수 있지. 나도 처음엔 기획서를 폰트 정렬 하나까지 예쁘게 만들면‘내가 잘한 기획이겠지’라고 생각한 적 있었어.근데 시간이 지날수록 알게 되더라.좋은 기획은 ‘문서’보다 ‘결과’로 말해야 한다는 걸.선배 :만일 소연님이 A 서비스를 리뉴얼 한다고 가정해보자. "로그인 화면의 리뉴얼 사례"기존 로그인 화면이 복잡해서 이탈율이 높았고,팀에선 간단히 UI만 바꾸려 했어. 근데 소연님이 사용자 인터뷰 결과, 이메일 대신 전화번호로 로그인하고 싶다는 의견이 많다는 걸 찾아낸거야.그래서 단순 UI 개선이 아니라 로그..

🧑🏼‍💻 재우:선배님… 진짜 헷갈려서 그런데요.요즘 슬랙에서 다들 PM, PO, UX, 기획자… 이렇게 부르는데, 누가 뭘 하는 사람인지를 모르겠어요.이 사람들 역할 차이, 도대체 뭐가 다른 거예요?🧑🏻‍💼 선배 :그걸 이제 물어봐?네가 지난주 회의에서 PM한테 기획 관련해서 막 물어봤던 이유가 이거구나…좋아. 지금 제대로 정리 안 하면 계속 꼬일 테니까, 잘 들어봐. 역할주로 하는 일직무 초점대표 산출물PM (Product Manager)일정, 자원, 범위 조율프로젝트 관리WBS, 일정표PO (Product Owner)우선순위 결정, 백로그 관리비즈니스/제품 방향백로그, OKR기획자 (Service Planner)화면/정책/기능 정의사용자 플로우기능 정의서, 화면 설계서UX 디자이너경험 설계..

👩🏻‍💼 한나 :선배님… 요즘 자꾸 PO랑 기획자를 헷갈리게 보게 돼요.두 역할 다 뭔가 ‘제품을 책임지는 사람’ 같고, 업무도 비슷해 보이는데…정확히 뭐가 어떻게 다른 거예요?🧑🏻‍💼 선배 :그걸 이제야 물어보면 어쩌자는 거야…벌써 몇 번이나 옆에서 PO 회의 들어가는 거 봤잖아. 휴...…그래도 지금 헷갈리는 게 당연하긴 해. 회사마다 이걸 명확하게 구분 안 해놓는 경우가 많거든.잘 들어, 한 번만 설명할 테니까. 기획자 vs PO: 가장 큰 차이는 ‘책임의 범위’야. 기획자(Product Planner, Service Planner)는? ‘어떻게 만들지’에 집중해.사용자 입장에서 화면 설계하고, 기능 흐름 정의하고, 정책 정리하고… 실무 중심이지.디자이너, 개발자, 운영팀 사이를 왔다 갔..

👩🏻‍💼 지윤 :선배님, 요즘 업무하면서 계속 헷갈리는 게 하나 있어요.서비스 기획자라는 역할이 정확히 뭘 하는 사람인지 아직도 잘 모르겠어요.디자이너도 아닌 것 같고, 개발자도 아니고, 그렇다고 마케터도 아니고…기획자라는 게 대체 어떤 역할인가요?🧑🏻‍💼 선배 :좋은 질문이야, 지윤님. 기획자라는 말이 워낙 폭넓게 쓰이기도 하고, 회사마다 역할 범위도 조금씩 달라서 혼란스러울 수 있어.가장 기본적으로 얘기하자면... 서비스 기획자는 ‘사용자에게 가치 있는 경험을 만들기 위해 서비스의 구조, 흐름, 기능을 정의하고 조율하는 사람’이야.이걸 조금 더 풀어볼게. 서비스 기획자의 핵심 역할은 다음의 세 가지 정도로 볼 수 있어. ‘무엇’을 만들지 정의하는 사람어떤 기능이 필요한지, 왜 필요한지, ..