1. 프로덕트 매니저라는 직업은 이상하다

회사에서 제품을 만드는 팀을 보면 여러 역할이 있다.

개발자는 코드를 작성한다.
디자이너는 사용자 경험을 설계한다.
마케터는 제품을 시장에 알린다.

그렇다면 프로덕트 매니저(PM)는 무엇을 하는 사람일까.

이 질문에 대한 답은 회사마다 조금씩 다르다.

어떤 회사에서는 PM을 mini CEO라고 부르기도 한다.
어떤 회사에서는 프로젝트 관리자처럼 이해하기도 한다.

그래서 PM이라는 직무는 늘 조금 모호하다.

하지만 대부분의 PM들이 공감하는 질문은 하나 있다.

좋은 프로덕트 매니저는 무엇을 잘해야 할까?

이 질문에 답하려는 흥미로운 시도가 하나 있다.

바로 GitHub에 공개된 pm-skills 프로젝트다.

2. PM의 능력을 하나의 지도처럼 정리하다

pm-skills는 프로덕트 매니저에게 필요한 역량을 정리한 오픈소스 프로젝트다.

이 프로젝트의 흥미로운 점은 PM의 능력을 단순히 나열하지 않는다는 것이다.

대신 PM에게 필요한 다양한 역량을 하나의 지도처럼 구조화한다.

예를 들어 다음과 같은 영역이 등장한다.

• 제품 사고(Product Thinking)
• 실행 능력(Execution)
• 커뮤니케이션
• 데이터 이해
• 기술 이해

이 구조를 보고 있으면 한 가지 사실이 보인다.

PM이라는 역할은 하나의 능력으로 정의되지 않는다.

오히려 여러 능력이 교차하는 중간 지점에 가깝다.

3. PM은 기능을 만드는 사람이 아니다

많은 사람들이 PM을 일정 관리자라고 생각한다.

하지만 좋은 PM은 기능을 관리하는 사람이 아니다.

좋은 PM은 문제를 정의하는 사람이다.

예를 들어 이런 질문을 한다.

• 우리는 어떤 문제를 해결하고 있는가
• 이 기능이 정말 필요한가
• 사용자는 왜 이 제품을 써야 하는가

제품이 실패하는 이유는 기술이 부족해서가 아니라 문제를 잘못 정의했기 때문인 경우가 많다.

그래서 PM에게 가장 중요한 능력은 문제를 발견하는 능력일지도 모른다.

4. 제품은 결국 사람들의 협업으로 만들어진다

제품은 혼자 만드는 것이 아니다.

보통 제품 팀에는 여러 역할이 존재한다.

• 개발자
• 디자이너
• 데이터 분석가
• 마케터

이 서로 다른 사람들이 같은 방향으로 움직여야 제품이 만들어진다.

여기서 PM의 역할이 등장한다.

PM은 보통 이렇게 불린다.

제품 팀의 번역가

PM은 기술 언어를 비즈니스 언어로 번역하고 비즈니스 요구를 제품 언어로 번역한다.

그래서 PM은 항상 사람과 사람 사이에 서 있다.

5. 데이터는 점점 더 중요한 역할을 한다

최근 몇 년 동안 PM 역할은 조금 더 변화하고 있다.

특히 데이터의 중요성이 크게 커졌다.

예를 들어 제품을 개선할 때
많은 팀들이 이런 질문을 한다.

• 사용자는 어디에서 떠나는가
• 어떤 기능이 가장 많이 사용되는가
• 어떤 실험이 성과를 만들었는가

이 질문에 답하기 위해서는 데이터를 이해해야 한다.

그래서 많은 PM들은 점점 더 데이터 분석과 실험 설계를 배우기 시작했다.

좋은 제품은 직감만으로 만들어지지 않는다.

데이터와 실험을 통해 조금씩 개선된다.

6. PM이라는 역할이 모호한 이유

흥미로운 점은 PM 역할이 회사마다 다르다는 것이다.

어떤 회사에서는 PM이 제품 전략을 주도한다.
어떤 회사에서는 실행 관리에 더 집중한다.

왜 이런 차이가 생길까.

그 이유는 간단하다.

제품 구조와 조직 구조가 모두 다르기 때문이다.

스타트업과 대기업의 제품 조직은 완전히 다르다.
플랫폼 기업과 SaaS 회사의 제품 구조도 다르다.

그래서 PM 역할은 하나의 고정된 직무라기보다

문제를 해결하는 역할

에 가깝다.

7. 지식이 구조가 될 때 생기는 일

pm-skills 프로젝트의 가장 흥미로운 점은 PM 지식을 하나의 구조로 정리했다는 것이다.

보통 PM 관련 지식은 여러 곳에 흩어져 있다.

• 블로그 글
• 강의
• 경험담

하지만 pm-skills 프로젝트는 이 지식을 하나의 지도처럼 연결한다.

이런 구조가 생기면 한 가지 좋은 일이 생긴다.

배우는 사람들이 길을 찾기 쉬워진다.

어디서 시작해야 하는지
다음에 무엇을 배워야 하는지
조금 더 명확해진다.

8. 작은 실험 하나

이 프로젝트를 보면서 한 가지 생각이 들었다.

이렇게 구조화된 지식을 클로드 코드와 연결했다면 Gemini와 연결할 수 있지 않을까?

그래서 작은 실험을 해보았다.

pm-skills 프로젝트를 참고해
Gemini CLI 기반으로 PM 지식을 활용하는 도구를 만들어 본 것이다.

프로젝트는 여기에서 볼 수 있다.

👉 pm-skills-gemini

이 프로젝트는 아직 작은 실험이다.

하지만 이런 시도를 통해 지식과 AI가 결합할 수 있는 가능성을 조금 볼 수 있었다.

9. 결국 PM의 역할은 무엇일까

pm-skills 프로젝트를 보면서 다시 처음 질문으로 돌아온다.

좋은 프로덕트 매니저는 무엇을 잘해야 할까.

아마 이 질문에는 하나의 정답이 없을지도 모른다.

하지만 한 가지는 분명하다.

좋은 PM은

• 문제를 이해하고
• 사람들을 연결하고
• 제품을 만들어낸다.

그래서 PM이라는 역할을 한 문장으로 정리하면
이렇게 말할 수 있다.

PM은 문제와 제품 사이를 연결하는 사람이다.

그리고 앞으로는 여기에 하나가 더 추가될지도 모른다.

AI와 함께 제품을 설계하는 역할이다.