PM 현직자 인터뷰 " PM은 고객의 목소리를 프로덕트에 반영하는 자 "

 

체인지업을 통해 현직자 멘토링을 할 수 있었다.

깨달은 점, 적용할 점으로 나눠 기록해본다.

 

깨달은 점 

1. 다자이너, 개발자 등의 메이커 만으로 프로덕트를 만들 수 있는데 왜 PM이 있어야 하나?

 

고객의 목소리 반영 

•  PM은 그 누구보다 고객의 목소리를 제대로 듣고 반영하는 사람이다.
•  고객의 목소리가 제품에 반영되어 비즈니스 성과를 달성할 수 있도록 주도하는데 있어 PM이 필요한 것이다. 

우선순위 결정

• 개발자·디자이너는 각자 전문 영역 관점에서 본다.
• 비즈니스 임팩트 기준으로 "뭘 먼저 만들지" 결정하는 사람이 없으면 중요하지 않은 것부터 만들게 된다.

조율과 언어 번역

• 개발자·디자이너·영업팀은 서로 다른 언어로 말한다.
• 사이에서 맥락을 연결하고 오해 없이 실행되게 하는 역할이 필요하다.

왜 만드는지 anchor

• 만들다 보면 "이거 왜 만들고 있지?"를 잃기 쉽니다.
• PM이 목표와 방향을 계속 붙들고 있는 역할이다.

리스크 관리

• 잘못된 방향으로 열심히 만드는 것 막고, 빠르게 검증하고 방향 수정을 주도하는 것도 PM이다. 

 

2. 기업에서 어필되는 경험

• 단연 실무 경험이다.
• 단, 본인이 원하는 대기업 등은 바로 진입이 어려울 수 있으니, 중간에 다른 회사에 진입하더라도 최종 목적지 진입에 도움이 될만한 경험을 가져잘 수 있는지 잘 판단하여 지원해야 한다. 
• 즉 유사 도메인 내 성공경험이 중요하다는 뜻이다. 

 

3. KPI

• "우리 회사에서도 고무적인 퍼포먼스를 달성할 수 있을까?"
• 일을 잘 할 수 있을지 확인하는 목적 (지원 하는 곳의 아웃풋 재현가능성 짐작용)
• 따라서 유사 도메인 내의 성공경험 내에서 KPI 달성여부를 확인한다.

 

4. 주요 산출물

• RFP (Request For Proposal 요구사항 명세서)
  • 목적
  • 고객
  • 니즈
  • 페인포인트
  • 기대사항 
• 기획
  • 서비스 기획서
  • 플로우 차트
  • 와이어프레임(스케치 
  • 화면 설계서(스케치 + 동작설명 + 개발지침)
  • 서비스 정책집
  • 데이터 정책집
• 관리
  • 계약서
  • WBS(작업 일정표)
  • 의사소통/요구사항 정리 

=> 위와 같은 작업 산출물을 만들어본 경험 강조 

 

5. 산업의 지식정도

• 산업 트렌드, 고객 니즈, 페인 포인트 정도 알고 이어야 함.
• 덧붙여 어떤 식으로 인공지능을 도입할 수 있을지 알고 있으면 좋음. 
• 고객의 유저 저니 맵 참고

 

6. 채용공고 분석

• 회사가 지금 유저수를 늘리는 단계인지, 그 이후 리텐션을 고민하는 단계인지에 따라 강조해야 하는 KPI가 다를 수 있음. 
• 단 이는 데스크 리서치 만으로 파악이 어려우므로 면접 준비 단계에서 파악해서 어필하면 효과적! 

---

 

적용점

1. 운영/PM 관점에 따라 핵심 KPI 조정하고 서류합격률 변화 추이를 관찰하자

2. 과정-조사-개선-성과 형태로 3C4P 수정하자

3. 하프래디 웹/앱 서비스 만들면서 주요 산출물 경험하고, 포트폴리오에 녹이자 (올바른 방향임을 입증)