서비스 기획 (PM/PO)

• 데이터·VOC 기반 문제 정의와 개선 과제 발굴
• 정책 기획과 기획서(요구사항·시나리오·화면 설계) 작성
• 디자이너·개발자와 리뷰 회의, 개발 범위·일정 조율
• QA(기획 의도대로 구현됐는지 검증)와 릴리즈 안내
• 서비스 지표(MAU, 리텐션, 전환율) 분석과 CS 대응
• 경쟁사·타사 서비스 리서치 및 신규 기능 TF 참여

• PM은 책임은 큰데 권한이 없는 직무입니다. 일정 하나도 통보가 아니라 각자 일정을 받아 조율해야 하고, 모든 문의와 장애 항의가 기획자에게 옵니다. 의사결정자가 아니라 조율자이자 설득자입니다.
• 기획자는 개발자보다 개발을 모르고 디자이너보다 디자인을 모르는 사람이 양쪽을 통합해 기획서를 내는 자리라 감정 소모가 큽니다. 초년생 때 용어를 모르면 대화 자체를 안 해주는 개발자도 있습니다.
• '기획자는 혼자 큰다'는 말처럼 서비스 하나를 한 명이 맡아 사수가 없는 경우가 많습니다. 회사마다 스타일이 달라 신입은 다 모르는 것이 정상이니 많이 물어봐야 합니다.
• 서비스에서 돈을 벌어오는 피처는 의외로 적습니다. 비즈니스 임팩트를 설명하는 '세일링 능력'이 기획자들의 약점으로 꼽힙니다. 돈을 벌어야 서비스의 가능성도 커집니다.
• 워라밸은 회사마다 천차만별입니다. 대형 플랫폼 같은 IT 대기업은 좋은 편이지만 중소 IT·스타트업은 바쁠 때 야근이 많습니다. 작은 회사는 A to Z를 직접 경험할 수 있고, 큰 회사는 기존 서비스 개선 같은 작은 단계를 맡게 되는 차이가 있습니다.
• 범국민 메신저처럼 공공재 성격이 강한 서비스는 같은 문제를 일으켜도 더 큰 질타를 받습니다. 그래서 모두의 의견을 수용해 안전하게 가려다 평범한 결과물이 나오기도 하고, 법무팀과 소통할 일이 많습니다. 반대로 카셰어링처럼 경쟁사 정책에 따라 이번 주와 다음 주 요금이 달라지는 업종은 속도가 생명입니다.

1. 주니어 (0~3년)
   TF나 기존 서비스의 일부 모듈을 맡아 기획서 작성, QA, 지표 분석, CS를 경험합니다. 사수가 없는 경우가 많아 회의 녹음, 개론서 독서로 스스로 IT 지식을 쌓아야 합니다.
2. 미들 (3~7년)
   서비스 하나의 메인 기획자 겸 PM으로 기획부터 출시·운영까지 책임집니다. B2B에서 B2C, 앱에서 웹 등 영역 전환은 이 시기 전에 하는 것이 수월합니다.
3. 시니어 (7년~)
   PO로 아젠다를 던지고 KPI·성과 분석을 책임지거나, 금융·결제 같은 특정 도메인 전문 기획자로 자리 잡습니다.
4. 이후
   프로덕트 리더·'기획자의 기획자'인 매니저, 그로스 매니저로 성장하거나 사업 사이드(사업기획·신사업)로 확장합니다. 사이드 프로젝트로 직접 앱을 출시하는 사람도 많습니다.

단위 만원, 세전 기본급 기준 추정치. 산업·기업 규모·인센티브에 따라 범위를 벗어나는 경우가 흔합니다.

• 포트폴리오는 아무도 세세하게 보지 않습니다. 상단 두 줄 헤드라인만 읽어도 내가 무엇을 했는지 이해되게 구성하고, 어떤 기획을 했는지 구체적으로 써야 신뢰를 얻습니다. 서비스를 '출시했다'보다 어떻게 고민하고 소통했는지가 더 중요합니다.
• 전 회사에서 맡은 역할, 개발자와 어떻게 소통했는지, 기획자로서 필요한 역량, 장단점을 거의 반드시 묻습니다. 역기획 경험과 '우리 서비스에서 개선할 점'에 답할 수 있어야 합니다.
• 지원 회사의 재무제표와 투자 보고서(근 2~3년치)를 보고 가면 임원 면접에서 효과가 크고 역질문 거리가 많아집니다. 한 멘토는 이것이 합격 이유였다고 본부장에게 직접 들었습니다.
• 메신저 플랫폼처럼 정형화된 1분 자기소개 없이 솔직하고 개성 있는 사람을 좋아하는 회사도 있고, 대형 포털처럼 구조화 능력과 커뮤니케이션 효율을 중시하는 회사도 있습니다. 부풀리거나 거짓말하는 것은 바로 티가 납니다.
• 전 직장 경험을 '내가 맞다'는 식으로 말하면 오히려 마이너스입니다. 회사마다 기준과 데이터 구조가 다르니 '적응해서 도움이 되도록 해보겠다'는 겸손한 태도가 낫다는 PO의 평가가 있습니다. 모르는 건 솔직하게 인정하는 사람이 돋보이고, 다대다 면접에서는 서비스 기획 아이디어를 내는 능력을 봅니다.
• PT 면접에서 면접관의 비판이 강해도 덤덤하게 자기 얘기를 끝까지 하는 진정성이 통했다는 후기가 있습니다. 데이터 역량이 없다고 지적받자 기획 관련 수업 성적으로 기획 역량을 어필한 사례처럼, 부족한 점을 인정하되 다른 근거로 받아치는 준비가 필요합니다.

• 사이드 프로젝트·해커톤으로 실제 서비스를 구현하고 사람들의 평가를 받아 보세요. 그 과정에서 데이터 분석으로 기획 역량을 보여줄 포인트를 잡아 포트폴리오에 꼭 넣으세요.
• IT 기본 지식을 스스로 쌓으세요. 'IT 세계의 괴물들' 같은 입문 만화부터 기획 실무서, '도그냥' 저자의 책이 추천됩니다. 부트캠프는 시간 낭비라는 의견도 있으니 독학과 현장 학습을 우선하세요.
• 피그마는 PPT를 다룰 줄 알면 금방 익힙니다. 유튜브 강의로 UX/UI 기획 위주로 익숙해지고, 지라는 공부보다 경험이 중요합니다.
• 데이터 분석(SQL, 통계)은 큰 스펙입니다. 통계 전공자가 적어 더욱 그렇고, B2C 기획에서는 필수 역량으로 꼽힙니다.
• 면접을 많이 보세요. 한 달에 8번 면접을 다닌 멘토는 스크립트 27장을 외워 갔고, '소개팅하듯' 회사에 대한 궁금증을 많이 만들어 갔습니다. 도메인(AI, 금융, 커머스 등)을 미리 정해 회사 선택에 시간을 투자하세요.
• 회의에서 '그렇군요' 하고 지나갈 리스크 요소를 기록해 모아 아젠다로 올리는 사람이 인정받습니다. 회의록을 요점이 보이게 쓰고, 새로 뜨는 서비스를 간단히 정리해 공유하는 미니 리서치로 시니어의 시간을 줄여 주는 연습을 하세요. 기업 분석은 IR 자료·DART·채용공고의 숨은 의미 읽기로 하고, 아이디어는 브런치·블로그에 남기세요.

• 전달하는 것보다 만드는 것이 즐겁고, 개선해 나가는 과정을 좋아하는 '메이커' 성향의 사람
• 말하기와 조율을 좋아하고, 쉬운 수정이 개발자에게는 어려울 수 있음을 이해하며 정중하게 협조를 구할 수 있는 사람
• 스크린도어 하나를 보고도 '왜 이렇게 만들었을까'를 파고드는, 예리하고 예외 케이스를 고민하는 사람

• PMP(SI·대기업 PM 포지션에서 우대)
• SQL·데이터 분석 기초(ADsP 등)
• 피그마·UX/UI 기획 온라인 강의
• 서비스 기획 실무서 독서('도그냥' 저자 서적, IT 입문서)