프로덕트 매니저의 정의
PM 직무의 특성 : 정의하기 어렵다.
왜 정의하기 어려울까?
- 역할의 범위가 광범위하고 유동적
: 다른 직무에 비해 하는 일을 표준화, 일반화하기 어렵기 때문에 남에게 설명하기 어렵다 - 눈에 보이지 않는 산출물
: 협업과 전략, 방향성 수립이라는 산출물은 눈에 보이지 않는다 - PM 직무의 역사가 짧음
프로덕트 매니저, 서비스 기획자의 차이
여러 이름으로 혼용해서 쓰이고 있으나 PM으로 자리잡아가는 추세다.
공통점
프로덕트를 위해 고민함
차이점
서비스 기획자 : 사용자 경험, 서비스 설계
PM : 방향성과 전략 설정, 비즈니스와 사용자 요구를 균형있게 고려함
큰방향 > pm
사용자경험에 집중 > 서비스 기획
직무 이름만 보고 지원 여부를 판단하면 안됨 !
직무 기획서를 꼼꼼히 읽고 '역할'에 집중해야함.
PO?
product owner
개발 프로세스 중 애자일에서 스크럼 조직을 관리하는 포지션
토스의 PM과 PO
PO 0->1, 혁신
PM 1->100, 안정성과 효율성 개선
태동기 > 유아기 > 성장기 > 안정기
po > po + pm > pm
PO는 혁신을 $탄생시키는 것
PM은 혁신이 많은 이들에게 닿아 $삶을 바꿔놓는 것이 목표
프로덕트 매니저의 역할
본질적인 역할
- 프로덕트 성장을 위한 전략 수립
- 수립한 전략을 실행
전략수립
- 시장 및 사용자 분석
- 프로덕트 전략 수립
- 비전 달성을 위한 로드맵 수립
실행
- 다양한 이해관계자들과 협력해서 과제 진행
- 효율적인 프로젝트 관리
- 로드맵 실행을 위한 세부 과제 기획
💡 직무 공고를 살펴볼 때, 수립 -> 실행 확인
최종 목적 : 프로덕트를 성장, 성공 시키는 것.
비즈니스와 사용자 가치 둘 다 고려한다는 점이 포인트다 !
프로덕트 매니저의 역할
회사와 프로덕트에 따라서 매우 다양하게 달라지는 PM의 역할. 취준과 실무를 위해 다양한 상황에서 어떻게 달라지는지에 대한 이해가 필요하다 !
5가지 기준
- 기업 형태
- 기업 규모
- 고객 유형
- 비즈니스 모델
- 도메인
: 절대적이진 않고 큰 그림의 개념에서 기억하기
기업형태
인하우스 VS 에이전시
인하우스 : 우리가 만든 서비스 우리가 개발한다
에이전시 : 외부 클라이언트를 위한 프로젝트를 수행한다
자회사의 프로덕트인지, 클라이언트의 프로덕트인지
에이전시 : 클라이언트의 요구에 맞는 단기 프로젝트
- 클라이언트와의 소통 중요
- 새로운 도메인에 대한 빠른 이해도
- 프로젝트 관리 능력 (요구사항, 예산, 일정 등)
- 다양한 산업군 경험 가능
인하우스 : 장기 비전과 전략에 맞춰 지속적으로
- 장기적 성과 추구 가능
- 데이터 기반 문제 정의 및 개선 경험
에이전시 >> 프로젝트, 서비스기획
인하우스 >> 프로덕트
정답은 없지만 성향이 갈린다.
에이전시의 경우 개선점을 내가 고민하는게 아니라 요구사항에 맞춘 개발을 주로 하기 때문에 인하우스로 넘어갈 때 역량 차이에 대한 인지가 필요함 !
기업 규모
스타트업 VS 대기업
스타트업 : 다양한 업무를 동시에
대기업 : 특정 영역 전문화
차이점
스타트업 : 빠른 의사결정
대기업 : 승인 절차 필요 (팀 별 역할 분화)
대기업의 신규팀인 경우 스타트업처럼하다가 성장하면 각 팀 별로 떼어서 맡게 되기도 한다
여러 역할을 동시에 하며 역량을 키우고 싶은지, 특정 영역에 전문화 하고 싶은지를 고려해볼 것
고객 유형
내부 프로덕트 VS 외부 프로덕트
내부프로덕트(인터널 프로덕트)란?
: 기업 내부 시스템이나 조직 내 업무 효율성을 위한 프로덕트 (사내 효율성을 위해서, 보통 대기업에서 자체 개발 및 사용)
예시
출퇴근시스템, 운영관리 툴, 업무 자동화 시스템, 내부 결제, 정산 시스템 등 ....
회사 내부의 문제를 프로덕트로 해결해 조직 전체의 생산성을 높이는 역할
📍 엔드유저가 내 동료기 때문에, 사용자의 요구사항을 깊이 있게 이해할 수 있다.
📍 비효율을 없애고 문제를 단순화, 가시화함으로써 동료들의 일하는 방식을 혁신한다.
https://toss.im/career/article/internal-product-manager-interview
참고 문서
비즈니스 모델
B2B VS B2C
담당 프로덕트 고객이 외부 사용자 중에서 일반 사용자인지, 기업 고객인지에 따라 차이가 있다.
B2B
기업 - 기업
고객사의 비즈니스 문제를 해결하는 것에 집중
장기적인 개선사항으로 반영, 피드백 관리
예시
배민서비스와 계약한 가게 사장
B2C
기업 - 소비자
빠른 사용자 경험 개선과 대중 시장을 타겟으로 한 전략
소비자 피드백을 신속하게 수집 및 대응
예시
배민 앱 서비스 사용자
도메인
front-end VS back-end
프론트엔드
사용자 눈에 보이는 것. 직접 인터렉션하는 웹사이트나 앱의 부분.
예시
UI디자인, 사용자 인터페이스 등
백엔드
사용자가 직접 볼 수 없는 것. 제품의 동작과 관여하는 서버, 데이터베이스, 로직 등의 관리 시스템
예시
콘텐츠 발행 시스템, 결제 정산 시스템 등
담당 업무 범위가 UI/UX 위주인지, 백엔드 시스템 위주인지에 따라 PM의 역할이 나뉜다.
프론트PM
사용자 경험과 기능의 사용성에 중점, 화면 기획 중심의 담당
사용자가 원활하게 제품을 사용할 수 있는 경험 제공
백엔드PM
시스템 구조, 데이터베이스, 내부 로직 등의 설계 (인터널 프로덕트도 이에 해당)
제품이 안정적, 효율적으로 작동할 수 있도록 기술 지원
https://techblog.woowahan.com/12044/
참고 문서
💡 개발자와 협업하는 PM은 최소한의 기술 지식과 공유 언어를 가지고 있어야 한다는 인사이트 !
프로덕트 매니저에게 필요한 역량
하드스킬은 배우기 쉽고, 명확해서 보통은 하드스킬 위주로 채워야한다고 생각하지만, 그만큼이나 소프트스킬도 매우 중요한 역량이다 !
하드스킬의 4대 영역
김용훈- 배민상회 기획자 인터뷰 정리
소프트스킬의 중요성
좋은 기획자의 역할은 커뮤니케이션과 구조적인 사고입니다.
고객과 시장의 니즈를 파악하고, 다양한 직군 간의 언어를 통일하여 프로젝트를 이끌어가는 능력, 그리고 전체 맥락 속에서 문제를 파악하고 해결하는 능력의 중요성 강조
하드스킬의 중요성
협업에는 프로덕트에 대한 지식을 갖추고 있어야 한다.
다른 직군 부서와의 협업에 있어서 가장 중요한 것은 프로덕트에 대한 이해. 도메인 지식은 물론이고 개발과 디자이너 관점의 최소한의 지식은 알고 있어야 위와 같은 역할을 잘 수행해낼 수 있음
소프트스킬이 잘 발현되기 위해서는 하드스킬이 뒷받침 되어야한다. 둘은 연결되어있는 관계.
소프트스킬 (1) 문제해결
"문제가 뭐고, 이걸 어떻게 해결해?"
아무리 막막해보여도, 이 큰 문제를 작게 쪼개서 하나씩 해결해나가는 사람 !
가장 해결해야하는 문제를 효과적으로 해결하는 방법을 도출해내는 역량이 필요하다.
역량 파악 체크리스트
문제 정의
- 데이터, 시장조사, 사용자 리서치 등의 방법을 통해 정량적/정성적 근거를 바탕으로 문제를 정의하는가?
- 문제를 단순히 표면적으로 인식하지 않고, 프로덕트 비전 달성을 위한 근본적인 문제를 파악할 수 있는가?
우선순위
- 여러 가지 문제 중에서 가장 중요한 문제를 우선순위에 맞게 정의할 수 있는가?
- 비즈니스 목표와 사용자 요구, 현재 팀의 리소스 등을 고려하여, 해결해야 할 문제를 우선순위대로 정의하는가?
목표 수립
- 문제 정의 후, 이를 해결하기 위한 구체적인 목표를 설정할 수 있는가?
- 목표 설정 시, 문제의 해결이 실질적인 성과로 이어지도록 목표를 설정하는가?
해결책 도출
- 문제를 정의한 후, 이를 해결하기 위한 다양한 해결책을 탐색하고 제시할 수 있는가?
- 실행 가능한 해결책을 제시할 수 있는가?
소프트스킬 (2) 커뮤니케이션
내가 해결하고 싶은 것을 다른 동료들에게 설득을 시켜야한다. 아무리 문제 정의력이 월등해도 설득시키지 못하면 의미가 없다. PM은 매순간 동료들과 소통해야하는 포지션, 하루가 커뮤니케이션으로 시작해 커뮤니케이션으로 끝난다.
커뮤니케이션 역량이란 모든 이해관계자와의 원활한 협업을 이끌어내는 능력
모두가 같은 목표를 보고 효율적으로 소통할 때, 최소 리소스로 최대 임팩트를 취할 수 있기 때문에
이는 직무공고에서도 절대 빠지지 않는 능력이다.
공고 키워드
협업 / 다양한 직군 / 이해관계자
역량 파악 체크리스트
다양한 직군과의 협업
- 다양한 이해관계자들(ex.개발자, 디자이너, 경영진 등)간의 의견이 충돌했을 때, 모두가 합의할 수 있는 최적안을 도출할 수 있나요?
- 다양한 이해관계자들과의 논의를 통해 Action item에 대해 최소한의 비용과 리소스로 진행할 방법을 찾을수 있나요(최소 리소스, 최대 임팩트)?
리더십
- 프로젝트 및 과제의 목표 달성을 위해서 함께하는 팀원들에게 동기부여를 하고, 리딩할 수있나요?
💡 나보다 직급이 높은 팀원들과 일해도, 동기부여를 할 수 있나? 어떤 기여를 해줄 수 있는지를 정확히 파악하는 것이 도움
의사소통
- 복잡한 내용을 상대방이 이해하기 쉽게 설명할 수 있나요?
- 내가 원하는 방향성을 모두가 공감할수 있게 설득할 수 있나요?
- 프로젝트 진행이 원활할 수 있도록 팀원들에게 필요한 정보가 제대로 공유될 수 있도록 할수 있나요?
💡중간 정보 공유에 대한 책임은 PM에게 ! 정보 공유를 원활하게 하는 방법에 대한 고안 또한 필요하다.
그럼 어떻게 키울 수 있는가?
- 동료들의 업무 프로세스 파악하기
어떤 방식으로, 어디에 가치를? 내가 요구사항을 주면 앞뒤로 어떤 일을 하는지 등등. - 가능한 많은 직군과 협업하며 니즈를 적극적으로 파악하고 반영하기
- 논리적인 글쓰기와 말하기 실력 올리기
브런치 인사이트
https://brunch.co.kr/@coupangdesign/71
설득이란, 상대방과 의견이 다를 때 상대방의 관점에서 왜 이렇게 도출됐는지 역으로 생각해보는 것에서부터 시작한다.
"너와 나의 목표가 같은데, 방식의 차이에 대한 문제점은 이런 것이 있어. 그래서 이 대안은 어때?"
라는 사고방식부터 시작하기.
소프트스킬 (3) 비즈니스
비즈니스 역량이란
시장 상황을 파악해 비즈니스 목표를 반용하여 전략적인 제품 방향을 설정하고 실행하는 능력
예시
수익성 분석, 시장 경쟁 분석, 제품 로드맵 및 우선 순위 설정 등
PM은 사용자 뿐만 아니라 회사를 위해서 비즈니스 성과를 내는데에 책임이 있다.
함께 노력하는 부분 ! 이라는 점. 회사마다 역할범위의 차이는 조금씩 있다.
아티클 인사이트
https://woowahanpm.oopy.io/4534b854-d188-4015-9d6f-5f9d5887d86b
PM이 성과를 내기 위해서는 사용자와 비즈니스 사이의 밸런스를 찾아야한다.
사장님 - 사용자 - 비즈니스 사이에서의 밸런스.
모두가 윈윈할 수 있는 정책을 끊임없이 찾을 것. 과제의 목적을 분명히 해서 제품을 만드는 모든 구성원이 공통의 목표를 합의하는 것이 중요.
비즈니스적 가치에서 내가 어떤 전략을 세울지도 꼭 고민해야함.
역량 파악 체크리스트
자사 비즈니스의 이해
- 내가 담당한 프로덕트의 비즈니스 모델을 이해하고 있나요?
- 회사의 비즈니스 목표와 전략을 명확히 이해하고, 이를 제품 개발 과정에 반영할 수 있나?
- 각 부서의 비즈니스 요구 사항을 파악하고, 이를 조율하여 협업을 최적화할 수 있나요?
비즈니스 성장 전략
- 프로젝트의 매출이나 수익 목표를 설정하고 이를 달성하기 위한 전략을 수립한 적이 있나요?
- 프로덕트가 지속 가능한 성장을 할 수 있도록 장기적인 비즈니스 전략을 제시할 수 있나?
비즈니스 역량을 키우는 방법
- 내가 일하고자 하는 시장 정하기
- 시장의 최근 트렌드, 경쟁사 현황 파악
- 시장의 참여자로서 참여해보기
참여자들의 니즈를 파악하는 것은 굉장히 중요하다 ! - 경쟁사의 성장 전략 파악
- 시장의 비즈니스 모델 이해하기
하드 스킬 (1) User experience UX
UX 역량이란
사용자의 요구와 행동을 반영하여 직관적이고 편리한 사용자 경험을 설계하는 능력
예시
사용자 리서치 기반의 서비스 개선, UX/UI설계
기획에서도 전반적인 요구사항을 정의하거나, 프로덕트의 방향성을 설계할 때 사용자 경험이 좋은 프로덕트를 만들기 위해서 굉장히 많은 고민을 해야하기에 쌓을수록 도움이 되는 역량이다 !
직무 공고 분석 요약
사용자가 뭘 불편해하고, 니즈가 무엇인지를 파악해서 논리적인 사용자 경험을 설계할 줄 아는 것 !
사용자 입장에서 문제를 정의하고 해결해서 좋은 사용자 경험을 만들어내야한다.
아티클 인사이트
https://toss.im/tossfeed/article/po-knowhow-for-success
담당하는 제품의 고객이 생소한가요? 아예 그 고객이 되어보세요. 고객의 삶을 직접 경험해보는 것만큼 좋은 방법이 없어요.
사장님을 위한 서비스를 만들다 직접 '사장님'이 되어보기로 결심함. 사용자의 입장에서! 직접 문제를 찾아내본 것.
역량 파악 체크리스트
사용자 중심 사고
- 다양한 방법을 통해 사용자 피드백을 지속적으로 수집하고, 이를 바탕으로 개선점을 도출하는가?
UI/UX 설계
- UI/UX에 대한 기본적 이해를 바탕으로, 사용자 경험에 최적화된 기능적 요구사항을 기획할 수 있는가?
UX 역량을 키우는 방법
- 다양한 사용자 리서치 방법론 이해하기
: 어떻게 사용자의 니즈를 파악할지? - UI/UX에 대한 기본 지식 이해하기
: 피그마, 용어 숙지 추천 - 기존 서비스 벤치마킹 하기
: 트렌드 분석, 경쟁사 문제 정의 분석
하드스킬 (2) 기술
기술 역량이란
제품 개발을 위한 기술적 이해를 바탕으로 실현 가능한 전략을 세우고 협업하는 능력
💡 기술적 이해 ! 할 줄 안다가 아니라 실제로 실현 가능한지 판단하며, 협업할 수 있는 정도의 이해력,
기술적 지식을 바탕으로 개발자와 잘 소통할 줄 아는 능력
아티클 인사이트
https://blog.gangnamunni.com/post/Architecture-sync/
아키텍처 싱크
팀 내에서 시스템 구조를 공유하고 맞추는 과정
디스커버리 이후 PO와 디자이너가 개발 아키텍처 논의에 깊게 참여하지 않아 제품을 기획한 사람과 실제 시스템 구조를 만든 사람 사이에 이해 차이가 생기는 문제 발생
아키텍처 싱크 이후 여러 문제가 해결됨
- 수월한 커뮤니케이션
- 장기적인 제품 설계 가능
- 정책 반영 확인 가능
- 데이터 이해도 향상
건물을 설계하기 전에 땅의 구조를 이해하는 것과 같다.
개발을 직접 할 필요는 없지만, 시스템 구조와 데이터 흐름, API 정도는 이해해야 협업이 제대로 이루어 진다.
기술 이해는 협업을 위한 것
아티클 인사이트 2
https://techblog.woowahan.com/12044/
- 개발을 몰라도 일하면서 배우면 됨 (회사나 팀마다 필요한 개발 지식에도 차이가 있을수 있음)
💡내가 스스로 배우는 것 ! 누가 떠먹여주기를 바라지 말자 - 의문이 있는 부분은 개발자에게 확실하게 확인하고 가야함
- 개발자들과 상의하고 싶은 내용이 있을 땐, “고민이 있어요” 라는 단어를 시작으로 이야기를 해도 좋음
- 확실히 개발 지식이 있으면 커뮤니케이션에는 유리해짐
역량 파악 체크리스트
개발 지식을 바탕으로한 협업
- 프로덕트의 기능적 요구사항을 명확히 정의할 때, 기술적 요구사항을 함께 고려할 수 있는가?
- 기술적 결정을 내릴 때, 다양한 이해관계자(예: 개발자, UX/UI 디자이너, 마케팅 팀 등)와의 커뮤니케이션을 통해 의견을 조율할 수 있는가?
- 기술적 요구사항이나 제한 사항을 기술 배경이 없는 팀원에게도 쉽고 명확하게 설명할 수 있는가?
개발 역량을 키우는 방법
- 개발자와 소통 가능할 정도의 개발 배경 지식 익히기
- 최신 기술 트렌드에 관심 갖기
하드 스킬 (3) 데이터
데이터 역량이란
데이터를 기반으로 인사이트를 도출하고 의사결정을 내리는 분석적 사고 능력
예시
A/B테스트, KPI 설정, 데이터 분석을 통한 문제 정의 및 해결 등
데이터에 의한 객관적 근거 > 효과적인 의사결정 가능
- 직무공고키워드
가설검증문제해결의사결정
역량 파악 체크리스트
데이터 추출
- 프로덕트 성장을 위해 필요한 지표가 무엇인지 정의할 수 있는가?
- 데이터 수집 분석 툴(Google Analytics, Amplitude 등)을 잘 활용할 수 있는가?
SQL 등을 활용해 원하는 데이터를 추출할 수 있는가?
데이터 분석
- 수집한 데이터를 정리하고 분석할 수 있는 능력이 있는가?
- 통계적 분석이나 A/B 테스트 결과를 이해하고 해석할 수 있는가?
데이터 기반 의사결정
- 데이터를 통해 문제를 정의하고, 해결책을 도출할 수 있는가?
- 가설을 세우고, 이를 데이터로 검증할수 있는가?
💡 내가 직접 전문가가 될 필요는 없다. 그렇지만 직접 분석하고 추출해보면서 데이터 역량을 기르는 것은 매우 중요 !
데이터 역량을 키우는 방법
- 데이터 툴 사용법 익히기
- 간단한 SQL 쿼리문으로 데이터 추출해보기
- 데이터 기반으로 의사결정(문제정의, 가설 검증) 연습
모든 역량이 동일하게 중요한가?
일하는 회사, 팀 내 포지션에 따라 다르다!
하지만 일반적으로,
시니어 PM
전체 전략 주도
문제 해결, 커뮤니케이션, 비즈니스 역량 등의 중요성이 높음
주니어 PM
실행의 역할을 주로 맡음
문제 해결, 커뮤니케이션 역량 강조
부족한 하드 스킬은 커뮤니케이션 역량으로 보충 가능
전략적으로 내가 원하는 역량과, 가지고 있는 역량을 객관적으로 비교해보고, 내가 집중해서 키울 수 있는 역량에 대해 세부적으로 분석해보기!
프로덕트 매니저 성장 팁
기술 블로그 및 컨퍼런스
간접적으로 현업 프로젝트 경험을 배우는 가장 좋은 방법 !
IT 분야의 실제 현업 사례와 동향을 파악하는데 가장 도움이 된다.
참고 기술 블로그 (PM/디자이너 위주로)
📍 https://toss.tech/
사용자 경험에 대한 인사이트 맛집 !
📍 https://techblog.woowahan.com/
PM 카테고리의 소중함...
개발 블로그의 경우,
어떤 추천 로직을 사용했을 때 매출이 올랐다?
어떤 걸 사용했는데 ? PM입장에서도 읽기 좋은 개발 글이 많음!
지피티를 활용해서 읽어봐도 좋다.
https://medium.com/daangn
https://blog.hwahae.co.kr/category/all/tech
https://blog.gangnamunni.com/blog/tech/
https://ridicorp.com/story-category/tech-blog/
https://helloworld.kurly.com/
참고 개발 컨퍼런스
📍 https://www.youtube.com/@kakaotech/playlists
📍https://www.youtube.com/playlist?list=PLgXGHBqgT2TundZ81MAVHPzeYOTeII69j
참고 디자인 컨퍼런스
📍https://www.youtube.com/playlist?list=PL1DJtS1Hv1PgAekdTPF0lKtfsqAis3HXR
참고 PM 컨퍼런스
📍https://www.youtube.com/playlist?list=PLu6f31_SRNTjfCd5y7aLypDTI_IKDxL-t
참고 문서
https://github.com/hibuz/dev-conf-replay?tab=readme-ov-file
덧. 링크만 해두지 말고 실제로 좀 보자, 가장 중요한 것 먼저 꼼꼼히 보고 확장해 넓혀나갈 것. 시간 날 때마다 하나씩 볼 것 ! 인사이트 블로그 카테고리를 따로 만들어서 꾸준히 인사이트 발굴 기록을 올려야겠다.
IT 콘텐츠 플랫폼
-
비즈니스 역량을 키우기 위해 업계 및 시장에 관한 뉴스를 보면 좋다 ! 특히 아웃스탠딩의 뉴스는 인사이트가 담겨있다.
https://outstanding.kr/ -
PM으로 일하면서 필요한 기초적인 이론을 쉽게 설명해주는
https://publy.co/ -
구체적인 서비스 업데이트 소식을 알고 싶다면
https://maily.so/tipster
책
책은 읽으면 읽을수록 도움이 된다.
전반적인 기획에 대한 기본적인 감각을 기르기 위한 책들을 먼저 읽고, IT 업계에 관한 책으로 넘어가보도록 하자.
- 일 잘하는 사람은 단순하게 합니다
- 회장님의 글쓰기
- 기획의 정석
- 조직을 성공으로 이끄는 프로덕트 오너
- 프로덕트 매니지먼트 : 제품의 탄생
- (사용자를) 생각하게 하지마!
