직무별 자소서 가이드
서비스 기획·PM 자소서 쓰는 법 — 아이디어가 아니라 우선순위를 보여주는 방법
기획자 자소서에서 아이디어는 가장 약한 근거입니다. 읽는 사람은 무엇을 안 하기로 했는지, 어떻게 결정했는지를 봅니다.
읽는 사람이 실제로 보는 것
- 우선순위를 어떻게 정했는지 — 무엇을 하지 않기로 했고 왜인지
- 문제 정의가 먼저인지 해결책이 먼저인지
- 데이터나 사용자 반응으로 판단을 바꾼 경험이 있는지
- 개발·디자인·영업 사이에서 어떻게 조율했는지
- 그 회사 제품의 구조와 최근 변화를 실제로 파악했는지
기획·PM 자소서에서 유독 자주 나오는 실패
"'이런 기능이 있으면 좋겠다'는 아이디어를 나열한다"
왜 문제인가 — 아이디어는 누구나 있고 검증이 안 됩니다. 기획자의 일은 아이디어를 내는 것이 아니라 고르고 버리는 것입니다.
이렇게 바꾼다 — 여러 후보 중 왜 그것을 먼저 했고 나머지는 왜 뒤로 미뤘는지를 씁니다. 버린 것의 이유가 아이디어보다 판단력을 보여줍니다.
"해결책부터 쓴다"
왜 문제인가 — 문제 정의 없이 나온 해결책은 방향이 맞는지 판단할 수 없습니다.
이렇게 바꾼다 — 어떤 문제였고 그것이 문제라고 판단한 근거(데이터·인터뷰·관찰)를 먼저 씁니다. 그다음에 해결책입니다.
"'소통을 통해 조율했습니다'"
왜 문제인가 — 구체적인 갈등과 그 해결이 없으면 조율이 있었는지 알 수 없습니다.
이렇게 바꾼다 — 누가 무엇을 주장했고 최종 결정이 무엇이었으며 그 결정의 기준이 무엇이었는지를 씁니다.
근거로 쓸 수 있는 경험의 모양
형용사 대신 이런 형태의 사실이 있어야 합니다. 규모가 작아도 구조가 같으면 근거가 됩니다.
- 요구사항 20개 중 이번 분기에 3개만 하기로 했고, 기준은 '이탈 지점에 직접 닿는가'였다
- 출시 후 지표가 예상과 달라 기능을 되돌렸고, 원인은 문제 정의가 아니라 타깃 설정이었다
- 개발팀이 일정상 불가하다고 한 기능을 범위를 절반으로 줄여 합의했다
- 사용자 인터뷰 8명 중 6명이 우리가 중요하다고 생각한 기능을 쓰지 않았다는 것을 확인하고 우선순위를 바꿨다
지원동기에서 언급하면 좋은 것
회사 칭찬이 아니라 조사한 흔적입니다. 아래 중 하나만 구체적으로 써도 "회사 이름만 바꾸면 어디에나 낼 수 있는 글"에서 벗어납니다.
- 그 회사 제품에서 최근 바뀐 기능과 그 배경에 대한 내 추측
- 그 회사 제품의 핵심 지표가 무엇일지에 대한 내 가설
- 경쟁 제품 대비 구조적 차이에 대한 관찰
쓴 자소서를 바로 점검하기
위 기준으로 자소서를 읽고 점수와 함께 "지금 바로 걸리는 것 3가지"를 짚어 줍니다. 그다음 같은 글로 면접 예상 질문을 뽑아 방어가 약한 문장을 미리 찾을 수 있습니다. 전부 무료, 가입 없음.
자주 묻는 질문
- 기획 경험이 없으면 무엇을 근거로 쓰나요?
- 우선순위를 정해 본 경험이면 됩니다. 팀 프로젝트에서 범위를 줄인 결정, 동아리 행사에서 무엇을 안 하기로 한 결정, 그 기준이 무엇이었는지. 기획은 아이디어가 아니라 선택이라 선택 경험이 곧 근거입니다.
- 아이디어 제안은 아예 쓰지 말아야 하나요?
- 써도 되지만 아이디어만으로 끝내면 약합니다. 그 아이디어를 왜 다른 것보다 먼저 해야 한다고 보는지, 검증하려면 무엇을 봐야 하는지를 덧붙이면 아이디어가 판단으로 바뀝니다.