PM(프로덕트 매니저) 이력서 예시

만들 것보다 만들지 않을 것을 정하는 일에 더 집중하는 프로덕트 매니저입니다. 새담소프트에서 사내 사용자 640명이 쓰는 업무 관리 도구의 요구사항을 정의하고 신규 기능 22건을 기획했습니다. 반복 수기 작업 9종을 자동화하자 담당자 1인당 월 6시간의 절감 효과가 나타났습니다. 2주 단위 릴리즈 34회를 운영하면서 배포 후 결함 접수를 평균 7건에서 2건으로 줄였습니다. 현재는 허들러스에서 월 활성 사용자 21만 명 규모 구독 서비스의 온보딩과 결제 흐름을 맡고 있습니다. 제품을 개선할 때는 사용자가 이탈하는 지점과 사업 지표의 연결을 먼저 확인합니다. 온보딩 과정에서는 사전 인터뷰 14회와 사용성 테스트 9세션을 바탕으로 화면 3개를 재설계했고, 입력 필드를 19개에서 8개로 줄이면서 가입 과정에서 확인해야 할 정보의 우선순위를 다시 정했습니다. 온보딩 단계를 7개에서 4개로 축소하자 가입 후 7일 이내 첫 결제 전환율은 6.1%에서 11.4%로 상승했습니다. 결제 실패 대응에서는 23개 사유를 5개 그룹으로 재분류하고 재시도 안내와 카드 변경 흐름을 선택해 월 이탈 금액을 3,200만 원에서 1,150만 원으로 낮췄습니다. 결과가 기대와 달랐던 A/B 실험 26건도 기록으로 남겨 다음 결정의 근거로 활용하고 있습니다. [핵심 역량] - 구독 서비스 온보딩 전환 개선 - 결제 실패 원인 분류와 복구 흐름 설계 - A/B 실험 설계 및 결과 기록 - 사용자 인터뷰와 사용성 테스트 기반 요구사항 정의 - 제품 결정 기록과 릴리즈 운영

온리브랩이 구독 전환 구조를 재설계할 프로덕트 매니저를 찾는다는 소식을 접하고, 그간 제가 다뤄온 문제와 직무의 접점을 확인했습니다. 구독 서비스의 전환은 가입 화면 하나의 개선으로 결정되지 않습니다. 첫 결제까지 이어지는 온보딩, 결제 실패 후의 복구, 해지 사유에 대한 대응이 서로 연결되어 있기 때문입니다. 허들러스에서 월 활성 사용자 21만 명 규모 서비스의 온보딩과 결제를 맡으며, 이 흐름을 기능 단위가 아닌 사용자의 이동 경로로 파악해 왔습니다. 온리브랩의 구독 전환 구조를 다룰 때에도 기능 출시보다 사용자가 멈추는 단계와 개선 지표를 우선적으로 정리하려 합니다. 가입 과정이 길어질수록 이탈 가능성이 커진다고 판단했지만, 입력 정보를 모두 제거하면 결제와 이용에 필요한 조건을 놓칠 위험이 있었습니다. 사전 인터뷰 14회와 사용성 테스트 9세션을 거쳐 화면 3개를 재설계했고, 온보딩 단계를 7개에서 4개로 줄이면서 입력 필드 또한 19개에서 8개로 최적화했습니다. 그 결과 가입 후 7일 이내 첫 결제 전환율이 6.1%에서 11.4%로 상승했습니다. 결제 실패 문제에서는 23개 사유를 5개 그룹으로 분류하고, 재시도와 카드 변경이 필요한 상황을 구분하여 안내했습니다. 이후 월 이탈 금액은 3,200만 원에서 1,150만 원으로 감소했고, 실패 후 7일 이내 결제 복구율은 22%에서 51%로 상승했습니다. 사용자 행동과 사업 지표를 함께 보며 우선순위를 정했던 이 경험은 온리브랩의 구독 전환 과제를 수행하는 데 중요한 자산이 될 것입니다.

의사결정의 결과만 기록하면 다음 담당자가 동일한 논의를 반복하게 됩니다. 허들러스에서 제품 결정 기록 문서 38건을 작성해 팀 위키에 정리했고, 신규 합류자 6명이 과거 논의를 쉽게 파악하도록 색인을 붙였습니다. 분기당 평균 11건의 A/B 실험을 설계하고 운영하면서, 유의차가 나오지 않은 실험 26건도 결과와 함께 체계적으로 보관했습니다. 실험 설계 문서에는 지표·표본 수·중단 기준을 필수 항목으로 지정해 기록의 밀도를 높였습니다. 해지 사유 분석 프로젝트에서는 설문 응답 2,340건과 인터뷰 18건을 바탕으로 사유를 3개 축으로 재분류했고, 이를 통해 개선 과제 6건을 도출하여 4건을 실제 릴리즈에 반영했습니다. 입사 후에는 결정의 근거와 후속 확인 지표가 유기적으로 이어지는 문서 구조를 정착시키는 것을 목표로 하고 있습니다.