기획자와 PM의 성과는 직접 만든 코드나 디자인이 아니라 팀이 올바른 문제를 풀게 한 과정에서 나옵니다. 그래서 경력기술서에서는 어떤 지표를 보고 문제를 정의했는지, 어떤 우선순위 판단을 내렸는지, 출시 후 핵심 지표가 얼마나 움직였는지를 프로젝트마다 연결해 보여 줘야 합니다.
이런 분께: 서비스 기획이나 PM 경력 3년 이상으로 문제 정의부터 출시 성과까지 보여 주려는 분
이 예시로 시작하기 ↗예시 속 인물·회사·수치는 모두 가상입니다. 내 경력으로 바꿔 쓰세요.
최민혁
서비스 기획자·PM · 8년차
minhyuk.choi@example.com
핵심 역량
• 퍼널 분석과 인터뷰로 결제 완료율 18% 개선
• A/B 테스트 설계·운영 연 20회 이상
• 4개 조직 9명 협업 리드, 출시 일정 2주 단축
• 리텐션 개선 과제로 30일 재방문율 6%p 상승
경력 상세
예시 핀테크 · 결제프로덕트팀 프로덕트 매니저
2021-07 ~ 현재
담당 업무 간편결제와 송금 서비스의 로드맵 수립, 요구사항 정의, 출시 후 성과 관리를 맡고 있습니다.
결제 단계 간소화
2024-03 ~ 2024-10
역할 PM · 팀 규모 7명 · 기여도 리드
사용 기술 Amplitude · Figma · Jira
• 퍼널 분석과 사용자 인터뷰 12건으로 결제 단계 이탈률 41%의 원인 3가지를 정의했습니다.
• 입력 단계를 5개에서 3개로 줄이는 요구사항을 정의해 결제 완료율을 18% 높였습니다.
• 출시 후 4주간 결제 관련 CS 문의를 월 620건에서 380건으로 줄였습니다.
첫 송금 온보딩 개선
2022-09 ~ 2023-05
역할 PM · 팀 규모 6명 · 기여도 리드
사용 기술 Amplitude · Braze · Notion
• 가입 후 7일 내 첫 송금 비율이 22%에 그치는 문제를 정의하고 온보딩 가설 5개를 세웠습니다.
• A/B 테스트 4회로 튜토리얼 흐름을 검증해 첫 송금 비율을 22%에서 31%로 올렸습니다.
• 개발·디자인·CS 등 4개 조직 9명과 주간 우선순위 회의를 운영해 출시를 2주 앞당겼습니다.
예시 쇼핑 · 서비스기획팀 서비스 기획자
2018-01 ~ 2021-06
담당 업무 커머스 앱의 상품 탐색과 추천 영역 기획을 맡았습니다.
추천 영역 개편
2020-02 ~ 2020-11
역할 기획 담당 · 팀 규모 5명 · 기여도 60%
사용 기술 Google Analytics · Axure · SQL
• 추천 영역 노출 방식 A/B 테스트 3회를 설계해 상품 상세 진입 수를 23% 늘렸습니다.
• 개인화 추천 정책 문서 1종을 만들어 추천 로직 변경 요청 처리 기간을 3주에서 1주로 줄였습니다.
재방문 유도 알림 기획
2018-09 ~ 2019-06
역할 기획 담당 · 팀 규모 4명 · 기여도 50%
사용 기술 Google Analytics · Axure
• 장바구니·찜 기반 알림 시나리오 8종을 기획해 30일 재방문율을 6%p 올렸습니다.
• 알림 발송 빈도 기준을 정해 수신 거부율을 월 2.1%에서 0.9%로 낮췄습니다.
퇴사 사유 프로덕트 오너 역할로의 커리어 확장
기술스택
제품 관리 요구사항 정의 · 로드맵 수립 · A/B 테스트 설계
데이터 Amplitude · Google Analytics · SQL
협업 도구 Figma · Jira · Notion
학력
예시대학교
2011-03 ~ 2017-08
산업공학 · 학사 · 졸업
서비스 기획자·PM 경력기술서의 핵심 3가지
01
문제 정의를 데이터로 시작하세요
'사용자 불편을 개선했다'로 시작하면 왜 그 문제를 골랐는지 알 수 없습니다. '결제 단계 이탈률 41%'처럼 문제를 발견한 지표를 첫 줄에 두면, 이어지는 기획과 결과가 하나의 흐름으로 읽힙니다. 인터뷰나 VOC에서 출발했다면 인터뷰 수와 반복된 불만 유형을 적으세요.
02
팀 성과와 PM의 몫을 나누세요
PM이 맡은 프로젝트는 개발자, 디자이너와 함께 만든 결과라서 기여도를 표현하기 어렵습니다. 팀 규모와 역할을 명시하고, 불릿에는 요구사항 정의, 실험 설계, 이해관계자 조율처럼 PM이 직접 한 일을 적으세요. 결과 지표는 팀 성과임을 드러내도 충분히 평가받습니다.
03
출시 후 지표까지 닫아 두세요
기획서 작성과 출시 일정 준수에서 끝나는 경력기술서는 절반만 쓴 것입니다. 출시 뒤 2~4주 동안 전환율, 리텐션, 문의 건수가 어떻게 바뀌었는지까지 적어야 기획의 결과가 완성됩니다. 기대만큼 오르지 않았다면 그다음에 무엇을 바꿨는지도 좋은 소재입니다.
성과 줄은 이렇게 바꿔 보세요
고치기 전결제 프로세스 개선 기획을 담당했습니다.
고친 후결제 단계 이탈률 41%의 원인을 퍼널 분석과 사용자 인터뷰 12건으로 찾고, 입력 단계를 5개에서 3개로 줄여 결제 완료율을 18% 높였습니다.
문제 발견 근거, 실행한 변화, 결과 지표가 한 문장에 이어지면 기획자의 사고 흐름이 보입니다.
고치기 전다양한 부서와 협업하여 프로젝트를 성공적으로 완료했습니다.
고친 후개발·디자인·CS 등 4개 조직 9명과 주간 우선순위 회의를 운영해 출시 일정을 계획보다 2주 앞당겼습니다.
'다양한 부서', '성공적으로' 대신 조직 수와 인원, 구체적인 결과를 적어야 협업 역량이 설득력을 얻습니다.
고치기 전A/B 테스트를 진행하여 서비스를 개선했습니다.
고친 후추천 영역 노출 방식을 두고 A/B 테스트 3회를 설계해 클릭률이 가장 높은 안을 채택했고, 상품 상세 진입 수를 23% 늘렸습니다.
테스트 횟수, 의사결정 기준, 채택 후 지표를 적으면 실험을 제품 판단에 활용한 경험이 드러납니다.
자주 하는 실수
기획서 작성, 회의 진행 같은 업무 과정만 적고 출시 후 지표 변화는 빠뜨리는 경우
'저희 팀이 출시했다'처럼 팀 단위로만 서술해 PM 본인이 내린 판단이 보이지 않는 경우
화면 설계서 장수나 회의 횟수처럼 성과와 관계없는 숫자로 불릿을 채우는 경우
사내 프로젝트 코드명이나 내부 조직명을 풀어 쓰지 않아 외부 독자가 맥락을 잃는 경우
자주 묻는 질문
출시하지 못한 프로젝트도 경력기술서에 넣을 수 있나요?
문제 정의와 검증 과정이 의미 있었다면 넣을 수 있습니다. '사전 검증에서 수요가 낮아 개발 착수 전 중단, 개발 공수 약 3개월 절감'처럼 중단 판단 자체를 성과로 표현하세요.
PM의 기여도는 몇 퍼센트로 적어야 하나요?
PM은 퍼센트보다 '리드'나 '기획 총괄'처럼 역할로 표기하는 편이 자연스럽습니다. 공동 기획이었다면 담당 범위를 '결제·정산 영역 기획'처럼 구체적으로 적어 오해를 줄이세요.
와이어프레임이나 기획서도 함께 내야 하나요?
요구하지 않았다면 경력기술서 본문만으로 충분합니다. 기획 산출물을 보여 주고 싶다면 기밀을 가린 포트폴리오를 별도 파일이나 링크로 준비하고, 경력기술서에는 해당 프로젝트 옆에 짧게 안내하세요.
이 예시로 내 경력기술서 만들기
버튼을 누르면 이 예시가 채워진 경력기술서가 편집기에서 열립니다. 로그인이 필요하며, 내용과 디자인은 자유롭게 바꿀 수 있습니다. 편집기의 점검 패널이 숫자 없는 성과 줄과 분량을 알려줘요.