서비스 기획 (PM) 실무 알아보기
목차
1. 신입 때 착각했던 ‘스펙’보다 중요한 것들
신입 시절에는 학벌, 자격증, 인턴 횟수 같은 표면적인 스펙이 PM 채용의 핵심이라고 오해하기 쉽습니다. 하지만 실제 채용 현장에서 신입 PM을 볼 때 가장 먼저 보는 것은 문제를 어떻게 정의하고, 협업 속에서 이를 끝까지 밀어붙여 본 경험이 있는지입니다. 화려한 타이틀보다도 제한된 조건에서 목표를 정하고, 우선순위를 정리해보고, 의견이 엇갈리는 상황에서 합의를 만들어낸 경험이 훨씬 강력한 신호로 작동합니다. 정리하자면, 스펙은 서류 통과의 ‘필터’ 정도이고, 실질적인 평가는 ‘어떤 문제를, 어떤 방식으로 해결해본 사람인가’에 맞춰져 있습니다.
2. 회사가 신입 PM을 뽑을 때 진짜로 보는 기준
PM은 입사 첫날부터 매출을 찍어주는 직무가 아니라, 리스크를 줄이고 조직 효율을 높이는 직무에 가깝습니다. 그래서 회사는 “바로 투입 가능한지”보다 “이 사람에게 문제를 맡겼을 때, 스스로 구조화하고 주변과 소통해 답을 찾아갈 수 있는지”를 검증하려고 합니다. 신입 채용에서 흔히 보는 핵심 기준은 다음처럼 정리할 수 있습니다. - 문제 정의: 모호한 상황을 스스로 쪼개고, 무엇부터 해결해야 할지 논리적으로 설명할 수 있는지 - 커뮤니케이션: 본인의 의견을 논리적으로 전달하고, 상대 이해관계에 맞게 조율할 수 있는지 - 실행력: 아이디어에서 끝나지 않고 작게라도 실행해본 흔적이 있는지 - 데이터 감각: 최소한의 정량적 근거로 판단을 보완하려는 습관이 있는지 - 태도: 피드백을 방어적으로 받지 않고, 개선 과제로 소화하는 성향이 있는지 이 기준은 자격증이나 공모전 수상보다 훨씬 큰 비중을 차지하며, 서류와 포트폴리오, 면접 전 과정에서 반복적으로 검증됩니다.... 더보기
3. JD에 안 써 있는 ‘실제’ PM 업무
채용 공고에는 기획서 작성, 요구사항 정의, 일정 관리 같은 문장이 나열되어 있지만, 실무에서 신입 PM이 실제로 마주하는 일은 훨씬 다이내믹합니다. 현업 기준으로 신입·주니어 PM이 자주 맡는 일은 다음과 같습니다. - 운영성 이슈 핸들링: 장애, 버그, 고객 문의 정리 후 관련 부서에 전달하고 재발 방지 방안 정리 - 요구사항 정제: 막연한 요청을 “누가, 언제, 무엇을, 왜, 어떻게”로 쪼개어 문서화 - 간단한 데이터 체크: 이벤트 성과, 기능 사용률 등 기초 지표를 뽑아 원인을 추론 - 회의 준비 및 정리: 아젠다 정리, 회의 노트 작성, 결정사항·액션아이템 리마인드 - QA 및 릴리즈 지원: 시나리오 작성, 테스트 케이스 수행, 결과 정리 이 과정을 거치며 실무자는 “이 친구는 이슈를 끝까지 책임지는가, 아니면 전달만 하고 잊어버리는가”, “불명확한 말을 어떻게 구조화해 개발·디자인이 이해할 수 있게 바꾸는가”를 유심히 봅니다. 취업준비생이라면 이런 업무를 미리 가상 프로젝트나 사이드 프로젝트로 재현해보는 것이 좋습니다.
4. 포트폴리오에서 드러나는 ‘기획 수준’의 차이
신입 PM 포트폴리오는 디자인의 화려함보다 ‘사고 과정’이 보이느냐가 핵심입니다. 많은 지원자가 화면 설계, 와이어프레임 캡처만 잔뜩 넣지만, 실무자 입장에서는 다음 네 가지가 없으면 거의 의미를 두지 않습니다. - 문제 인식: 어떤 사용자·비즈니스 문제를 어떻게 발견했는지 - 가설과 대안: 어떤 가설을 세우고, 어떤 대안 후보를 비교했는지 - 선택 근거: 최종안은 왜 그 방향이 되었는지, 무엇을 포기하고 무엇을 선택했는지 - 결과 및 회고: 실행 결과(또는 예상 성과)와, 다시 한다면 무엇을 다르게 할지 또한 실제 포트폴리오는 1~2개의 프로젝트를 깊게 파는 편이 유리합니다. 많은 프로젝트를 얕게 나열하면 ‘깊이 없는 활동 수집가’처럼 보이기 쉽습니다. 한 프로젝트라도, 문제 정의부터 지표 설계, 플로우 설계, 우선순위 결정, 리스크 고려, 회고까지 전 과정을 구조적으로 서술하는 것이 현직자의 눈에 훨씬 강하게 남습니다.
5. 면접에서 평가되는 사고력과 커뮤니케이션 패턴
PM 면접에서는 정답을 맞히는 것보다, 생각의 흐름과 커뮤니케이션 방식이 평가 대상입니다. 특히 신입의 경우 다음과 같은 관점에서 봅니다. - 질문 이해력: 질문의 핵심을 빠르게 파악하고, 필요하면 전제를 재확인하는지 - 구조화: 답변을 임의의 나열이 아니라, 논리적 틀을 잡고 순서대로 설명하는지 - 이해관계 고려: “사용자 vs 비즈니스 vs 기술 리소스” 중 무엇을 어떻게 균형 있게 고려하는지 - 제약 조건 인식: 이상적인 해법만 말하지 않고, 현실적 제약을 전제로 우선순위를 세우는지 예를 들어 “앱 회원가입 전환율을 올리려면?” 같은 질문이 나왔을 때, 화면 개선 아이디어만 쏟아내기보다, 현재 퍼널을 가정하고 어디에서 이탈이 큰지부터 짚고, 가설별 실험 방식을 말하는 답변이 훨씬 높은 평가를 받습니다. 말의 유려함보다는, 제한된 시간 안에 맥락·우선순위·가설·실행 방식을 정리해 말하는 연습이 채용 결과를 크게 좌우합니다.... 더보기
6. 기업이 좋아하는 ‘경험’의 공통 패턴
실무자 입장에서 인상 깊었던 신입들은 경험의 종류보다 ‘경험을 다루는 방식’이 비슷했습니다. 그들의 공통점은 다음과 같습니다. - 역할이 애매한 상황을 그냥 두지 않고, 스스로 할 일을 정의해본 경험이 있음 - 서로 이해관계가 다른 사람들 사이에서, 기준을 만들어 합의를 끌어낸 경험이 있음 - 완벽하지 않은 정보에서 결정을 내리고, 결과를 측정하고 회고해본 경험이 있음 - 실패나 갈등 경험을 숨기지 않고, 배운 점을 명확히 언어화할 수 있음 이것은 꼭 거창한 서비스 개발 경험일 필요가 없습니다. 동아리 앱 제작, 교내 시스템 개선 제안, 데이터 분석 동아리 프로젝트, 공모전, 프리랜서 프로젝트 등 어떤 형식이든 상관없습니다. 중요한 것은 “내가 구체적으로 어떤 문제를, 어떤 도구와 사람을 활용해, 어디까지 만들었고, 무엇을 배웠는지”가 명확히 드러나야 한다는 점입니다.
7. 취업준비생을 위한 4주 액션 플랜
취준생 입장에서 실행 가능한 현실적인 4주짜리 플랜을 제안드립니다. 상황에 따라 기간을 늘려도 무방합니다. 1주차: 직무 이해와 타깃 설정 - 원하는 포지션 정리: 서비스 기획, 프로덕트 매니저, PO 등 JD를 10개 이상 비교하며 주요 키워드를 정리합니다. - 타깃 산업 선택: 커머스, 핀테크, 모빌리티 등 1~2개의 산업에 초점을 맞춰 뉴스, 리포트를 집중적으로 읽습니다. - 직무 언어 정리: 자주 등장하는 용어(퍼널, 리텐션, DAU, 코호트 등)를 노트에 정리하며 의미를 이해합니다. 2주차: 미니 프로젝트 1개 끝내보기 - 서비스 선택: 평소 자주 쓰지만 아쉬웠던 앱/웹 하나를 선정합니다. - 문제 정의: 특정 기능이나 퍼널(예: 회원가입, 첫 결제)을 골라 불편·이탈 포인트를 정성적(사용자 관찰, 리뷰 분석)·정량적(가능하면 공개 지표, 유사 서비스 참고)으로 정리합니다. - 개선안 설계: - 페르소나 정의 - 주요 시나리오와 사용자 여정 - 핵심 지표(예: 가입 완료율, 첫 행동 전환율) 설정 - 와이어프레임 혹은 플로우 차트 작성 - 문서화: A4 5~10장 분량의 간단한 기획 문서를 만들어 하나의 포트폴리오 초안으로 삼습니다. 3주차: 포트폴리오·자소서 구조화 - 대표 프로젝트 1~2개 선정: 깊게 설명할 수 있는 프로젝트만 남깁니다. - 공통 구조 맞추기: - 배경/문제 → 목표 → 분석·가설 → 설계·결정 근거 → 결과/회고 순서로 정리합니다. - 자소서 문항 대응: - “지원 동기”, “직무 이해”, “협업 경험”, “문제 해결” 4가지 카테고리별로 스토리를 매핑합니다. 4주차: 면접 시뮬레이션 및 피드백 - 예상 질문 리스트 작성: - “왜 PM인가”, “가장 힘들었던 협업 경험”, “데이터 기반으로 결정했던 사례” 등을 정리합니다. - 1인 녹화 면접: 답변하는 모습을 녹화해 길이, 구조, 말버릇을 체크합니다. - 피드백 루프: 친구, 멘토, 온라인 커뮤니티를 활용해 포트폴리오와 답변에 대한 피드백을 받고 1~2차 리비전을 진행합니다.
8. 현직자처럼 보이는 ‘언어’와 ‘관점’을 만드는 방법
서류와 면접에서 “실무를 조금이라도 이해하고 있다”는 인상을 주는 가장 빠른 방법은, 단순히 용어를 많이 아는 것이 아니라 사고의 관점을 실무자에 가깝게 맞추는 것입니다. 이를 위해 다음 연습을 추천드립니다. - 항상 사용자·비즈니스·기술을 함께 생각하기 - 어떤 아이디어를 떠올리더라도 “누가 쓸지, 회사에 왜 도움이 되는지, 기술적으로 무엇이 걸릴지”를 동시에 적어보는 습관을 들입니다. - 숫자로 말하는 연습 - “많이 이탈합니다” 대신 “이 단계에서 대략 절반 이상이 이탈할 것 같습니다”처럼 추정이라도 숫자로 표현해봅니다. - 로그와 데이터에 대한 호기심 - 실제 로그를 못 보더라도, “이 서비스를 운영한다면 어떤 이벤트를 로그로 남겨야 할까?”를 상상해보며 지표 설계를 연습합니다. - 회고 노트 작성 - 프로젝트나 팀 활동이 끝날 때마다 “무엇이 잘 됐고, 무엇이 실패였으며, 다음에는 무엇을 바꾸겠다”를 1페이지로 정리합니다. 이런 관점을 가진 지원자는 설령 실무 경험이 많지 않더라도, 조직 안에서 빠르게 성장할 수 있는 사람으로 인식됩니다.... 더보기
9. 정리와 앞으로의 전략
신입일 때는 눈에 보이는 스펙이나 화려한 타이틀에 매달리기 쉽지만, 실제로 PM 채용의 진짜 기준은 ‘문제를 정의하고, 사람들을 설득하며, 끝까지 실행해본 경험’에 있습니다. 이 기준은 이력서 항목보다 당신이 풀어본 문제들의 질과, 그 과정을 설명하는 논리에서 드러납니다. 따라서 취업준비 단계에서 가장 중요한 전략은 다음 두 가지입니다. - 작더라도 실제로 “끝까지 해 본” 프로젝트를 만들고, 이를 포트폴리오로 구조화할 것 - 지원 회사·직무의 언어와 관점에 맞춰, 본인의 경험을 재해석하고 설명하는 연습을 할 것 이 방향으로 준비하시면, 단기간에 합격을 보장할 수는 없더라도, 확실히 “현직자가 함께 일해보고 싶은 신입 PM”에 가까워질 수 있습니다.
