문제/목표, 타깃 사용자, 성공 지표(북극성 지표 포함)를 명확히 작성합니다.
핵심 KPI 변화(전/후, %/수치)와 사용자/매출/효율 임팩트를 정리합니다.
PRD, 로드맵, 대시보드, 회고 문서 등 참고 자료를 연결합니다.
배운 점/교훈, 다음 사이클 개선 항목을 공유합니다.
PM은 화면이나 코드처럼 눈에 보이는 결과물이 적어서 포트폴리오를 어떻게 만들지 막막해하는 경우가 많습니다. PM 포트폴리오의 핵심 결과물은 결정과 그 근거입니다. 무엇을 만들었는지보다, 왜 그것을 먼저 만들고 다른 것은 미뤘는지를 보여 주세요.
"사용자 만족도를 높였다"는 측정할 수 없습니다. 지표는 무엇을, 어떤 기간에, 어떻게 셀지까지 정해야 합니다.
| 막연한 목표 | 측정할 수 있는 지표 (예시) |
|---|---|
| 가입을 쉽게 만든다 | 가입 시작 대비 가입 완료 비율 (주간) |
| 재방문을 늘린다 | 가입 후 7일 안에 다시 방문한 사용자 비율 |
| 문의를 줄인다 | 주문 100건당 고객 문의 건수 |
지표 옆에 함께 지켜본 지표도 적으세요. 예를 들어 가입 단계를 줄였다면, 가입 완료율과 함께 가입 후 이탈률이 나빠지지 않았는지도 확인해야 합니다. 이런 균형 감각이 PM 역량을 잘 보여 줍니다.
선택지를 비교한 표 하나가 긴 설명보다 설득력이 있습니다.
가상 예시: 가입 이탈을 줄이기 위한 선택지 비교
선택지 예상 효과 개발 부담 위험 결정 입력 항목 줄이기 높음 낮음 필요한 정보 누락 1순위 소셜 로그인 추가 중간 중간 외부 연동 일정 2순위 가입 화면 전면 개편 불확실 높음 일정 지연 보류 입력 항목 중 가입 직후에 쓰이지 않는 항목을 나중에 받도록 미루는 방식으로, 개발 부담을 줄이면서 가장 빨리 효과를 확인할 수 있다고 판단했습니다.
회사 문서를 그대로 올리면 보안 문제가 생길 수 있습니다. 다음 자료를 민감 정보를 지우고 재구성해서 보여 주세요.
재구성한 자료에는 "보안을 위해 수치와 일부 내용을 바꿨습니다"라고 밝혀 두세요.
PM 직무 신입이나 전환자라면, 실제 서비스를 대상으로 개선 기획서를 써 보는 것이 가장 좋은 연습입니다.
이 기획서는 실제 회사의 데이터를 쓴 것이 아니므로, "공개 정보를 바탕으로 한 개인 제안"이라고 분명히 표시하세요.
포트폴리오의 각 프로젝트가 이 질문 중 최소 하나에 대한 답을 담고 있으면 좋습니다. 전체 제출 형식은 포트폴리오 템플릿 가이드를 참고하세요.
실제 준비 과정에서 자주 쓰는 적용 시나리오
상황: 구독 상품 전환 개선 프로젝트
문제: 성과는 있었지만 우선순위 판단 기준과 이해관계자 조율 과정이 누락되어 PM 역할이 약하게 보였습니다.
실행: 문제 정의, 가설, 우선순위 프레임워크, 실험 설계, 출시 후 모니터링 루프를 순서대로 문서화했습니다.
결과: 포트폴리오 검토 단계에서 전략적 사고와 실행력이 명확해져 PM 포지션 면접 전환율이 개선되었습니다.
Q. PM 포트폴리오에 숫자가 꼭 필요한가요?
A. 필수에 가깝습니다. 성과 지표가 없으면 전략과 실행의 효과를 판단하기 어렵습니다.
Q. 개인 프로젝트도 PM 사례로 인정되나요?
A. 가능하지만 문제 정의, 우선순위, 실험, 성과 측정 흐름이 명확해야 신뢰도가 높아집니다.
Q. 실패 사례를 넣어도 되나요?
A. 오히려 좋습니다. 실패 원인과 학습, 재발 방지 전략을 함께 제시하면 성숙한 판단력을 보여줄 수 있습니다.