PM 과제전형 준비 방법: 제품 사고를 보여주는 답안의 구조

PM 이직을 준비하다 보면 서류보다 더 막막한 단계가 있습니다. 바로 과제전형입니다. 면접은 말로 설명할 수라도 있는데, 과제는 혼자 풀어야 합니다. 더 어려운 점은 정답이 없다는 것입니다. 그래서 많은 지원자가 여기서 실수합니다. 열심히 많이 쓰지만, 정작 회사가 보고 싶은 것은 잘 보여주지 못합니다. PM 과제전형은 아이디어 경연이 아니라, 이 사람이 어떤 방식으로 문제를 보고 풀어가는지 보여주는 자리에 가깝습니다.

---

 

PM 과제전형은 왜 어려울까

과제전형이 어려운 이유는 단순합니다.

문제를 푸는 것 같지만, 실제로는 사고방식 자체가 평가 대상이기 때문입니다.

 

좋은 답안을 쓰려면 똑똑한 아이디어를 내는 것보다 먼저,

“이 문제를 어떻게 정의했는가”,

“무엇을 먼저 보고 무엇을 나중에 봤는가”,

“현실적인 제약을 얼마나 이해하고 있는가”가 드러나야 합니다.

 

많은 PM 지원자들이 여기서 헷갈립니다.

과제를 받으면 바로 해결책부터 쓰기 시작합니다.

그런데 면접관 입장에서는 해결책 그 자체보다, 왜 그런 결론에 도달했는지를 더 중요하게 봅니다.

---

 

PM 과제전형에서 회사가 실제로 보고 싶은 것

겉으로는 기획력, 분석력, 문제해결력을 보는 것처럼 보입니다.

하지만 조금 더 정확히 말하면 아래 네 가지를 봅니다.

 

PM 과제전형 평가 포인트

평가 항목	회사가 보고 싶은 것
문제 정의	문제를 정확히 좁히고 있는가
구조화	생각을 논리적으로 정리하는가
우선순위 판단	무엇이 중요한지 구분하는가
현실 감각	실제 서비스와 조직 제약을 이해하는가

즉, 과제전형은 “좋은 아이디어를 많이 내는 사람”을 뽑기 위한 장치가 아닙니다.

제품을 다루는 사고방식이 있는 사람을 보려는 절차에 가깝습니다.

---

 

PM 과제전형 답안에서 가장 흔한 실수

과제전형에서 떨어지는 답안은 의외로 비슷합니다.

열심히 쓴 흔적은 있는데, PM다운 판단이 잘 안 보입니다.

 

자주 나오는 실수

실수 유형	왜 문제가 되는가
해결책부터 바로 제시	문제 정의 없이 결론부터 간 느낌이 남음
기능 아이디어만 많음	사고보다 아이디어 나열처럼 보임
데이터 없이 단정	근거 없는 주장으로 읽힘
범위가 과도하게 넓음	우선순위 판단 능력이 약해 보임
현실 제약이 없음	실제 서비스 경험이 부족해 보임

특히 많이 나오는 유형이 이겁니다.

“이 기능도 하고, 저 기능도 하고, 커뮤니티도 넣고, 추천도 강화하고, AI도 붙이자.”

 

이런 답안은 얼핏 풍부해 보이지만, 실제로는 무엇이 핵심 문제인지 모른 채 아이디어만 늘어놓은 답안으로 읽히기 쉽습니다.

 

PM 과제전형에서 중요한 건 많이 쓰는 게 아닙니다.

적게 쓰더라도 왜 이게 핵심인지 설득하는 것이 더 중요합니다.

---

 

PM 과제전형 답안은 어떤 구조로 써야 할까

저는 PM 과제전형 답안은 기본적으로 아래 구조를 따라가야 한다고 봅니다.

 

답안 기본 구조

순서	내용	핵심 질문
1	문제 재정의	지금 풀어야 할 진짜 문제는 무엇인가
2	가설 설정	왜 이런 문제가 생긴다고 보는가
3	목표 설정	무엇이 개선되면 해결이라고 볼 것인가
4	해결 방향 제시	어떤 접근이 가장 효과적인가
5	우선순위 선정	왜 이것부터 해야 하는가
6	검증 방법	실제로 효과를 어떻게 확인할 것인가

이 구조가 중요한 이유는 간단합니다.

이 순서대로 쓰면 적어도 “생각 없이 기능부터 적은 사람”처럼 보이지 않기 때문입니다.

---

 

1. 문제를 다시 정의해야 한다

과제전형에서 가장 먼저 해야 할 일은 문제를 받아쓰는 게 아니라,

문제를 다시 정의하는 것입니다.

 

예를 들어 과제가

“예약 전환율을 높이기 위한 개선안을 제안하라”

라고 나왔다고 가정해보겠습니다.

 

여기서 바로 개선안을 쓰면 안 됩니다.

먼저 생각해야 합니다.

• 전환율이 낮은 이유가 탐색 과정 때문인가
• 상세 페이지 정보 부족 때문인가
• 가격 신뢰 문제 때문인가
• 결제 단계 이탈 때문인가

 

같은 “전환율 개선”이라도 문제의 위치에 따라 해법은 완전히 달라집니다.

 

문제 재정의 예시

나쁜 접근	더 나은 접근
예약 전환율을 높이기 위한 기능 제안	전환율 저하가 발생하는 구간과 원인을 먼저 나눠서 정의
사용자 이탈을 줄여야 함	어떤 사용자, 어떤 단계, 어떤 이유로 이탈하는지 가설화
편의성을 높여야 함	편의성이 부족한 지점이 탐색인지 비교인지 결제인지 구분

PM 과제는 질문에 바로 대답하는 시험이 아닙니다.

질문을 더 정확한 문제로 바꿔서 다루는 과정 자체가 중요합니다.

---

 

2. 가설을 세워야 한다

문제를 정의했다면 그다음은 원인에 대한 가설을 세워야 합니다.

이때 중요한 건 “정답처럼 말하는 것”이 아니라,

현재 가진 정보 안에서 가장 합리적인 추론을 보여주는 것입니다.

 

예를 들면 이런 식입니다.

• 사용자는 상품을 찾는 데 성공했지만, 상세 정보 신뢰도가 낮아 결제 직전 이탈할 수 있다
• 가격은 경쟁력 있지만, 옵션 비교가 어려워 의사결정이 지연될 수 있다
• 모바일 화면에서 핵심 혜택 정보가 잘 보이지 않아 클릭 이후 전환이 약할 수 있다

 

이런 가설이 있어야 이후 해결책도 살아납니다.

가설 없이 나온 해결책은 대부분 뜬금없어 보입니다.

---

 

3. 목표를 분명하게 잡아야 한다

과제 답안이 애매해지는 또 하나의 이유는 목표가 흐리기 때문입니다.

 

“사용자 경험 개선”

“서비스 만족도 향상”

이런 표현은 너무 넓습니다.

 

좋은 답안은 개선의 방향을 좀 더 또렷하게 잡습니다.

 

목표 설정 예시

애매한 목표	더 좋은 목표
사용자 경험 개선	상세 페이지 진입 후 결제 단계 이동률 개선
서비스 편의성 강화	옵션 비교 과정의 혼란 감소
전환 최적화	예약 완료율을 가로막는 핵심 이탈 구간 해소

PM 과제전형에서는 멋있는 표현보다 측정 가능한 목표가 낫습니다.

그래야 답안 전체가 흔들리지 않습니다.

---

 

4. 해결책은 많이 말하지 말고, 방향을 보여줘야 한다

여기서부터 많은 분들이 기능 아이디어를 길게 적기 시작합니다.

그런데 과제전형에서 더 중요한 것은 기능의 양이 아니라 해결의 방향성입니다.

 

예를 들어 아래 두 답안 중 무엇이 더 PM답게 보일까요.

 

첫 번째.

“리뷰를 강화하고 추천 영역을 만들고 쿠폰을 넣고 실시간 상담도 추가하겠습니다.”

 

두 번째.

“상세 페이지에서 신뢰 형성 요소가 부족하다는 가설을 두고, 리뷰 구조 개선과 핵심 정보 재배치를 우선 검토하겠습니다.”

 

대개 두 번째가 더 낫습니다.

왜냐하면 기능보다 먼저 문제-가설-해결 방향의 연결이 보이기 때문입니다.

 

해결책 제시 방식 비교

방식	인상
기능 나열형	아이디어는 많지만 중심이 약함
방향 제시형	판단 기준이 보여서 설득력이 높음

실무에서 PM이 평가받는 이유도 비슷합니다.

많이 제안해서가 아니라, 왜 이걸 먼저 해야 하는지 설명할 수 있어서입니다.

---

 

5. 우선순위를 반드시 말해야 한다

좋은 PM 답안과 아쉬운 답안의 차이는 여기서 크게 납니다.

바로 우선순위 판단입니다.

 

실제 서비스에서는 모든 걸 다 할 수 없습니다.

개발 리소스도 제한적이고, 일정도 있고, 조직의 집중도도 있습니다.

그래서 PM은 항상 선택해야 합니다.

 

과제전형에서도 마찬가지입니다.

해결책을 여러 개 냈다면, 그중 무엇을 먼저 할지를 분명히 말해야 합니다.

 

우선순위 판단 기준

기준	설명
영향도	핵심 문제 해결에 얼마나 직접적인가
실행 난이도	비교적 빠르게 검증 가능한가
불확실성	먼저 검증해야 할 가설인가
확장성	이후 추가 개선으로 이어지기 쉬운가

이 부분이 들어가면 답안이 훨씬 실무적으로 보입니다.

반대로 우선순위가 없으면, 그냥 생각나는 걸 다 적은 문서처럼 보일 수 있습니다.

---

 

6. 검증 방법까지 써야 답안이 완성된다

PM 과제 답안은 해결책으로 끝나면 반쪽짜리입니다.

왜냐하면 PM은 제안하는 사람만이 아니라, 검증하는 사람이기도 하기 때문입니다.

 

그래서 마지막에는 반드시

“이 개선안이 실제로 효과가 있었는지 어떻게 확인할 것인가”

까지 써주는 게 좋습니다.

 

검증 파트에 넣으면 좋은 요소

항목	예시
핵심 지표	클릭률, 결제 이동률, 예약 완료율
보조 지표	상세 체류시간, 이탈률, 옵션 선택률
검증 방식	A/B 테스트, 전후 비교, 퍼널 분석
리스크 체크	특정 구간 개선이 다른 지표를 악화시키지 않는지 확인

이 파트가 있으면 답안이 훨씬 단단해집니다.

“생각은 했는데 끝까지 가보진 않은 사람”이 아니라,

실제로 운영 가능한 답안을 쓰는 사람처럼 보이기 때문입니다.

---

 

PM 과제전형 답안의 전체 구조 예시

아래처럼 정리하면 과제 답안의 뼈대가 깔끔해집니다.

 

추천 답안 템플릿

섹션	들어갈 내용
1. 과제 이해	과제의 핵심 목표를 한 문장으로 재정의
2. 문제 정의	현재 가장 핵심적인 문제 구간 정리
3. 원인 가설	왜 이 문제가 생긴다고 보는지 설명
4. 해결 방향	어떤 접근으로 풀지 큰 방향 제시
5. 우선 실행안	가장 먼저 할 한두 가지 제안
6. 기대 효과	어떤 변화가 기대되는지 설명
7. 검증 방법	어떤 지표로 성과를 볼지 정리

이 구조는 화려하지 않습니다.

대신 읽는 사람이 편합니다.

그리고 PM 과제전형에서는 이게 중요합니다.

면접관이 빠르게 이해할 수 있어야 좋은 답안입니다.

---

 

문서를 예쁘게 만드는 것보다 더 중요한 것

과제전형을 준비하다 보면 문서 디자인에 신경을 많이 쓰게 됩니다.

물론 기본적인 가독성은 중요합니다. 하지만 본질은 아닙니다.

 

회사 입장에서 더 궁금한 건 이런 겁니다.

• 이 사람은 문제를 좁혀서 볼 줄 아는가
• 해결책을 말하기 전에 가설을 세우는가
• 여러 선택지 중 무엇을 먼저 해야 하는지 판단하는가
• 결과를 어떻게 검증할지까지 생각하는가

 

즉, 과제전형에서 중요한 건 예쁜 문서가 아니라 PM다운 사고의 흔적입니다.

 

과제전형에서 진짜 중요한 것

덜 중요한 것	더 중요한 것
화려한 디자인	논리적 구조
많은 페이지 수	핵심만 남긴 압축
기능 아이디어 개수	문제 정의의 정확도
있어 보이는 문장	현실적인 판단

 

---

 

제가 보는 PM 과제전형의 핵심

제 생각에 PM 과제전형의 핵심은 하나입니다.

“이 사람과 같이 일하면 문제를 이런 식으로 풀겠구나”라는 신뢰를 주는 것입니다.

 

그 신뢰는 대단한 아이디어에서만 나오지 않습니다.

오히려 대부분은 아래 같은 부분에서 나옵니다.

• 문제를 과하게 넓히지 않는 태도
• 모르는 것은 가설이라고 구분하는 태도
• 모든 걸 하겠다고 하지 않고 우선순위를 정하는 태도
• 결과를 확인하는 방법까지 생각하는 태도

 

이런 답안은 화려하지 않아도 PM답게 보입니다.

그리고 실제로 같이 일할 사람을 뽑는 입장에서는 그런 답안이 더 신뢰가 갑니다.

---

 

정리: PM 과제전형은 정답 싸움이 아니라 사고방식 싸움이다

PM 과제전형을 준비할 때 가장 먼저 버려야 하는 생각은

“기발한 아이디어를 내야 한다”는 압박일 수 있습니다.

 

과제전형에서 더 중요한 것은

아이디어의 참신함보다 문제를 바라보는 방식,

해결책의 양보다 판단의 구조,

자신감 있는 단정보다 근거 있는 가설입니다.

 

결국 좋은 답안은 이런 흐름을 가집니다.

 

문제를 다시 정의하고 → 원인 가설을 세우고 → 목표를 분명히 하고 → 해결 방향을 제시하고 → 우선순위를 정하고 → 검증 방법까지 연결하는 것.

 

이 구조가 잡히면 과제 답안은 훨씬 안정됩니다.

그리고 면접관도 그 문서를 보면서 단순히 “문서를 잘 썼다”가 아니라,

“이 사람은 PM처럼 생각한다”고 느끼게 됩니다.

 

PM 과제전형은 제품을 맞히는 시험이 아닙니다.

그보다 더 정확히 말하면, 제품 문제를 다루는 당신의 방식을 보여주는 자리입니다.