PM?
- 하는 일이 유동적, 천차만별 → 남에게 설명하기 어렵다.
- 산출물이 눈에 보이지 않음 → 팀 간의 협업을 이끌고 프로덕트의 전략/방향성 수립
- 역사가 짧음 → 최근 부상한 직군, 주변에서 보기 어려움
90~00년대: 서비스 기획자
10년대: PM 개념 등장
20년대: PM과 서비스 기획자를 병행 사용
서비스 기획자는 주로 사용자 경험과 서비스 설계.
PM은 프로덕트의 방향성과 전략 설정, 비즈니스와 사용자 요구를 균형있게 고려.
PM의 역할
프로덕트 성장을 위한 전략 수립
수립한 전략을 실행
전략적 사고와 실행력으로 프로덕트를 성장시키는 사람이다.
참고자료
https://toss.im/career/article/next-agile-with-pm
토스, 넥스트 애자일을 고민하다
1을 100으로 만드는 사람들, 토스의 프로덕트 매니저를 소개합니다
toss.im
정리
내가 생각하기에 PM은 팀장처럼 프로덕트에 대해 기획하고 정리함과 동시에 팀끼리의 커뮤니케이션을 원활하게 해서 의견을 수렴하게 하는 직책이라고 생각한다.
PM 직무의 분류
인하우스 VS 에이전시
| 인하우스 | 에이전시 |
| 자체적으로 제품이나 서비스를 개발해 운영하는 회사 → 회사의 장기 비전과 전략에 맞춰 지속적으로 관리하고 개선 |
외부 클라이언트를 위한 프로젝트를 수행하는 회사 → 클라이언트의 요구를 충족하는 단기 프로젝트 수행 |
인하우스 회사에서는 장기적인 성과를 얻을 수 있다.
에이전시 회사에서는 다양한 산업과 프로젝트를 경험할 수 있다.
에이전시는 외부 클라이언트와 소통이 중요!
스타트업 VS 대기업
| 스타트업 | 대기업 |
| 모든 업무에 광범위하게 참여 | 특정 영역에 집중해서 전문적인 역할 |
대기업에서도 시작 시에는 스타트업처럼 전부 하다가, 커지면 다른 팀에 넘기는 형식으로 진행.
내부 프로덕트 VS 외부 프로덕트
| 내부 프로덕트 | 외부 프로덕트 |
| 기업 내부에서 사용되는 시스템, 조직 내에서 효율성·협업 등을 높이기 위해 → 고객의 의견을 듣기 쉬움 |
기업 외부, 고객이나 사용자 대상으로 제공되는 제품 |
B2C VS B2B
| B2C(Business to Consumer) | B2B (Business to Business) |
| 기업에서 소비자에게 직접 제품이나 서비스를 판매 → 빠른 사용자 경험 개선과 대중 시장 타겟 |
하나의 기업이 다른 기업에게 제품이나 서비스를 판매 → 고객사의 비즈니스 문제 해결에 집중 |
프론트 VS 백엔드
| 프론트 | 백엔드 |
| UX/UI 위주 | 백엔드 시스템 위주 |
참고 자료
https://toss.im/career/article/internal-product-manager-interview
토스 인터널 PM, 익스터널 PM(Product Manager) 역할은 어떻게 다를까?
Head of Product 하대웅 님, Internal Product Team Leader 이지숙 님의 이야기를 들어 보았어요.
toss.im
https://techblog.woowahan.com/12044/
디자인 전공 출신 신입, 백엔드 PM 으로 살아남기 | 우아한형제들 기술블로그
안녕하세요! 우아한인턴 1기를 거쳐 현재 결제정산프로덕트실 정산플랫폼팀 PM으로 근무하고 있는 황유진입니다. 아직 신입이라고 생각되는데 벌써 입사한 지 1년 하고도 2개월을 지나고 있네요
techblog.woowahan.com
소견
아직 인하우스와 에이전시는 어떤 게 내게 맞을지 잘 모르겠다.
스타트업과 대기업은 확고한데, 당연히 바로 대기업에 취직하기는 어렵다고 생각해서 스타트업에서 경험을 쌓은 뒤 이직하는 방향이 아닐까 싶다.
외부 프로덕트, B2C로 사용자에게 직접 맡은 일이 보여졌으면 하는 마음이 있어서 일단 이쪽을 선호한다.
프론트/백엔드는 둘 다 아는 것도 있고 해서 고민이 되는데 일단은 예술적인 걸 좋아하다보니 프론트 선호이다. 백엔드도 로직 관련해서 얘기를 나누면 재밌을 거라고 생각한다!
PM이 되기 위해서 필요한 역량에는
- 문제 해결력
- 커뮤니케이션
- 비즈니스
- UX
- 기술
- 데이터
1. 문제 해결력
프로덕트가 해결해야 할 핵심 문제를 정확히 정의하고 해결 전략을 설정한다.
- 전략 수집을 위해서는, 고객/시장/프로덕트의 문제를 정확히 정의해야 한다.
효과적인 해결 방안을 도출
1. 문제 정의
- 데이터, 시장조사, 사용자 리서치 등 정량적/정성적 근거로 문제를 정의했냐
- 프로젝트 비전 달성을 위한 근본적인 문제를 파악할 수 있나
2. 우선순위
- 가장 중요한 문제를 우선순위에 맞게 정의할 수 있나
- 현재 상황을 고려하여 해결해야 할 문제를 우선순위대로 정의하나
3. 목표 수립
- 문제 정의 후 해결을 위한 구체적 목표를 설정할 수 있나
- 문제의 해결이 실질적인 성과로 이어지도록 설정했나
4. 해결책 도출
- 문제 정의 후 , 다양한 해결책을 탐색하고 제시할 수 있나
- 현실적으로 실행 가능한 해결책을 제시할 수 있나
여러 번의 실습을 통해 익힐 것!
2. 커뮤니케이션
다양한 이해관계자와 협업을 한다.
1. 다양한 직군과의 협업
- 다양한 이해관계자(직무, 위치 등이 다른)간의 의견 충돌 시, 합의 가능한 최적안을 도출했냐
- 논의를 통해 해결 방안에서 최소한의 비용과 리소스로 진행할 방법을 찾을 수 있나
2. 리더십
- 목표 달성을 위해서 함께하는 팀원에게 동기부여하고, 리딩할 수 있나
3. 의사소통
- 복잡한 내용을 이해하기 쉽게 설명할 수 있나
- 원하는 방향성을 모두가 공감할 수 있게 설득 가능한가
- 진행이 원활하도록 팀원에게 필요한 정보가 제대로 공유되도록 할 수 있나
다양한 이해관계자의 업무 프로세스 파악하기
가능한 많은 직군과 협업하며 니즈를 적극적 파악, 반영
논리적인 글쓰기와 말하기
3. 비즈니스
회사를 위해 비즈니스 성과를 내야 한다.
1. 자사 비즈니스의 이해
- 본인 담당 비즈니스 모델을 이해했냐
- 회사의 비즈니스 목표와 전략을 이해하고, 반영할 수 있나
- 각 부서의 비즈니스 요구 사항을 파악하고 조율해 협업을 최적화할 수 있나
2. 비즈니스 성장 정략
- 매출이나 수익 목표를 설정하고 달성하기 위한 전략을 수립한 적이 있나
- 프로덕트가 지속 가능한 성장할 수 있도록 장기적인 비즈니스 전략을 제시할 수 있나
도메인을 정해서 최근 동향, 경쟁사 현황을 파악하기
시장의 참여자로서 참여해보기
시장의 비즈니스 모델 이해하기
4. UX
사용자 입장에서 문제를 정의하고 해결해서 좋은 사용자 경험을 만들어내기
1. 사용자 중심 사고
- 사용자 피드백을 지속적으로 수집해, 개선점을 도출하나
2. UX/UI 설계
- 기본적 이해를 바탕으로 사용자 경험에 최적화된 기능적 요구사항을 기획할 수 있나
다양한 리서치 방법 이해(인터뷰, 유저 테스트 등)
UX/UI 지식 이해
기존 서비스들의 UX/UI 벤치마킹
5. 기술
기술적 이해를 바탕으로 실현가능한 전략을 세우고 협업하는 능력
1. 개발 지식을 바탕
- 기능적 요구사항을 명확히 정의할 때, 기술적 요구사항을 함께 고려할 수 있는가
- 기술적 결정을 내릴 때, 다양한 이해관계자와의 커뮤니케이션으로 의견을 조율할 수 있는가
- 기술적 요구사항, 제한 사항을 기술 배경이 없는 팀원에게도 쉽고 명확하게 설명할 수 있는가
개발 지식 익히기
최신 기술 트렌드 수집
6. 데이터
데이터를 기반으로 인사이트를 도출해 의사결정을 내리는 분석적 사고 능력.(객관적 근거)
1. 데이터 추출
- 프로덕트 성장을 위해 필요한 지표인지 정의할 수 있나
- 데이터 수집 분석 툴을 잘 활용할 수 있는가
- SQL 등을 활용해 원하는 데이터를 추출할 수 있나
2. 데이터 분석
- 수집한 데이터를 바탕으로 정리하고 분석할 수 있는가
- 통계적 분석이나 A/B 테스트 결과를 이해하고 해석할 수 있는가
3. 데이터 기반 의사결정
- 데이터를 통해 문제를 정의하고 해결책을 도출할 수 있나
- 가설을 세우고 데이터로 검증할 수 있는가
데이터 툴 사용법
SQL 쿼리문 익히기
데이터 기반 의사결정 익히기
참고 자료
https://toss.im/career/article/toss-product-operations-specialist
토스 제품팀은 어떻게 일할까 | 토스 POS 인터뷰
서비스 개선, 자동화 처리 등 운영 업무를 개선하면서도, 포지션에 갇히지 않고 제품에 필요한 일이라면 어떤 것이든 제안하고 해결하기도 해요. 이번 아티클에서는 Product, Engineer, Designer, Data 직
toss.im
https://brunch.co.kr/@coupangdesign/71
쿠팡 UX Club 1. PO를 논리적으로 설득하는 법
디자이너의 고민, 그리고 경험에서 찾은 솔루션 | 쿠팡 UX팀은 문제를 바라볼 때, 솔루션을 고민하기에 앞서 문제의 근본적인 원인을 분석한 뒤 정의하는 과정을 거친다. 모두가 딥 다이브(Deep Div
brunch.co.kr
https://toss.im/tossfeed/article/po-knowhow-for-success
토스 PO 8명에게 물었습니다. 당신은 어떻게 서비스를 성공시킬 수 있었나요? - 금융이 알고 싶을
주식 1주 이벤트, 송금지원금, 긴급재난지원금 등 토스는 어떻게 성공하는 서비스를 계속 만들어낼 수 있을까요? 토스 PO 8명이 영업 비밀을 공유합니다. 제품을 성공시키기 위해 꼭 필요한 핵심
toss.im
https://blog.gangnamunni.com/post/Architecture-sync/
PO, 프로덕트 디자이너가 개발 아키텍처까지 알아야하나요?
나도 개발을 배워야하나.. 생각했다면 그럴 필요 없습니다.
blog.gangnamunni.com
https://techblog.woowahan.com/12044/
디자인 전공 출신 신입, 백엔드 PM 으로 살아남기 | 우아한형제들 기술블로그
안녕하세요! 우아한인턴 1기를 거쳐 현재 결제정산프로덕트실 정산플랫폼팀 PM으로 근무하고 있는 황유진입니다. 아직 신입이라고 생각되는데 벌써 입사한 지 1년 하고도 2개월을 지나고 있네요
techblog.woowahan.com
소견
소프트 스킬인 문제해결과 커뮤니케이션 역량은 경험을 통해 배워야한다고 생각한다. 캠프에서 튜터님들과 팀원들과 함께하며 일부 기르고 실제 직무를 해보면서 성장해나갈 것이다.
디자인과 개발은 실제로 하는 방법도 알고 툴도 다룰 줄 아는 편이라, 실제 직무를 어떻게 하는지 관찰·소통을 통해 알 수 있을 것이라고 생각한다.
비즈니스와 데이터 위주로 공부하고 역량을 키워나가야할 것 같다.
PM 역량을 기르기 위해 살펴볼 만한 것!!
기술 블로그 및 컨퍼런스
기술 블로그?
IT 회사에서 회사에서 겪은 기술적 인사이트, 실무 경험, 문제 해결 과정 등을 공유하는 블로그
실제 현업을 살펴볼 수 있고, 최근 동향을 살펴볼 수 있다.
컨퍼런스
IT 업계 뉴스
전반적인 소식
쉽고 재미있는 IT뉴스, 아웃스탠딩!
스타트업, 플랫폼, 콘텐츠, 블록체인, 인공지능, 모빌리티, 게임, 투자 등 독자분들이 어렵다고 느끼는 이슈를 쉽고 재미있게 풀어드립니다. 월 정기구독을 통해 아웃스탠딩과 함께 하세요!
outstanding.kr
기초 이론 및 직무 관련 콘텐츠
퍼블리 - 커리어 멤버십 PUBLY
커리어 성장을 꿈꾸는 모든 사람들을 위한 필수 커리어 멤버십
publy.co
PM 뉴스래터
추천 서적
- 일 잘하는 사람은 단순하게 합니다
- 회장님의 글쓰기
- 기획의 정석
- 프로덕트 오너
- 제품의 탄생
- (사용자를) 생각하게 하지 마!