01
서비스 기획자는 어떤 일을 하나요
서비스 기획자는 개발·디자인·마케팅 사이에서 무엇을 왜 만들지를 정합니다. 서비스의 문제를 찾아 정의하고, 정책을 세우고, 화면 흐름을 설계해 문서로 만들고, 출시까지 끌고 갑니다. 코드를 짜거나 화면을 그리지는 않지만 그 앞의 판단을 책임지는 자리입니다.
먼저 현실을 짚겠습니다. 이 직무는 순수 신입 공고가 적고 경력 중심입니다. 상당수 공고가 3~10년 경력을 요구합니다. 그리고 문과 전공자가 신입으로 진입하기 어려운 직무로 자주 꼽힙니다. 개발이나 디자인처럼 눈에 보이는 산출물이 없어서, 프로젝트에서 본인이 무엇을 했고 그것이 왜 기여였는지를 증명하기가 어렵기 때문입니다.
그래서 준비 방향이 분명합니다. 증명 가능한 형태를 만드는 것입니다. 현실적인 경로는 셋입니다. 인턴이나 채용연계형으로 실무에 들어가는 것, 개발자·디자이너와 함께 문제 정의부터 기획과 런칭까지 해본 프로젝트를 여러 개 쌓는 것, 공모전이나 부트캠프로 기획 포트폴리오를 만드는 것입니다. 이 중 둘째가 가장 강력합니다.
최근에는 생성형 AI를 활용한 기획자 양성 과정이나 AI-Native PM처럼 신입·경력 무관으로 열리는 자리도 생기고 있습니다. AI·추천·검색 서비스 기획 경험이 새로운 우대 포인트로 등장하는 중이라, 관심이 있다면 지금이 진입 시점으로 나쁘지 않습니다.
하루 업무는 대략 이렇습니다
- 서비스 지표와 사용자 문의에서 풀어야 할 문제를 찾는다
- 정책을 정하고 예외 상황까지 정리해 문서로 만든다
- 화면 흐름을 설계하고 디자이너와 맞춘다
- 개발자와 요구사항을 검토하며 일정과 범위를 조율한다
- 출시 후 데이터를 보고 다음 개선안을 정한다
02
필요한 핵심 역량과 기술 스택
필수는 없으면 서류에서 걸러지는 항목, 권장은 대부분의 합격자가 갖추는 항목, 우대는 있으면 확실히 차별화되는 항목입니다.
기획의 핵심
이 직무가 실제로 평가받는 지점입니다. 툴은 나중에 배워도 됩니다.
- 문제 정의와 구조화필수
담당 서비스의 문제를 잘 정의하고 논리적으로 구조화·구체화하는 능력. 공고에서 가장 자주 요구되는 항목입니다.
- 정책 설계필수
이럴 땐 이렇게 동작한다를 빠짐없이 정하는 일입니다. 예외 상황을 얼마나 촘촘히 잡아내느냐가 실력입니다.
- 우선순위 판단권장
다 할 수는 없습니다. 무엇을 먼저 하고 무엇을 미룰지 근거를 갖고 정해야 합니다.
기획 문서
기획자의 결과물은 문서입니다. 남이 읽고 그대로 만들 수 있어야 좋은 문서입니다.
- 스토리보드 · 화면 설계서필수
화면마다 무엇이 보이고 무엇을 누르면 어떻게 되는지 적습니다. 이 직무의 대표 산출물입니다.
- 정책 정의서필수
화면에 드러나지 않는 규칙을 정리합니다. 개발자가 가장 많이 물어보는 문서이기도 합니다.
- 요구사항 정리권장
여러 곳에서 들어온 요구를 정리해 구현 가능한 형태로 바꾸는 일입니다.
데이터 · UX
- 데이터 분석필수
사용자 데이터에서 인사이트를 뽑아 서비스 개선으로 연결합니다. 감이 아니라 근거로 기획하는 출발점입니다.
- 지표 이해권장
전환율·이탈률·리텐션이 무엇을 뜻하는지 알고, 무엇을 개선 목표로 잡을지 정할 수 있어야 합니다.
- SQL 기초우대
직접 데이터를 뽑을 수 있으면 분석가에게 매번 요청하지 않아도 됩니다. 깊게는 아니어도 조회 정도는 유용합니다.
- UX/UI 설계필수
사용자 흐름과 화면을 설계합니다. 디자이너와 협업하는 지점이라 기본 감각이 필요합니다.
협업 · 도구
- 커뮤니케이션필수
개발·디자인·유관부서 사이에서 협업을 주도합니다. 기획자 업무의 절반 이상이 이 조율입니다.
- JIRA · Confluence권장
일감을 관리하고 문서를 공유하는 도구입니다. 공고에 이름이 직접 등장합니다.
- Figma권장
직접 디자인하지 않더라도 화면 설계와 검토에 씁니다. 다룰 줄 알면 소통이 훨씬 빠릅니다.
- 기술 이해권장
개발 조직과 소통 가능한 수준의 이해가 요구됩니다. 코드를 짜는 게 아니라 무엇이 어렵고 비싼 작업인지 아는 것입니다.
- AI 서비스 기획우대
AI·추천·검색·데이터 관련 서비스 기획 경험이 새 우대 포인트로 등장하고 있습니다.
03
우대 자격증과 경험
자격증은 실력을 대신하지 못하지만 서류 통과와 학습 커리큘럼에는 도움이 됩니다. 우선순위를 보고 고르세요.
포트폴리오 (자격증보다 우선)
필수이 직무는 자격증으로 평가되지 않습니다. 프로젝트에서 무엇을 맡아 어떤 판단을 했고 결과가 어땠는지를 보여주는 문서가 전부입니다.
평가에 도움이 되는 경험
개발·디자인과 함께 런칭까지 해본 프로젝트
이 직무에서 가장 강력한 근거입니다. 문제 정의부터 기획, 런칭, 운영까지 이어진 경험을 여러 개 쌓는 것이 신입의 핵심 전략입니다.
인턴 · 채용연계형
순수 신입 공고가 적은 만큼 인턴이 실질적인 입구입니다. 주니어 자리를 여는 회사들이 있으니 꾸준히 확인하세요.
공모전 수상
기획 역량을 외부에서 인정받은 기록입니다. 수상하지 못해도 문제 정의부터 제안까지의 과정이 포트폴리오가 됩니다.
실서비스 런칭 경험
규모가 작아도 실제로 세상에 나간 서비스라면 무게가 다릅니다. 사용자가 쓰면서 생긴 문제를 겪어봤기 때문입니다.
도메인 관련 경험
금융·커머스 등 지원하려는 분야의 이해. 아르바이트나 활동 경험도 도메인 지식으로 연결할 수 있습니다.
04
신입이 준비하는 포트폴리오 형태
개수를 늘리는 것보다 하나를 끝까지 완성하는 편이 유리합니다. 체크리스트를 기준으로 완성도를 점검하세요.
협업으로 런칭까지 간 프로젝트 (핵심)
중급프로젝트명과 결과를 나열하는 방식으로는 통하지 않습니다. 실제 채용 가이드가 요구하는 것은 맥락입니다. 프로젝트 개요와 목적, 팀 구성, 그 안에서 본인의 역할, 문제를 어떻게 해결했는지, 그래서 어떤 성과가 있었는지가 이어져야 합니다. 문과 신입이 기여를 증명하기 어렵다는 약점을 정면으로 메우는 방법이 바로 이 구성입니다.
- 프로젝트 개요와 목적 (무엇을 왜 만들었나)
- 팀 구성과 그 안에서 본인의 역할
- 정의한 문제와 그 근거
- 해결 과정에서 내린 판단과 이유
- 본인의 기여로 달라진 지점 (가능하면 수치)
- 런칭 후 결과와 회고
- Notion 등으로 정리해 링크로 제출
기획 문서 실물
입문기획자의 결과물은 문서입니다. 스토리보드나 화면 설계서, 정책 정의서를 실제로 써본 것이 있으면 그 자체가 실무 능력의 증거가 됩니다. 예외 상황까지 정리되어 있는지를 봅니다.
- 주요 화면의 설계서 (요소·동작·이동 경로)
- 정책 정의서 (정상 흐름과 예외 상황)
- 요구사항 목록과 우선순위
- 개발자가 읽고 질문이 줄어드는 수준인지 스스로 점검
데이터로 개선한 기록
중급감으로 기획하지 않는다는 증거입니다. 개인 프로젝트라도 GA4를 붙여 이탈 지점을 찾고, 가설을 세워 바꾸고, 결과를 확인한 과정을 정리하세요.
- 본 지표와 그것을 고른 이유
- 발견한 문제와 세운 가설
- 바꾼 것과 그 근거
- 결과 수치와 해석
공모전 · 서비스 제안 (선택)
입문실무 프로젝트를 만들기 어려울 때의 대안입니다. 실제 서비스를 하나 골라 문제를 분석하고 개선안을 기획해 제안서로 정리합니다.
- 대상 서비스의 현황 분석
- 발견한 문제와 근거
- 제안하는 기능과 화면 설계
- 기대 효과를 지표로 표현
05
추천 학습 순서
기간은 하루 3~4시간 기준의 대략적인 기준입니다. 이미 아는 단계는 건너뛰고, 순서만 지켜도 헤매는 시간이 크게 줄어듭니다.
서비스와 IT 기본 이해
3~4주목표 — 서비스가 어떻게 만들어지고 누가 무엇을 맡는지 설명할 수 있다.
- 기획·디자인·개발·QA의 역할 분담
- 웹과 앱의 동작 방식 개요
- 서비스 출시까지의 일반적인 과정
- 자주 쓰는 서비스 3개를 골라 구조 뜯어보기
참고 자료
- [책]서비스 기획 입문서 한 권
- [커뮤니티]국내 서비스 조직의 기획 관련 블로그 읽기
문제 정의와 기획 방법론
1개월목표 — 막연한 요구를 구조화해 풀 수 있는 문제로 바꿀 수 있다.
- 요구와 문제를 구분하기
- 문제를 논리적으로 쪼개기
- 사용자 인터뷰로 근거 만들기
- 해결안을 여러 개 만들어 비교하기
참고 자료
- [실습]같은 문제를 세 가지로 정의해보는 연습
- [책]기획 방법론 입문서
기획 문서 작성
1개월목표 — 남이 읽고 그대로 만들 수 있는 문서를 쓸 수 있다.
- 스토리보드 구성
- 화면 설계서 작성 (요소·동작·예외)
- 정책 정의서 작성
- 기존 서비스 화면을 설계서로 역으로 써보기
참고 자료
- [실습]쓰는 앱의 회원가입 흐름을 설계서로 옮겨보기
- [커뮤니티]공개된 기획 문서 템플릿 참고
UX 기초
3~4주목표 — 사용자 흐름을 설계하고 디자이너와 같은 언어로 이야기할 수 있다.
- 사용자 시나리오와 플로우
- 와이어프레임 그리기
- 정보 구조 설계
- 사용성 테스트 해보기
참고 자료
- [실습]Figma로 간단한 와이어프레임 만들어보기
- [책]UX 입문서 한 권
데이터 분석 기초
1개월목표 — 지표를 읽고 개선 목표를 숫자로 정할 수 있다.
- 전환율·이탈률·리텐션
- 퍼널 분석
- GA4로 직접 확인해보기
- SQL 조회 맛보기
참고 자료
- [공식문서]Google 애널리틱스 공식 도움말
- [실습]프로그래머스 SQL 기초 문제
협업 툴
2주목표 — 실무에서 쓰는 도구로 일감과 문서를 관리할 수 있다.
- JIRA로 이슈 관리
- Confluence로 문서 정리
- Figma에서 시안 검토하고 코멘트 남기기
- Notion으로 기획 문서 구성
참고 자료
- [실습]무료 플랜으로 직접 프로젝트 하나 운영해보기
팀 프로젝트 (런칭까지)
2~3개월목표 — 개발자·디자이너와 함께 실제로 출시해본다. 이 경험이 신입 준비의 중심이다.
- 팀 구하기 (부트캠프·동아리·사이드 프로젝트)
- 문제 정의부터 기획 문서까지 주도
- 일정과 범위 조율
- 출시하고 사용자 반응 확인
참고 자료
- [실습]기획만 하고 끝나는 프로젝트는 피할 것
- [실습]작아도 실제로 배포되는 것을 목표로
포트폴리오 정리
3~4주목표 — 결과가 아니라 과정과 기여가 드러나게 만든다.
- 개요·목적·팀 구성·본인 역할 순서로 구성
- 문제 해결 과정을 맥락으로 서술
- 기여를 수치로 표현할 방법 찾기
- Notion으로 정리해 링크 공유
참고 자료
- [실습]프로젝트명 나열이 아니라 이야기로 쓰기
- [실습]다른 사람에게 읽히고 이해되는지 확인
실무 진입 (권장)
3~6개월목표 — 인턴·채용연계형·공모전으로 경력의 첫 칸을 만든다.
- 인턴·채용연계형 공고 상시 확인
- 공모전으로 외부 검증 만들기
- AI 기획자 양성 과정 등 신입 대상 프로그램 확인
- 운영·CX 등 인접 직무도 통로로 열어두기
참고 자료
- [커뮤니티]주니어 공고를 여는 회사들을 목록으로 관리
- [커뮤니티]AI-Native 기획 관련 신입 공고가 새로 나오는 중
06
신입이 자주 하는 실수
준비 방향을 잘못 잡으면 들인 시간에 비해 결과가 안 나옵니다. 아래 항목에 해당하지 않는지 점검해 보세요.
- 순수 신입 공고만 기다리는 것. 상당수가 3~10년 경력을 요구합니다. 인턴·채용연계형과 프로젝트 경험으로 우회하는 것이 정공법입니다.
- 포트폴리오에 프로젝트명과 결과만 나열하는 것. 채용 가이드가 요구하는 것은 개요·목적·역할·해결 과정·기여를 담은 맥락입니다.
- 기획서만 쓰고 런칭까지 가지 않는 것. 만들어지지 않은 기획은 검증되지 않았고, 기여를 증명할 근거도 남지 않습니다.
- 혼자 한 기획만 있는 것. 개발·디자인과 부딪히며 조율해본 경험이 없으면 이 직무의 핵심 업무를 해본 적이 없는 셈입니다.
- 데이터를 안 보는 것. 감으로 만든 기획은 왜 그렇게 했냐는 질문에 답할 수 없습니다.
- 기술을 전혀 모르는 것. 개발 조직과 소통 가능한 수준의 이해가 공고에 명시됩니다. 무엇이 비싼 작업인지 정도는 알아야 합니다.
07
자주 묻는 질문
Q.문과 전공인데 서비스 기획자가 될 수 있나요?
가능하지만 다른 직무보다 준비가 더 필요합니다. 이 직무가 문과생에게 어렵다고 꼽히는 이유는 전공 때문이 아니라, 개발이나 디자인처럼 눈에 보이는 산출물이 없어 기여를 증명하기 어렵기 때문입니다. 해법도 여기서 나옵니다. 개발자·디자이너와 함께 런칭까지 간 프로젝트를 만들고, 그 안에서 본인이 무엇을 판단했고 무엇이 달라졌는지를 문서로 남기세요. 증명 가능한 형태를 만드는 것이 전부입니다.
Q.신입 공고가 정말 이렇게 없나요?
순수 신입 공고는 적은 편이고 3~10년 경력을 요구하는 자리가 많습니다. 다만 인턴과 채용연계형은 꾸준히 열리고, 주니어 자리를 여는 회사도 있습니다. 최근에는 생성형 AI를 활용한 기획자 양성 과정이나 AI-Native PM처럼 신입·경력 무관으로 뽑는 자리도 생기고 있으니, 공고 유형을 넓게 보는 것이 좋습니다.
Q.PM/PO와 뭐가 다른가요?
실무에서는 겹치는 부분이 많습니다. 통상 서비스 기획자는 무엇을 어떻게 만들지, 즉 화면과 정책 설계에 무게가 있고, PM/PO는 왜 만들고 무엇을 먼저 할지, 즉 제품 목표와 지표와 우선순위에 무게가 있습니다. 회사마다 이름을 다르게 쓰니 직무명보다 공고의 담당 업무를 읽는 것이 정확합니다.
Q.개발을 얼마나 알아야 하나요?
코드를 짤 필요는 없습니다. 공고가 요구하는 것은 개발 조직과 소통 가능한 수준의 이해입니다. 요청한 기능이 왜 오래 걸리는지, 무엇을 바꾸면 비용이 크게 줄어드는지 감이 있으면 충분합니다. 정보처리기사를 준비하며 기본 개념을 훑는 것도 한 방법입니다.
Q.포트폴리오는 어떤 형식으로 만드나요?
Notion으로 정리해 링크를 제출하는 방식이 표준입니다. 중요한 건 형식이 아니라 구성입니다. 프로젝트명과 결과만 나열하지 말고 개요·목적·팀 구성·본인 역할·문제 해결 과정·기여 성과 순서로 맥락이 이어지게 쓰세요. 실제 채용 가이드가 요구하는 구성이 바로 이것입니다.
이 직무로 내 로드맵 만들기
졸업까지 남은 기간과 지금 수준을 고르면, 위 학습 순서를 시기별 계획으로 나눠 드립니다. 결과는 링크로 그대로 공유할 수 있습니다.
서비스 기획자 로드맵 만들기 →