본문 바로가기

PM Notes/내용정리

1. Product Manger 직무 이해

PM 공고를 보면 회사마다 요구하는 역할과 역량이 다르다.

같은 PM이라도 회사, 산업군, 제품, 조직 문화에 따라 하는 일이 달라질 수 있기 때문이다.

그래서 PM이 정확히 어떤 일을 하는 직무인지 한마디로 정의하기는 어렵다.

하지만 공통적으로 요구되는 역량과 알아두면 좋은 개념들은 분명 존재한다.

이번 글에서는 PM 직무의 개념부터 서비스 기획자와의 차이, PM의 역할, 필요한 역량, 성장 TIP까지 전반적으로 정리해 보았다.

 

 


 

1. PM 개념(PO와 차이점) + 역할

PM(Product Manager)이란?
  • 개발자, 디자이너처럼 역할이 명확하게 구분되지 않고 어려운 이유가 무엇일까?

1. 역할 범위가 매우 넓다

  • 사용자 문제 정의
  • 시장분석
  • 비즈니스 전략
  • 우선순위 결정
  • 협업 조율
  • 프로젝트 실행
  • 데이터 분석
    → 위 내용을 모두 연결하는 역할

2. 눈에 보이는 산출물이 적다

  • 개발자는 코드, 디자이너는 UI의 결과물이 남지만, PM의 결과물은 형태가 보이지 않는 경우가 많다
    • PM 산출물 : 방향성, 의사결정, 우선순위, 전략, 협업 구조 등

3. 비교적 역사가 짧은 직무다

  • 타 직업군과 달리 IT 산업 성장과 함께 부상한 직무다
  • 국내에서는 '서비스 기획자 → PM 개념 도입 → PM과 서비스 기획자 혼용' 형태로 발전

 

PM과 서비스 기획자 차이점
구분 PM 서비스 기획자
중심 역할 제품 방향성과 전략 UX 및 서비스 구조 설계
핵심 관점 비즈니스 + 사용자 가치 사용자 경험 중심
주요 질문 무엇을 왜 만들까? 어떻게 설계할까?
※ 취업 준비 중요 포인트 : JD(Job Description)를 읽는 능력(실제로 어떤 역할을 수행하는지 확인)

 

 

PO(Product Owner)란?
  • 애자일 스크럼 조직에서 나온 역할
구분 PO PM
역할 0 → 1 1 → 100
초점 새로운 가치 창출 성장과 확장
특징 혁신 중심 안정화 및 운영 중심
역할 정리 새로운 가능성을 만드는 역할 그것을 성장시키고 확장하는 역할
※ 토스 사례 기준이므로, 절대적인 개념은 아님

 

 

PM 역할
  1. 전략 수립
  2. 실행
전략 수립 실행
  • 시장 분석
  • 사용자 분석
  • 문제 정의
  • 제품 비전 설정
  • 로드맵 수립
  • 우선순위 결정
  • 개발자
  • 디자이너
  • 데이터 분석가
  • 마케터
  • CX(Customer Experience/고객 경험)
→ 위 과정을 통해 제품 방향성 설정 → 다양한 이해관계자와 협업하여 실제 제품이 구현되도록 만듦

 

 

2. 환경에 따른 PM의 역할

인하우스 vs 에이전시
/ 인하우스(In-House) 에이전시(Agency)
개념 자체 서비스를 직접 운영하는 회사 외부 클라이언트 프로젝트를 수행하는 회사
특징 장기적 성장 중심, 지속적 개선, 데이터 기반 반복 개선 프로젝트 단위, 납품 중심, 클라이언트 요구 대응 중심
예시 카카오, 삼성전자 LG CNS, 현대오토에버

 

 

스타트업 vs 대기업
/ 스타트업 PM 대기업 PM
특징 역할 범위 넓음, 빠른 의사결정, 여러 역할 동시 수행
(여러 분야 동시 담당)
역할 세분화, 특정 도메인 전문화, 승인 프로세스 많음
(기능 단위 역할 분배)
예시 기획, 운영, 고객 대응, 데이터 분석 검색 PM, 결제 PM, 광고 PM

 

 

내부 프로덕트 vs 외부 프로덕트
/ 내부 프로덕트 외부 프로덕트
개념 회사 직원들이 사용하는 시스템 고객이 직접 사용하는 서비스
목표 업무 효율 향상, 비용 절감 고객 만족, 시장 점유율, 매출 성장
예시 HR 시스템, 사내 업무 툴, 데이터 대시보드 앱 서비스, SaaS, 커머스 플랫폼

 

 

B2C vs B2B
/ B2C B2B
개념 기업이 일반 소비자를 대상으로 서비스 제공 기업 고객 대상 서비스
중요 요소 UX, 사용 편의성, 빠른 피드백 반영 업무 효율, ROI, 장기 고객 관계
예시 쿠팡, 인스타그램 아마존 웹 서비스, 오라클

 

 

프론트 PM vs 백엔드 PM
/ 프론트 PM 백엔드 PM
개념 사용자 경험 중심 사용자가 직접 보지 않는 시스템 중심
(특히 대규모 서비스에서 역할 비중 ↑)
예시 화면 구조, UX 흐름, 인터랙션 추천 시스템, 정산 시스템, CMS, 데이터 플랫폼

 

 

3. PM 핵심 역량(소프트스킬/하드스킬)

  • 문제 해결 능력
    • 무엇이 진짜 문제인지 정의하고
    • 우선순위를 정하고
    • 해결 전략을 설계하고
    • 실행 가능한 방식으로 연결
      → 단순히 문제를 발견하는 것만이 아니라 위의 프로세스를 거쳐 결과물을 산출해내야 한다
      ex. 사용자 이탈 증가(문제 정의) → 가입 과정 복잡(원인 분석) → 가입 완료율 20% 증가(목표 설정) → 가입 단계 축소 + 소셜 로그인 도입(해결책 설계)의 흐름으로 사고를 전개해야 좋은 PM이라 할 수 있다
  • 커뮤니케이션 역량
    • 다양한 직군을 연결하는 역할(개발, 디자인, 마케팅, CX, 운영, 경영진 등)
      요구사항 전달, 우선순위 정렬, 충돌 조율(갈등 예방 및 해결), 설득 역량이 중요하다
  • 비즈니스 역량
    • 제품은 결국 비즈니스 성과와 연결되어야 한다
      • 수익 구조, 시장 상황, 경쟁사 전략, 성장 전략을 이해해야 한다
    • 즉, 사용자 가치 + 비즈니스 가치의 균형을 잘 맞추는 역할이다
  • UX 역량
    • 사용자 인터뷰, 유저 테스트, 사용 흐름 분석 → 사용자 관점에서 문제를 바라봐야 함(실제 문제 검증)
    • 주관적인 생각에 매몰되기보다, 사용자 행동과 데이터를 기반으로 문제를 객관적으로 바라보는 것을 더 중요하게 본다
  • 기술 역량
    • 개발자와 현실적인 논의를 하기 위해 최소한의 기술 이해는 필요하다(기술 제약, 구현 난이도, 시스템 구조)
  • 데이터 역량
    • 감이 아니라 근거 기반 의사결정이 필요하다

 

4. PM 성장 TIP

  • 프로젝트 경험을 통해 깊이를 이해하고 성장한다
  • 다만, 아래와 같은 방법을 통해 부가적으로 역량을 강화할 수 있다
PM 역량 강화 방법

 

1. 기술 블로그(기준 : 실제 문제, 실제 실패, 실제 의사결정의 경험을 다루었는가)

2. 컨퍼런스(기준 : 기술 X, 결정 사유, 문제 해결 사례, 지표 선정에 대한 분석)

2-1. 디자인 컨퍼런스

2-2. PM 컨퍼런스

2-3. IT 콘텐츠 플랫폼

3. 책(신입 PM 필독서 Best 6)

  • 일 잘하는 사람은 단순하게 합니다(기획/보고) → 파트 1~3 필독 권장
  • 회장님의 글쓰기(글쓰기, 말하기, 기획, 보고) → 효과적인 커뮤니케이션 방법 명시
  • 기획의 정석(기획 → 사고 확장) → 기획 분야 베스트셀러
  • 프로덕트 오너(애자일 프로젝트 과정, PM 역할과 원칙)
  • 제품의 탄생(제품 기획 전체 과정, PM 전반 기초 지식)
  • (사용자를)생각하게 하지 마!(사용자 경험이 좋은 프로덕트 기획을 위한 기초 원칙 학습)

 


 

인사이트

 

단순한 화면 기획이 PM의 핵심 역할은 아니다.

문제 정의, 방향 설정, 이해관계자 정렬(갈등 조정), 실행, 결과에 대한 책임까지 복합적인 역할이 요구된다.

때문에 PM에게 필요한 역량은 단순 이론 암기보다,

실제 서비스 분석, 프로젝트 경험, 사용자 관찰, 데이터 기반 사고, 협업 경험 등을 통해 더 빠르게 성장할 수 있다고 느꼈다.

결국 팀 프로젝트든, 기술 블로그를 탐독하든, 컨퍼런스를 참고하든,

간접적으로라도 실무의 사고방식과 문제 해결 과정을 꾸준히 흡수하는 태도가 중요하다고 생각한다.

나 또한 실제 사용자 문제와 비즈니스 문제를 함께 해결할 수 있는 PM이 되기 위해 필요한 역량을 계속 길러가고자 한다.