기획·PM 면접 예상 질문 20선 (2026)
서비스 기획·프로덕트 매니저 직무 면접을 위한 질문 트랙입니다. 우선순위 판단과 이해관계자 조율 과정을 논리적으로 설명하는 연습에 집중합니다.
이 트랙에서 리허설이 특히 눈여겨보는 딜리버리 지표
자기소개와 함께 기획/PM 직무에 관심을 갖게 된 계기를 말씀해주세요.
답변 가이드
서비스를 직접 개선해본 경험이나 문제를 발견하고 해결책을 제안했던 구체적 계기를 근거로 설명하세요.
좋은 답변의 핵심
- 구체적인 계기
- 문제 발견·해결 경험
- 직무와의 연결
최근에 사용하면서 아쉬웠던 서비스와 본인이라면 어떻게 개선했을지 설명해주세요.
답변 가이드
불편했던 지점을 사용자 관점에서 구체적으로 짚고, 개선안이 어떤 지표(전환율, 재방문 등)를 개선할 수 있는지까지 논리적으로 연결하세요.
좋은 답변의 핵심
- 구체적인 문제 지점
- 개선안의 논리
- 예상되는 지표 변화
새로운 기능을 기획할 때 우선순위를 정하는 본인만의 기준은 무엇인가요?
답변 가이드
임팩트, 개발 리소스, 전략적 정합성 같은 복수 기준을 조합해 판단한다는 프레임워크를 설명하고, 실제로 적용했던 사례를 덧붙이세요.
좋은 답변의 핵심
- 우선순위 판단 프레임워크
- 복수 기준의 조합
- 실제 적용 사례
개발팀은 기술적으로 어렵다고 하고, 사업팀은 꼭 필요하다고 주장하는 기능이 있다면 어떻게 조율하시겠습니까?
답변 가이드
양쪽의 입장을 모두 데이터로 검증하려는 태도를 먼저 보이고, 단계적 구현이나 대안 기능 같은 절충안을 제시하는 과정을 설명하세요.
좋은 답변의 핵심
- 양측 입장에 대한 검증
- 절충안 제시
- 최종 의사결정 근거
요구사항 문서(PRD/기획서)를 작성할 때 반드시 포함하는 항목은 무엇인가요?
답변 가이드
배경과 목표, 사용자 시나리오, 성공 지표, 범위(스코프) 같은 핵심 요소를 언급하고, 왜 그 항목들이 협업에 필수적인지 설명하세요.
좋은 답변의 핵심
- 문서에 포함되는 핵심 요소
- 각 요소의 필요성
- 협업 관점에서의 중요성
출시한 기능의 지표가 예상과 다르게 나왔다면 어떻게 대응하시겠습니까?
답변 가이드
즉시 롤백하거나 방치하기보다, 원인을 가설별로 나눠 검증하는 절차(사용자 행동 로그 분석, 추가 인터뷰 등)를 설명하세요.
좋은 답변의 핵심
- 원인 가설 수립
- 데이터 기반 검증
- 후속 조치 결정
사용자 인터뷰나 설문을 통해 인사이트를 얻은 경험이 있다면 설명해주세요.
답변 가이드
질문 설계 이유, 실제로 발견한 예상 밖의 인사이트, 그것이 기획에 반영된 결과까지 순서대로 설명하세요.
좋은 답변의 핵심
- 질문 설계 근거
- 예상 밖의 인사이트
- 기획 반영 결과
논리와 감(직관) 중 의사결정에서 무엇을 더 신뢰하나요?
답변 가이드
데이터가 없는 초기 단계에서는 직관이 방향을 잡는 데 유용하지만, 이후에는 반드시 데이터로 검증한다는 균형 잡힌 관점을 설명하세요.
좋은 답변의 핵심
- 직관과 데이터의 역할 구분
- 검증 절차의 중요성
- 구체적 사례
일정이 촉박한데 QA 시간이 부족하다면 어떻게 하시겠습니까?
답변 가이드
품질을 포기하기보다 핵심 사용자 플로우를 우선 검증하는 리스크 기반 테스트 전략을 제시하세요. 필요시 범위를 줄여서라도 안정성을 지킨다는 원칙이 중요합니다.
좋은 답변의 핵심
- 리스크 기반 우선순위
- 범위 조정을 통한 품질 확보
- 일정과 품질의 균형
프로덕트의 성공을 측정하는 핵심 지표(North Star Metric)를 어떻게 설정하시겠습니까?
답변 가이드
허영 지표(단순 방문자 수 등)가 아니라 사업 목표와 사용자 가치를 동시에 반영하는 지표를 선정하는 기준을 설명하세요.
좋은 답변의 핵심
- 허영 지표와의 구분
- 사업 목표와의 연결
- 지표 선정 기준
이해관계자(경영진, 디자인, 개발, 마케팅)마다 요구가 다를 때 회의를 어떻게 이끌어가시겠습니까?
답변 가이드
각자의 우선순위를 미리 파악해 회의 전 정리하고, 공통의 목표를 기준으로 논의를 수렴시키는 퍼실리테이션 능력을 설명하세요.
좋은 답변의 핵심
- 사전 정리와 준비
- 공통 목표 중심 진행
- 합의 도출 능력
MVP(최소 기능 제품)를 정의하고 출시해본 경험이 있다면 설명해주세요.
답변 가이드
핵심 가설을 검증하는 데 필요한 최소 범위를 어떻게 정의했는지, 출시 후 학습한 내용을 다음 버전에 어떻게 반영했는지 설명하세요.
좋은 답변의 핵심
- 핵심 가설 정의
- 최소 범위 설정 기준
- 출시 후 학습과 반영
완벽하게 준비된 상태와 빠른 실행 중 본인은 어느 쪽에 더 가까운가요?
답변 가이드
극단적인 답보다 상황(리스크 크기, 되돌릴 수 있는지 여부)에 따라 판단 기준이 달라진다는 점을 구체적 사례로 설명하세요.
좋은 답변의 핵심
- 상황별 판단 기준
- 구체적 사례
- 본인의 성향에 대한 자기 인식
야심차게 준비한 기능이 실패했다면 어떻게 회고하시겠습니까?
답변 가이드
감정적 실망보다 가설이 틀린 지점을 데이터로 짚는 회고 프로세스를 설명하고, 팀 전체가 배울 수 있도록 공유하는 태도까지 언급하세요.
좋은 답변의 핵심
- 데이터 기반 회고
- 틀린 가설에 대한 인정
- 팀 전체와의 공유
경쟁 서비스를 분석할 때 어떤 기준으로 벤치마킹하나요?
답변 가이드
기능을 그대로 따라 하기보다 그 기능이 해결하는 사용자 문제가 무엇인지 역으로 추적하는 분석 방식을 설명하세요.
좋은 답변의 핵심
- 기능 이면의 문제 분석
- 자사 서비스에의 적용 기준
- 무분별한 모방 지양
개발 일정이 밀리고 있다는 것을 뒤늦게 알게 되었다면 어떻게 하시겠습니까?
답변 가이드
책임을 묻기보다 원인을 파악하고, 범위 조정이나 우선순위 재배치로 대응하는 실용적 태도를 보이세요. 이해관계자에게 조기에 상황을 공유하는 것도 중요합니다.
좋은 답변의 핵심
- 원인 파악 우선
- 범위·우선순위 조정
- 조기 커뮤니케이션
데이터 분석 도구(GA, Amplitude 등)를 활용해 문제를 진단한 경험이 있다면?
답변 가이드
이상 지표를 발견한 계기부터 퍼널 분석 등을 통해 원인을 좁혀간 과정, 최종 결론까지 구체적으로 설명하세요.
좋은 답변의 핵심
- 이상 지표 발견 계기
- 원인 분석 과정
- 결론과 후속 조치
사용자 피드백과 데이터가 서로 다른 방향을 가리킨다면 어떻게 판단하시겠습니까?
답변 가이드
정성적 피드백과 정량적 데이터가 각각 알려주는 정보의 한계를 이해하고, 표본 크기나 편향 가능성을 함께 고려해 판단하는 과정을 설명하세요.
좋은 답변의 핵심
- 정성·정량 데이터의 한계 이해
- 편향 가능성 고려
- 균형 잡힌 판단
본인이 기획한 것이 받아들여지지 않았을 때 어떻게 대응했나요?
답변 가이드
감정적으로 물러서기보다 반대 의견의 근거를 이해하려 하고, 필요하다면 추가 데이터로 재설득을 시도했던 구체적 경험을 설명하세요.
좋은 답변의 핵심
- 반대 의견에 대한 이해
- 재설득 시도
- 받아들여지지 않았을 때의 태도
PM/기획자로서 5년 후 어떤 모습이 되고 싶나요?
답변 가이드
직급보다 어떤 영역의 프로덕트를 다루는 사람이 되고 싶은지 구체적으로 설명하고, 지원 회사와의 연결점을 함께 제시하세요.
좋은 답변의 핵심
- 구체적 성장 방향
- 현재 역량과의 연결
- 지원 회사와의 정합성
이 트랙에 직접 질문을 추가해두면 아래 목록에서 바로 연습할 수 있습니다. 이 기기에만 저장되며, 다른 기기와는 공유되지 않습니다.