PM PO 신입 취업 준비 가이드

01

PM / PO는 어떤 일을 하나요

PM과 PO는 제품의 방향을 정합니다. 요구사항을 정의하고, 기획하고, 개발과 QA를 거쳐 출시하고, 지표를 보며 다시 고치는 전 과정을 주도합니다. 서비스 기획자가 무엇을 어떻게 만들지에 무게를 둔다면, PM·PO는 왜 만들고 무엇을 먼저 할지에 무게가 실립니다. 특히 PO는 하나의 제품이나 스쿼드를 오너로서 책임지는 색이 강합니다.

먼저 가장 중요한 현실을 말씀드립니다. 이 직무는 IT 직군 중 신입 진입이 가장 어려운 축입니다. 대부분의 공고가 3~10년 경력을 요구하고, '주니어 PM'이라고 적힌 자리조차 최소 1년 경력을 원하는 경우가 흔합니다. 신입 PM·PO를 뽑는 공고 자체가 드뭅니다.

그래서 경로를 다르게 잡아야 합니다. 현실적인 방법은 셋입니다. 부트캠프와 인턴을 묶어 실무 접점을 만드는 것, 개발자·디자이너와 함께 아이디어부터 출시까지 해본 프로젝트를 노션에 문서화하는 것, CX·운영·기획 같은 인접 직무로 먼저 들어가 전환하는 것입니다.

돌파구는 기록입니다. 현직 PM들이 공통으로 하는 조언이 있습니다. 결과물을 나열하지 말고 아이디어 구상부터 출시까지의 과정을 문서화하고 각 단계에서 본인이 무엇을 했는지 드러내라는 것입니다. 이 직무에 진심이라는 걸 꾸준한 기록으로 증명하는 것이 신입에게 남은 가장 확실한 카드입니다.

새로 열리는 문도 있습니다. AI-Native PM이나 AI 프로젝트 매니저처럼 경력 무관으로 뽑는 자리가 등장하고 있고, 일부 스타트업은 신입·경력 혼합 PM 공고를 열어두고 인턴십과 학회 경험을 우대합니다.

하루 업무는 대략 이렇습니다

제품 목표와 이번 분기 KPI를 정하고 팀과 합의한다
지표와 사용자 피드백에서 다음에 풀 문제를 고른다
요구사항을 정의하고 우선순위와 일정을 정한다
개발·디자인·QA와 진행 상황을 맞추고 막힌 것을 푼다
출시 후 지표를 확인하고 다음 개선을 결정한다

02

필요한 핵심 역량과 기술 스택

필수는 없으면 서류에서 걸러지는 항목, 권장은 대부분의 합격자가 갖추는 항목, 우대는 있으면 확실히 차별화되는 항목입니다.

제품 판단 (핵심)

이 직무가 실제로 하는 일입니다. 화면을 그리는 능력보다 무엇을 먼저 할지 정하는 능력을 봅니다.

문제 정의필수
무엇이 진짜 문제인지 정확히 짚는 능력. 여기서 틀리면 이후 모든 작업이 낭비가 됩니다.
우선순위 판단필수
프로덕트 비전을 세우고 무엇을 먼저 할지 정해 일정을 관리합니다. 다 하겠다는 계획은 계획이 아닙니다.
오너십필수
거의 모든 공고에서 강조됩니다. 시키는 일을 하는 자리가 아니라 할 일을 스스로 발굴해 끝까지 가져가는 자리입니다.
Product Life Cycle 관리필수
요구사항 정의부터 기획·개발·QA·출시·운영까지 전 단계를 챙깁니다.

데이터 기반 의사결정

KPI · OKR 수립필수
무엇이 성공인지 숫자로 정의하고 팀과 합의합니다. 공고에 직접 등장하는 항목입니다.
지표 모니터링필수
GA 등으로 제품 지표를 지켜보고 이상 신호를 먼저 발견합니다.
실험과 검증권장
A/B 테스트나 퍼널 분석으로 판단이 맞았는지 확인합니다.
SQL 기초우대
직접 데이터를 확인할 수 있으면 의사결정 속도가 달라집니다. 조회 수준이면 충분합니다.

협업 · 문서

이해관계자 조율필수
개발자·디자이너·데이터 분석가 사이에서 의견을 모으고 합의를 만듭니다. 업무의 큰 비중을 차지합니다.
문서화필수
논리적 사고를 바탕으로 기획 산출물을 체계적으로 남깁니다. 말로 한 합의는 곧 흩어집니다.
개발 이해권장
개발자와 원활히 소통할 정도의 기술 이해. 우대사항에 자주 등장합니다.
JIRA · Confluence · Figma권장
일감과 문서와 시안을 다루는 도구입니다. 실무에서 매일 씁니다.

도메인 · 신규 영역

도메인 지식권장
커머스·콘텐츠·핀테크·B2B SaaS 등 분야마다 필요한 지식이 다릅니다. 어느 도메인을 갈지 정하고 파는 편이 유리합니다.
AI 기본 이해우대
AI-Native PM 같은 자리가 새로 생기고 있습니다. 무엇을 AI로 풀 수 있고 없는지 판단할 수 있으면 새 기회가 열립니다.

03

우대 자격증과 경험

자격증은 실력을 대신하지 못하지만 서류 통과와 학습 커리큘럼에는 도움이 됩니다. 우선순위를 보고 고르세요.

노션 포트폴리오 (사실상 유일한 평가 기준)

필수

이 직무는 자격증으로 평가되지 않습니다. 아이디어부터 출시까지의 과정을 문서화하고 각 단계에서 본인 역할을 드러낸 기록이 전부입니다. 꾸준한 기록 자체가 이 직무에 대한 진심의 증거로 읽힙니다.

PM 부트캠프 수료

권장

신입 채용이 드문 만큼 실무 접점을 만드는 수단이 됩니다. 다만 수료증 자체가 아니라 그 과정에서 만든 프로젝트와 문서가 평가 대상입니다.

Google 애널리틱스 인증

우대

데이터 기반 의사결정이 핵심 역량이라 지표를 읽는 기초를 잡는 데 유용합니다. 무료입니다.

공식 사이트 →

SQLD (SQL 개발자)

우대

직접 데이터를 확인하는 습관을 만드는 계기가 됩니다. 필수는 아닙니다.

공식 사이트 →

평가에 도움이 되는 경험

아이디어부터 출시까지 해본 프로젝트

신입에게 가장 강력한 근거입니다. 개발·디자인과 함께 실제로 세상에 내보낸 경험이면 규모는 작아도 됩니다.

PO 인턴 · 채용연계형

신입 공고가 드문 만큼 인턴이 실질적인 입구입니다. 상시로 확인하세요.

인접 직무 경력 (CX · 운영 · 기획)

제품과 사용자를 가까이서 보는 자리에서 시작해 전환하는 경로가 현실적입니다.

학회 · 동아리에서의 프로젝트 관리

우대사항에 학회와 인턴십 경험이 직접 언급됩니다. 팀을 이끌어 결과를 낸 경험이면 됩니다.

지표로 성과를 확인한 경험

무엇을 목표로 잡고 어떻게 측정했는지 말할 수 있으면 다른 지원자와 확실히 갈립니다.

04

신입이 준비하는 포트폴리오 형태

개수를 늘리는 것보다 하나를 끝까지 완성하는 편이 유리합니다. 체크리스트를 기준으로 완성도를 점검하세요.

과정이 드러나는 노션 포트폴리오 (핵심)

중급

현직 PM들이 공통으로 하는 조언은 하나입니다. 결과물을 나열하지 말고 아이디어 구상부터 제품 출시까지의 프로세스를 문서화하고, 각 단계에서 본인이 무엇을 했는지 강조하라는 것입니다. 화면 이미지가 아니라 판단의 기록이 이 직무의 포트폴리오입니다.

왜 이 문제를 골랐는지 (근거가 된 데이터나 관찰)
목표를 무엇으로 정했고 왜 그 지표인지
검토한 대안과 우선순위를 정한 기준
각 단계에서 본인이 내린 결정과 그 이유
개발·디자인과 조율하며 바뀐 지점
출시 후 지표와 회고
Notion으로 정리해 링크 제출

지표를 설계하고 측정한 기록

심화

PM·PO는 데이터로 판단합니다. 실무 데이터가 없다면 개인 프로젝트에 GA4를 붙여 직접 만드세요. 사용자가 적어도 됩니다. 무엇을 성공으로 정의했고 어떻게 쟀는지가 핵심입니다.

제품 목표와 그것을 재는 KPI
측정 방법과 기간
가설과 실제 결과의 차이
숫자를 보고 바꾼 결정

우선순위 판단 기록

중급

이 직무를 가장 잘 드러내는 자료입니다. 하고 싶은 것이 열 개일 때 무엇을 먼저 했고 무엇을 미뤘는지, 그 기준이 무엇이었는지를 남기세요. 미룬 이유를 설명할 수 있는 사람이 PM입니다.

후보 목록과 각각의 예상 효과·비용
우선순위를 정한 기준
미루기로 한 것과 그 이유
그 판단이 옳았는지에 대한 회고

꾸준한 기록 (선택)

입문

제품 분석 글이나 회고를 블로그·노션에 쌓아두는 방법입니다. 실무 경험이 없는 신입에게는 이 직무에 진심이라는 걸 보여주는 거의 유일한 수단이 됩니다.

쓰는 서비스의 기능을 분석한 글
왜 이렇게 만들었을지 추론한 기록
꾸준한 발행 이력

05

신입이 자주 하는 실수

준비 방향을 잘못 잡으면 들인 시간에 비해 결과가 안 나옵니다. 아래 항목에 해당하지 않는지 점검해 보세요.

신입 공고만 찾다 시간을 보내는 것. IT 직군 중 신입 채용이 가장 드문 축입니다. 인턴·부트캠프·인접 직무를 함께 봐야 합니다.
포트폴리오에 결과물만 나열하는 것. 현직자들이 공통으로 지적하는 지점입니다. 과정과 각 단계의 역할이 없으면 판단력을 보여줄 수 없습니다.
기획서만 쓰고 출시하지 않는 것. 만들어지지 않은 기획은 검증되지 않았고 지표도 남지 않습니다.
데이터를 다루지 않는 것. KPI와 OKR, 지표 모니터링이 공고의 핵심 요건입니다.
우선순위 이야기가 없는 것. 무엇을 미뤘고 왜 미뤘는지 설명하지 못하면 PM의 일을 해본 적이 없는 셈입니다.
기록을 남기지 않는 것. 실무 경험이 없는 신입에게는 꾸준한 기록이 진심을 증명하는 거의 유일한 수단입니다.

07

자주 묻는 질문

Q.신입이 PM·PO로 바로 갈 수 있나요?

IT 직군 중 가장 어렵습니다. 대부분의 공고가 3~10년 경력을 요구하고, 주니어 PM이라고 적힌 자리도 최소 1년 경력을 원하는 경우가 흔합니다. 현실적인 경로는 세 가지입니다. 부트캠프와 PO 인턴·채용연계형으로 실무 접점을 만들거나, 개발·디자인과 함께 출시까지 간 프로젝트를 노션에 문서화하거나, CX·운영·서비스 기획 같은 인접 직무로 먼저 들어가 전환하는 것입니다. 최근에는 AI-Native PM처럼 경력 무관 공고도 생기고 있으니 함께 보세요.

Q.서비스 기획자와 뭐가 다른가요?

실무에서는 겹칩니다. 다만 무게중심이 다릅니다. 서비스 기획자는 무엇을 어떻게 만들지, 즉 화면과 정책 설계에 가깝고, PM·PO는 왜 만들고 무엇을 먼저 할지, 즉 제품 목표와 지표와 우선순위에 가깝습니다. PO는 특히 하나의 제품이나 스쿼드를 오너로서 책임지는 성격이 강합니다. 회사마다 이름을 다르게 쓰니 공고의 담당 업무를 읽는 것이 정확합니다.

Q.부트캠프가 도움이 되나요?

이 직무에서는 다른 직무보다 실효가 있는 편입니다. 신입 채용이 드물어 실무 접점을 만들기 어려운데, 부트캠프는 팀 프로젝트와 현직자 피드백, 인턴 연계를 한 번에 제공하는 경우가 있기 때문입니다. 다만 수료증이 아니라 그 안에서 만든 프로젝트와 문서가 평가 대상이라는 점은 분명히 하세요.

Q.개발이나 디자인을 할 줄 알아야 하나요?

직접 만들 필요는 없습니다. 필요한 것은 개발자·디자이너와 원활히 소통할 정도의 이해입니다. API가 무엇인지, 어떤 요청이 왜 오래 걸리는지, 화면 하나를 바꾸는 비용이 어느 정도인지 감이 있으면 충분합니다. 이 이해가 없으면 일정과 우선순위를 현실적으로 잡을 수 없습니다.

Q.포트폴리오에 넣을 프로젝트가 없으면요?

만드는 수밖에 없고, 만들 수 있습니다. 사이드 프로젝트 모임이나 동아리에서 개발자·디자이너를 찾아 작은 서비스를 하나 출시하세요. 규모는 작아도 됩니다. 아이디어에서 출시까지의 과정을 노션에 기록하고 각 단계에서 본인이 무엇을 결정했는지 남기면, 그것이 이 직무가 요구하는 포트폴리오의 형태입니다.

이 직무로 내 로드맵 만들기

졸업까지 남은 기간과 지금 수준을 고르면, 위 학습 순서를 시기별 계획으로 나눠 드립니다. 결과는 링크로 그대로 공유할 수 있습니다.

PM / PO 로드맵 만들기 →

함께 보면 좋은 직무

서비스 기획자

웹·앱 서비스가 어떻게 동작할지 설계하고, 문제 정의부터 정책 수립과 화면 설계, 출시까지 이끄는 직무입니다. 순수 신입 공고가 적어 프로젝트 경험과 인턴으로 우회 진입하는 것이 현실적입니다.

프로덕트 디자이너

화면 디자인을 넘어 문제 정의부터 해결과 성과 측정까지 제품 전체를 책임지는 디자이너입니다. UX/UI보다 신입 진입이 어려워, UX/UI 디자이너로 시작해 성장하는 경로가 현실적입니다.

데이터 분석가

데이터를 뽑아 분석하고, 비즈니스 의사결정에 필요한 답을 찾아 설득력 있게 전달하는 직무입니다.

PM / PO