서비스 기획자
프로덕트매니저
프로덕트 오너
UI/UX 기획자
프로덕트 디자이너
프로젝트 매니저
프로그램 매니저
.....
뭐가 다른걸까 .... ?
일단 모든 공통의 과제는 사용자에게 가치를 주는 좋은 제품을 만들고 싶은 사람들
이중에서도 프로덕트매니저에 대해 알아보쟈
타인의 문제를 객관적인 자료를 통해 , 제품을 둘러싼 여러사건에 연루되며 해결일선에 서야 하며, 말이 아닌 설계와 결과로 보여주어야한다.
한마디로,
프로덕트의 가치를 극대화 하는 방향과 방법을 찾아 실현해 내는 사람
프로덕트 매니저의 여러 성격
1. Technologist - 기술 혁신에 관심
2. Generalist - 제품스케일링 사용자문제해결 ux에 관심
3. Business-oriented - 매출스케일링, 시장개발에 관심
기능조직 VS 사일로/스쿼드 조직
< 기능조직 >
• 프로덕트 매니저만 모인 팀 (서비스기획팀 등)
• 한 명의 PM이 다양한 프로덕트와 서비스를 기획하고 관리
• 퀄리티 높은 기획, 체계적인 업무 시스템, 넓은 시각의 의사결정 • 타 조직과의 사일로, 너무 많은 업무량과 디펜스 노력
< 사일로/스쿼드 조직 >
• PM, 개발, 디자인 등 여러 직군이 모여 하나의 프로덕트에 집중하는 팀 • 프로덕트 매니저도 하나의 프로덕트에 집중
• 빠른 개발 속도, 구성원의 높은 개발 이해도
• 개발 의존, 프로덕트 조직 차별 , 인력 매니징 부재
제품중심 조직 VS 비즈중심 조직
제품중심 조직 : B2C와 같이 명확한 프로덕트가 회사를 견인하는 경우, B2B이지만 명확한 프로덕트로 시작한 경우
비즈중심 조직 : B2B와 같이 고객관계 중심으로 비즈니스가 성립되는 경우, IT 프로덕트가 아닌 본업의 캐시카우가 있는 경우
B2C : 기업과 고객의 관계
B2B : 기업과 기업과의 관계
*캐시카우 : 수입창출원 , 돈벌이가 되는 사업이나 제품
일잘러 프로덕트 매니저의 조건 !!
내게는 문제를 해결할 책임이 있으며, 모호한 문제를 명확히 밝히고 해결책을 모색하기 위해서는 이를 스스로 시각화 할 수 있어야 한다.
프로덕트 매니저의 성공 지표
1. 문제해결 - 경험
2. 스케일링 - 숫자로 표현되는 매출 등
3. 파운딩 - 방법론 , 체계 , 문화