야메의 이상한 생각과 공감

한나 :선배님, 저… 이번에 디자이너랑 같이 작업하다가 좀 부딪혔어요.전 기능을 빠르게 정리해서 개발에 넘기고 싶었는데, 디자이너는 사용자 경험을 더 고려하자며 계속 의견을 내더라고요. 기획자는 일정도 챙겨야 하니까 자꾸 조급해지는데… 이럴 땐 어떻게 해야 하죠? 서로의 입장이 너무 다른 것 같아요.선배 :한나님, 그 마음 정말 이해돼.나도 처음엔 디자이너랑 말이 안 통해서 많이 헤맸거든.근데 시간이 지나면서 깨달아지더라구. 기획자랑 디자이너는 ‘다른 목표를 가진 동료’가 아니라,같은 목적지를 가는 다른 시선의 동료라는 걸 말이지. 기본적으로 이런 입장 차가 있어. 역할주요 관점핵심 목표기획자논리, 기능, 일정 비즈니스서비스를 "잘 작동하게" 만드는 것디자이너감성, 경험, 흐름, 맥락서비스가 "잘 느껴지..

소연 :선배님!이번에 저희 신규 기능 분석 세팅을 맡게 됐는데요,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..

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

소연 :선배님, 자꾸 ‘좋은 기획’이 중요하다고 하잖아요.근데 여전히 막연하고 무엇을 좋은 기획이라 하는 지 아직도 잘 모르겠어요.좋은 기획이라는 게… 예쁘고 완벽한 기획서를 말하는 걸까요?선배 :그럴 수 있지. 나도 처음엔 기획서를 폰트 정렬 하나까지 예쁘게 만들면‘내가 잘한 기획이겠지’라고 생각한 적 있었어.근데 시간이 지날수록 알게 되더라.좋은 기획은 ‘문서’보다 ‘결과’로 말해야 한다는 걸.선배 :만일 소연님이 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)는? ‘어떻게 만들지’에 집중해.사용자 입장에서 화면 설계하고, 기능 흐름 정의하고, 정책 정리하고… 실무 중심이지.디자이너, 개발자, 운영팀 사이를 왔다 갔..

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