프로덕트 매니저는 무슨 일을 하는가: PM의 하루와 책임

“프로덕트 매니저는 코딩도, 디자인도 안 하는데 대체 뭘 하는 거예요?” 프로덕트 매니저(PM)를 처음 접하는 사람이 가장 궁금해하는 질문입니다. 직접 만드는 것이 없어 보이는데 제품의 성패는 이 사람에게 달려 있다고 하니 신기할 만합니다. PM의 일은 눈에 잘 띄지 않지만, 제품이라는 배가 올바른 방향으로 나아가게 하는 결정적 역할입니다. 이 글에서 PM이 실제로 무엇을 하는지 풀어보겠습니다.

PM은 ’미니 CEO’라 불리는 이유

프로덕트 매니저는 흔히 ’제품의 미니 CEO’라고 불립니다. 실제 CEO처럼 명령할 권한은 없지만, 제품에 관한 한 그와 비슷한 책임을 지기 때문입니다. 무엇을 만들지 결정하고, 여러 팀을 하나의 방향으로 정렬시키고, 제품의 성공에 대한 책임을 집니다.

핵심은 PM이 ’만드는 사람’이 아니라 ’되게 하는 사람’이라는 것입니다. 개발은 엔지니어가, 디자인은 디자이너가 합니다. PM은 이들이 올바른 것을 만들도록 방향을 제시하고, 협업을 조율하고, 의사결정을 내립니다. 오케스트라의 지휘자처럼, 직접 연주하지 않지만 모두가 하나의 곡을 완성하도록 이끕니다.

PM이 책임지는 핵심 활동

PM의 일은 제품의 흐름을 따라 여러 활동으로 이어집니다.

고객을 이해합니다. 무엇을 만들지 정하려면 먼저 고객의 문제를 알아야 합니다. 사용자와 대화하고, 데이터를 살피고, 진짜 필요가 무엇인지 파악합니다.

방향을 정합니다. 파악한 문제를 바탕으로 제품의 비전과 전략을 세우고, 무엇을 먼저 만들지 우선순위를 정합니다.

계획을 구체화합니다. 로드맵을 그리고, 요구사항을 문서로 정리하고, 만들 것을 명확히 합니다.

팀을 정렬시킵니다. 개발, 디자인, 마케팅, 영업 등 여러 팀이 같은 목표를 향하도록 소통하고 조율합니다.

성과를 측정하고 개선합니다. 출시 후 데이터를 분석해 제품이 목표를 달성하는지 확인하고, 다음 방향을 잡습니다.

PM의 하루는 어떤 모습일까

실제 PM의 하루를 들여다보면, 대부분 소통과 의사결정으로 채워져 있습니다. 아침에는 지표를 확인하고, 개발팀과 진행 상황을 점검하고, 디자이너와 화면을 논의하고, 이해관계자에게 상황을 공유하고, 고객 피드백을 검토하고, 다음에 만들 것을 고민합니다.

이 일들의 공통점은 ’연결’입니다. PM은 고객과 팀 사이, 여러 팀 사이, 비즈니스와 기술 사이를 잇는 허브입니다. 서로 다른 관점과 정보가 PM을 통해 만나고 조율됩니다. 그래서 PM의 하루는 화려한 산출물보다 수많은 대화와 판단으로 채워집니다.

PM에게 필요한 세 가지 축

PM의 역할은 흔히 세 영역이 교차하는 지점으로 설명됩니다. 비즈니스(사업적으로 가치 있는가), 기술(기술적으로 실현 가능한가), 사용자 경험(사용자가 원하고 쓰기 좋은가)입니다. 이 세 영역이 겹치는 그림은 Martin Eriksson이 2011년 Mind the Product에 올린 벤다이어그램으로 널리 알려졌습니다.

훌륭한 PM은 이 셋을 균형 있게 봅니다. 사업 가치만 좇으면 사용자가 외면하고, 기술만 앞세우면 시장이 원하지 않으며, 사용자 경험만 챙기면 수익이 나지 않습니다. 세 축이 만나는 지점에서 최선의 결정을 찾는 것이 PM의 핵심 역량입니다.

만능이 아니라 조율자

PM에 대한 흔한 오해는 모든 것을 다 아는 만능이어야 한다는 것입니다. 하지만 PM이 개발자보다 코딩을 잘하거나 디자이너보다 디자인을 잘할 필요는 없습니다. 오히려 각 분야 전문가를 존중하고, 그들의 역량을 하나로 모으는 조율자가 되어야 합니다.

PM의 힘은 특정 분야의 깊이가 아니라, 여러 관점을 종합해 올바른 방향을 판단하는 데서 나옵니다. 그래서 좋은 PM은 모든 것을 직접 하려 하지 않고, 팀이 최선을 발휘하도록 돕습니다.

마무리

프로덕트 매니저는 직접 만드는 사람이 아니라 제품이 올바른 방향으로 가게 하는 사람입니다. 고객 이해, 방향 설정, 계획 구체화, 팀 정렬, 성과 측정이라는 활동으로 제품을 이끌며, 비즈니스, 기술, 사용자 경험이 만나는 지점에서 결정을 내립니다. PM의 하루는 산출물이 아니라 연결과 판단으로 채워집니다.

PM의 역할을 이해했다면, 자주 헷갈리는 비슷한 역할들과의 차이를 정리할 차례입니다. 다음 글에서는 프로덕트 매니저, 프로덕트 오너, 프로젝트 매니저를 구분해보겠습니다.