기획 직군(서비스 기획, PM, PO) 경력기술서는 **"문제를 어떻게 정의했고, 어떤 근거로 결정했으며, 출시 후 무엇을 확인했는가"**를 보여 주는 문서입니다. 화면 설계서나 기능 목록만 적으면 "문서 작성자"로만 보이기 쉽습니다. 기본 구조는 경력기술서 작성 가이드를 먼저 참고하세요.
아래 회사·서비스·숫자는 모두 작성법을 설명하기 위한 가상 예시입니다. 본인이 실제로 확인할 수 있는 내용으로 바꿔 쓰세요.
기획 경력기술서에서 확인하는 것
| 항목 | 면접관이 알고 싶은 것 |
|---|---|
| 문제 정의 | 무엇이 문제인지 어떻게 알았는지 (데이터, 문의, 인터뷰) |
| 우선순위 | 여러 요구 중 무엇을 먼저 하기로 했고 왜 그랬는지 |
| 협업 | 개발·디자인·사업 부서와 어떻게 합의했는지 |
| 산출물 | 기획서, 화면 설계, 정책 문서 등 무엇을 만들었는지 |
| 검증 | 출시 후 어떤 지표로 확인했고 다음에 무엇을 바꿨는지 |
프로젝트 예시 1: 회원가입 절차 개선 (가상)
고치기 전
회원가입 화면 리뉴얼 기획. 화면 설계서 작성.
고친 후
회원가입 절차 개선 (2023.04 ~ 2023.06, 기획 1명·개발 2명·디자인 1명 중 기획 담당)
- 배경: 가입 도중 그만둔다는 고객 문의가 반복됨
- 단계별 이탈 데이터를 분석해 휴대폰 인증 단계에서 이탈이 가장 많은 것을 확인함
- 입력 항목을 9개에서 5개로 줄이고 인증을 마지막 단계로 옮기는 안을 작성함
- 개인정보 수집 항목 변경에 대해 법무 검토를 받고 정책 문서를 수정함
- 결과: 개편 후 한 달간 가입 완료율이 개편 전 한 달보다 높아짐 (정확한 수치는 분석 리포트 기준으로 기재)
프로젝트 예시 2: 고객센터 문의 분류 체계 정비 (가상)
고객 문의 분류 체계 개편 (2024.01 ~ 2024.02, 운영 기획 단독)
- 배경: 문의 분류가 담당자마다 달라 어떤 문제가 많은지 파악하기 어려웠음
- 6개월치 문의를 직접 읽고 반복되는 유형을 묶어 새 분류표를 만듦
- 고객센터·개발팀과 회의를 거쳐 분류표를 확정하고 상담 도구에 반영함
- 결과: 월간 문의 리포트를 유형별로 낼 수 있게 되었고, 상위 유형 3개를 다음 분기 개선 과제로 선정함
예시 2처럼 직접 숫자를 만든 결과가 아니어도, 의사결정에 쓰이는 체계를 만든 것은 기획자의 성과입니다.
자주 하는 실수
- 산출물만 나열하기: "기획서 30건 작성"보다 그중 대표 프로젝트 하나를 문제→결정→검증 순서로 쓰는 편이 낫습니다.
- "사용자 경험 향상" 같은 추상적인 결과: 무엇을 보고 향상됐다고 판단했는지 씁니다.
- 결정 근거가 없음: "A안 채택"보다 "이탈 데이터와 인터뷰 결과를 근거로 A안 채택"이 기획 역량을 보여 줍니다.
- 출시에서 끝나는 기술: 출시 후 지표 확인이나 개선이 있었다면 반드시 씁니다.
공고 키워드와 연결하기
공고에 "데이터 기반 의사결정", "유관 부서 협업", "서비스 정책 수립"이 있다면, 예시 1은 데이터 기반·정책, 예시 2는 협업·운영 체계와 연결됩니다.
프로젝트 메모를 위 구조로 정리하고 싶다면 AI 경력기술서 정리를 사용해 보세요.