서비스 기획 (PM) 실무 알아보기
- 1. 신입 PM 채용공고를 볼 때의 기본 프레임
- 2. 반복 표현 TOP1: 사용자 관점, 고객 중심, 유저 이해
- 3. 반복 표현 TOP2: 데이터 기반 의사결정, 정량 분석 역량
- 4. 반복 표현 TOP3: 논리적 사고, 문제 해결, 구조화 능력
- 5. 반복 표현 TOP4: 커뮤니케이션, 협업, 조율, 설득
- 6. 반복 표현 TOP5: 기획 문서화, 와이어프레임, 요구사항 정의
- 7. 반복 표현 TOP6: 주도성, 오너십, 책임감, Self-driven
- 8. 반복 표현 TOP7~10: 우대사항에 숨은 진짜 요구 역량 해석
- 9. 신입 PM 취준생을 위한 공고 기반 실전 액션 플랜 정리
1. 신입 PM 채용공고를 볼 때의 기본 프레임
신입 PM 채용공고에는 회사가 “지금 우리 팀에 꼭 필요한 사람의 초상화”를 압축해서 담고 있습니다. 특히 신입 공고는 과장된 표현보다, 팀이 실제로 힘들어하는 지점을 그대로 쓰는 경우가 많습니다. 따라서 공고를 읽을 때는 단순히 ‘지원자격 체크리스트’가 아니라, (1) 우리 팀이 겪는 문제 (2) 이 직무가 책임져야 할 결과 (3) 그 결과를 만들기 위해 필요한 역량 을 역으로 복원해본다는 관점으로 읽는 것이 중요합니다. 실제 액션 플랜으로는 다음을 권장드립니다. - 최소 5개 이상의 신입/주니어 서비스 기획·PM 공고를 모아서 워드 클라우드처럼 반복 표현을 직접 정리해보시길 권장드립니다. - 각 표현마다 “이 말을 쓰는 팀의 상황이 어떨까?”, “실제 업무에서 무슨 행동을 기대할까?”를 한 줄씩 메모해두면 이후 자기소개서와 포트폴리오의 재료가 됩니다.
2. 반복 표현 TOP1: 사용자 관점, 고객 중심, 유저 이해
신입 PM 공고에서 가장 높은 빈도로 등장하는 표현은 ‘사용자 관점’, ‘고객 중심 사고’, ‘유저에 대한 깊은 이해’입니다. 이는 회사가 “기능을 나열하는 사람”이 아니라 “유저 문제를 정의하는 사람”을 원한다는 뜻입니다. 이 표현이 실제 업무에서 의미하는 바는 다음과 같습니다. - 문제 정의의 출발점이 내부 요건(매출·조직 요구)이 아니라, 사용자 여정에서 발생하는 불편인지 확인하는 습관 - 기획서의 문장이 ‘기능 설명’이 아니라 ‘사용자의 행동과 감정 흐름’ 기준으로 쓰여 있는지 점검하는 태도 - 데이터, VOC, 앱 리뷰, 설문, 인터뷰 등을 통해 “내가 상상하는 유저”가 아니라 “실제 유저”를 근거로 의사결정하는 능력입니다. 취준생 액션 플랜은 다음과 같습니다. - 자주 사용하는 앱 하나를 골라 유저 여정 맵을 직접 그려보시기 바랍니다. (가입–첫 사용–재방문–이탈까지 단계별로 행동/감정/불편 요소 정리) - 주변인 3명 이상에게 해당 서비스를 사용하는 모습을 관찰하고, 불편·헷갈림 포인트를 기록한 뒤, 이를 바탕으로 개선 아이디어를 1페이지로 정리해보시길 권장드립니다. - 포트폴리오에는 “유저 관찰–인사이트–문제 정의–기획 방향”의 흐름이 한 눈에 보이도록 작성하시는 것이 좋습니다.... 더보기
3. 반복 표현 TOP2: 데이터 기반 의사결정, 정량 분석 역량
많은 공고에서 ‘데이터 기반 의사결정’, ‘지표 설계 및 분석’, ‘SQL 또는 데이터 도구 활용 경험 우대’ 등의 문구를 강조합니다. 이는 이제 PM이 “감 좋은 기획자”가 아니라, “숫자로 말할 줄 아는 제품 책임자”가 되기를 요구한다는 의미입니다. 실제 업무에서 이 표현은 다음을 포함합니다. - 기능/캠페인을 기획할 때 성공 기준 지표(KPI)를 미리 정의하고, 릴리즈 이후 그 지표로 효과를 검증하는 습관 - 단순 클릭 수·방문 수가 아니라, 전환율, 리텐션, 퍼널 전환 단계 등 ‘행동 흐름’을 수치로 보는 관점 - 대시보드, A/B 테스트 결과, 로그 데이터를 보고 비즈니스 의사결정에 연결하는 능력입니다. 취준생 액션 플랜은 다음과 같습니다. - 엑셀 또는 스프레드시트를 이용해 임의의 서비스 시나리오를 만들고, 가상의 유입–가입–전환 퍼널 지표를 설정해 전환율 계산과 시나리오 변화를 연습하시길 권장드립니다. - 무료 통계·데이터 시각화 도구(스프레드시트 피벗, 간단한 BI 도구 등)를 활용해 작은 프로젝트를 하나 만들어 ‘문제 정의–지표 설계–데이터 수집·분석–의사결정’ 흐름을 경험해보시기 바랍니다. - 자기소개서에는 “감으로 느꼈던 문제를 데이터로 검증해본 경험”을 최소 1개 이상 구체적인 숫자와 함께 적는 것이 좋습니다.
4. 반복 표현 TOP3: 논리적 사고, 문제 해결, 구조화 능력
공고에는 ‘논리적 사고력’, ‘문제 해결 능력’, ‘복잡한 이슈를 구조화하는 역량’이 거의 빠지지 않고 등장합니다. 이는 PM이 매일 마주치는 모호한 문제들(애매한 요구사항, 상충하는 이해관계, 일정·범위·품질의 트레이드오프)을 구조화해 선택지를 만들어야 하는 역할이기 때문입니다. 실무에서 이 표현은 다음을 뜻합니다. - “왜 이 기능이 필요한가?”를 3단계 이상 ‘왜?’를 물어보며 근본 원인을 찾는 습관 - 큰 문제를 유저 세그먼트, 플로우 단계, 원인·결과, 긴급도·중요도 등의 축으로 쪼개서 보는 능력 - 회의에서 감정적 주장 대신, 가설–근거–결론 구조로 말하고 문서화하는 역량입니다. 취준생 액션 플랜은 다음과 같습니다. - 일상에서 불편한 경험 하나를 고르고, 이를 ‘문제–원인 가설–데이터/사례 근거–대안–우선순위’ 구조로 1장에 정리해보시길 권장드립니다. - MECE, 퍼널 분석, 5 Whys, 이슈 트리 등 기본적인 문제 구조화 도구를 하나씩 익히고, 블로그에 본인 언어로 정리해보시기 바랍니다. - 면접 대비로, 최근 경험을 “상황–문제–내가 세운 가설–실행–결과–배운 점” 구조로 말하는 연습을 꼭 해두시는 것이 좋습니다.
5. 반복 표현 TOP4: 커뮤니케이션, 협업, 조율, 설득
거의 모든 PM 채용공고에 ‘원활한 커뮤니케이션’, ‘협업 능력’, ‘조율 및 설득’이 반복적으로 등장합니다. PM의 하루는 개발, 디자인, 마케팅, 영업, 운영, 심지어 경영진까지 다양한 이해관계자와 이야기하는 시간으로 채워져 있기 때문입니다. 실제 업무에서 이 역량은 다음과 같이 드러납니다. - 상대 팀의 언어로 말하는 능력 (개발자에게는 로직과 제약 조건, 디자이너에게는 제약보다 유저 문제와 컨텍스트 위주로 설명) - 갈등이 발생했을 때 “누가 이기느냐”가 아니라 “무엇이 제품과 사용자에게 좋으냐”를 기준으로 중재하는 자세 - 회의 이전에 어젠다·결정 포인트·사전 자료를 정리하고, 회의 이후에는 빠르게 정리본과 액션 아이템을 공유하는 실행력입니다. 취준생 액션 플랜은 다음과 같습니다. - 팀 프로젝트나 스터디에서 회의록 담당, 안건 정리, 역할 분담을 도맡아 보시길 권장드립니다. 이 경험이 곧 실무의 축소판입니다. - 실제 협업 과정에서의 갈등 경험을 떠올려 “상대의 목표–나의 목표–중간 해법–결과”를 기록해 두고, 이를 기반으로 자기소개서 스토리를 만들어보시기 바랍니다. - 발표나 피드백을 받을 수 있는 환경(발표 스터디, 온라인 커뮤니티 등)에 스스로를 노출해, 메시지를 명료하게 전달하는 연습을 꾸준히 하시는 것이 좋습니다.... 더보기
6. 반복 표현 TOP5: 기획 문서화, 와이어프레임, 요구사항 정의
‘기획 문서 작성’, ‘기능 정의서/요구사항 정의서’, ‘와이어프레임·플로우 설계’ 같은 표현도 공고에서 매우 자주 등장합니다. 이는 팀이 “아이디어만 많은 사람”이 아니라 “개발·디자인이 바로 움직일 수 있는 수준으로 구체화하는 사람”을 찾고 있다는 의미입니다. 실무에서 이 표현은 다음을 포함합니다. - 서비스 플로우, 화면 단위, 예외 케이스까지 고려한 시나리오 설계 - 페이지 구조와 인터랙션을 와이어프레임으로 정의하고, 컴포넌트와 상태 변화를 명확히 표현하는 능력 - 기획서에서 모호한 표현을 없애고, 액션–결과–예외를 모두 문장과 표로 떨어지게 하는 습관입니다. 취준생 액션 플랜은 다음과 같습니다. - Figma, Whimsical, Draw.io 등 무료 툴 중 하나를 골라, 본인이 자주 쓰는 앱의 핵심 플로우를 와이어프레임으로 5~7장 정도 재구성해보시길 권장드립니다. - 기획 문서를 작성할 때는 “요약–배경/문제–목표–타깃–주요 플로우–화면 설계–예외 케이스–지표/KPI” 정도의 기본 템플릿을 만들어 반복 사용해보시는 것이 좋습니다. - 포트폴리오에는 결과 화면 캡처만 넣지 말고, 실제로 사용한 플로우 차트, 와이어프레임, 요구사항 표 일부를 캡처해 ‘문서화 역량’을 보여주시길 권장드립니다.
7. 반복 표현 TOP6: 주도성, 오너십, 책임감, Self-driven
많은 공고에서 ‘주도적으로 업무를 이끄는 분’, ‘스스로 문제를 찾고 해결하는 분’, ‘오너십을 갖고 끝까지 책임지는 분’이라는 표현이 반복됩니다. 특히 PM은 포지션 특성상 공식적인 권한은 없는데, 책임은 가장 크게 지는 역할이기에 이 요소가 필수로 등장합니다. 실무에서 이 표현이 의미하는 바는 다음과 같습니다. - “누가 시켜서”가 아니라, 지표·현황을 보며 스스로 문제를 발견하고, 논리적인 제안을 만드는 태도 - 기획서만 내고 끝이 아니라, 개발·테스트·릴리즈·모니터링·후속 개선까지 전체 라이프사이클을 추적하는 자세 - 실패했을 때 책임을 회피하기보다, 원인을 분석하고 다음 액션을 제안하는 태도입니다. 취준생 액션 플랜은 다음과 같습니다. - 교내 활동, 동아리, 인턴 등에서 “처음부터 끝까지 내가 PM 역할을 맡아본 경험”을 최소 1개는 만드는 것을 목표로 하시길 권장드립니다. 작은 사이드 프로젝트도 좋습니다. - 자소서와 면접에서 업무/활동의 시작과 끝을 자신이 어떻게 주도했는지, 어떤 장애가 있었고 어떻게 극복했는지, 구체적인 타임라인과 함께 설명할 수 있도록 준비하시기 바랍니다. - 공고에 등장하는 ‘오너십’ 표현을 볼 때마다, 내 경험 속에서 “중간에 포기하지 않고 끝까지 끌고 간 사례”를 한 개씩 매핑해보는 연습이 도움이 됩니다.
8. 반복 표현 TOP7~10: 우대사항에 숨은 진짜 요구 역량 해석
마지막으로 공고의 ‘우대사항’ 영역에 반복 등장하지만, 취준생들이 간과하기 쉬운 표현들을 정리해보겠습니다. - IT·디지털·AI/데이터에 대한 높은 관심 단순 호기심이 아니라, 실제로 어떤 도구를 써봤는지, 어떤 서비스·트렌드를 팔로업하는지, 이를 어떻게 기획에 연결해볼 수 있는지까지 보고자 할 때 쓰는 표현입니다. 액션 플랜: 매주 1개 이상 새로운 디지털 서비스나 기능을 사용해보고, “이 서비스가 풀려는 문제–핵심 지표–수익 구조–개선 아이디어”를 메모해두시길 권장드립니다. - 프로덕트/서비스 관련 실무 경험, 인턴, 사이드 프로젝트 학점·자격증보다 “한 번이라도 실제 유저가 있는 제품을 다뤄본 사람”을 우선 보고 싶다는 신호입니다. 액션 플랜: 교내 사이트 개선, 동아리 앱 제작, 스터디 플랫폼 기획 등 작더라도 실제 사용자가 있는 프로젝트를 1개 이상 만들어보시길 권장드립니다. - 개발·디자인 이해도, 협업 경험 PM이 직접 코드를 쓰거나 디자인을 하지 않더라도, 기술적 제약과 UX 기본 원리를 이해해야 실행 가능한 기획을 할 수 있기 때문에 등장합니다. 액션 플랜: 기본적인 웹/앱 구조, API 개념, UI 컴포넌트 용어 정도는 짧은 온라인 강의와 실습으로 익히고, 이를 바탕으로 개발자·디자이너와 협업한 경험을 하나 만들어보시길 바랍니다. - 문서/도구 활용 능력 (Notion, Jira, Figma, Confluence 등) 도구 그 자체보다 “프로젝트를 구조화하고 투명하게 관리하는 습관”을 주목하는 표현입니다. 액션 플랜: 개인 프로젝트를 진행하시더라도 실제 현업에서 사용하는 협업 툴 1~2개를 골라, 요구사항 관리·이슈 관리·버전 관리에 활용해보시길 권장드립니다. 이런 우대사항 표현들은 “합격 최소 조건”이라기보다, “이 팀에서 실제로 잘 살아남고 성장할 사람의 특징”을 보여줍니다. 따라서 공고를 읽을 때, 단순히 체크 여부만 보지 마시고, 어떤 역량을 장기적으로 쌓아야 할지 로드맵의 힌트로 활용하시는 것이 좋습니다.... 더보기
9. 신입 PM 취준생을 위한 공고 기반 실전 액션 플랜 정리
지금까지 살펴본 반복 표현 TOP10은 결국 세 가지 축으로 귀결됩니다. (1) 사용자 문제를 정의하고 해결하는 능력 (2) 데이터를 포함한 논리와 문서화로 설득하는 능력 (3) 다양한 이해관계자와 끝까지 책임지고 실행하는 능력입니다. 이를 실제 취업 준비 루틴으로 옮기기 위한 실전 액션 플랜을 정리하면 다음과 같습니다. - 첫째, 최소 10개 이상의 신입/주니어 PM·서비스 기획 공고를 모아 반복 표현을 직접 추출하고, 본인 경험과 1:1로 매핑하는 작업을 하시길 권장드립니다. 이 과정에서 내 경험의 공백 구간이 또렷해지고, 무엇을 더 채워야 할지 보이게 됩니다. - 둘째, 하나의 사이드 프로젝트(또는 인턴/교내 프로젝트)를 PM 역할 관점에서 처음부터 끝까지 수행해보시기 바랍니다. 사용자 조사–문제 정의–기획 문서화–MVP 결정–개발 협업–테스트–지표 확인–리뷰까지 전 과정을 작더라도 경험해보는 것이 중요합니다. - 셋째, 포트폴리오와 자기소개서는 “공고에 나온 키워드–그에 대응하는 나의 구체 경험–정량/정성 성과”가 일대일로 연결되도록 설계하시길 권장드립니다. 면접에서도 공고 항목을 기준으로 역질문과 사례 설명을 준비하면, 면접관에게 “이 직무를 정확히 이해하고 준비한 사람”이라는 인상을 줄 수 있습니다. 신입 PM 채용공고는 “기업이 원하는 이상적인 신입 PM의 설명서”입니다. 표면적인 자격요건을 채우는 데서 멈추지 말고, 그 안에 숨어 있는 실제 업무·팀 상황·기대 역할을 역으로 추론하고, 이를 기반으로 학습·경험·포트폴리오 전략을 설계하신다면, 같은 기간을 준비하더라도 훨씬 높은 밀도로 성장하실 수 있습니다.