전략 컨설팅의 겉모습, 화려해 보이지만 일상은 이렇다

서비스 기획 (PM) 실무 알아보기

1. 비전공자도 가능한가: 냉정한 현실부터 짚고 갑니다

서비스 기획은 전공보다 실무 역량을 훨씬 더 크게 보는 직무입니다. 문과·예체능·자연계 등 다양한 전공의 사람들이 실제로 서비스 기획·PM으로 일하고 있습니다. 다만 “누구나 쉽게 들어올 수 있다”는 뜻은 절대 아니고, 신입·비전공자의 자리 자체가 적기 때문에 준비가 안 된 상태로는 거의 뽑히지 않는다는 점을 먼저 인정하셔야 합니다. 회사 입장에서 신입 서비스 기획자는 “바로 투입해도 최소한 민폐는 안 끼치는 실무 초급자”를 기대합니다. 그래서 학벌·전공보다 “실제 서비스를 어떻게 이해하고, 문제를 정의하고, 문서와 말로 설득할 수 있는지”가 훨씬 중요하게 평가됩니다. 이 글은 “비전공자도 가능하다”가 아니라 “비전공자가 이 현실에서 살아남으려면 어디까지 준비해야 하는가”에 대한 계산기라고 이해해주시면 좋겠습니다.

2. 서비스 기획 실무: 하루에 실제로 하는 일

비전공자 여부와 상관없이, 서비스 기획자가 실제로 뭘 하는지 구체적으로 알고 있어야 준비 방향이 잡힙니다. 현업 기준으로 하루 업무를 쪼개보면 다음과 비슷합니다. - 문제 정의 서비스 지표(가입·전환·재방문·이탈 등), 고객센터 문의, VOC, 내부 팀 요청 등을 보고 “지금 무엇이 문제인지, 어디에 자원을 써야 하는지”를 정리합니다. - 요구사항 도출 이해관계자(운영, 마케팅, 고객센터, 재무, 법무 등)로부터 요구사항을 수집하고, 우선순위를 조정합니다. 이 과정에서 “이건 이번에 못 한다”, “이건 나중에 하자”를 논리적으로 설득해야 합니다. - UX 흐름 설계 사용자 여정, 화면 플로우, 유즈케이스를 정의합니다. 와이어프레임, 플로우차트, IA(정보구조) 등을 도구(Figma, 파워포인트, 미로 등)로 정리합니다. - 화면 설계 문서 작성 화면 단위로 필드, 버튼, 상태값, 예외 케이스, 에러 메시지, 정책을 정의합니다. 개발·디자인팀이 그대로 구현할 수 있을 정도로 모호성을 줄이는 것이 핵심입니다. - 개발·디자인 커뮤니케이션 기획서를 설명하고 Q&A를 진행합니다. 기술적 제약, 일정, 리소스를 고려해 스펙을 조정합니다. 말로만 합의하고 문서에 반영하지 않으면 바로 사고로 이어집니다. - QA 및 릴리즈 대응 개발 완료 후, 시나리오 기반 테스트를 하며 기획 의도와 다른 부분을 체크합니다. 배포 후에는 실제 지표와 고객 반응을 보고 “가설이 맞았는지”를 검증하고 후속 개선안을 다시 씁니다. 이 중 어느 것도 “전공 지식이 있어야만 가능한 일”은 아니지만, 논리력·구조화 능력·글쓰기·툴 활용·데이터 이해가 없으면 버티기 어렵습니다.... 더보기

3. 비전공자의 강점과 약점: 자기 포지션부터 계산하기

비전공자는 분명한 약점이 존재하지만, 강점도 있습니다. 본인을 냉정하게 모델링해보는 것이 출발점입니다. - 약점 - 개발 용어·시스템 구조 이해 부족으로, 개발자와 대화가 느리고 오해가 많이 생깁니다. - 컴퓨터공학 전공자 대비 데이터·로직 관련 설계에서 처음에 시행착오를 많이 겪습니다. - 신입 채용에서 “전공자 + 프로젝트 경험자”와 경쟁해야 하기 때문에 기본 스펙만으로는 밀리기 쉽습니다. - 강점 - 서비스 기획은 결국 “사용자 관점”이 핵심이기 때문에, 인문·사회·예체능·경영 등에서 쌓은 사람·시장·콘텐츠에 대한 이해가 강점이 될 수 있습니다. - 다양한 배경은 “도메인 특화”로 이어지기 좋습니다. 예를 들어 호텔경영 전공 + 숙박 앱, 법학 전공 + 핀테크/레그테크, 교육학 전공 + 에듀테크 같은 조합입니다. - 비전공자는 스스로 부족함을 알기 때문에, 장기적으로 더 꾸준히 공부하며 성장하는 경우가 많습니다. 핵심은 “나는 비전공자라 안 될까?”가 아니라 “내 전공·경험을 어떤 도메인과 엮어서 차별화할 것인가”를 빨리 정하는 것입니다. 이 결정에 따라 읽어야 할 책, 분석해야 할 서비스, 준비할 포트폴리오 주제가 모두 달라집니다.

4. 취업 현실 계산기: 지금 내 경쟁력을 숫자로 따져보기

지원 버튼을 누르기 전에, 다음 항목을 냉정하게 체크해보는 것을 추천드립니다. 각 항목을 0~2점으로 두고, 총점을 계산해보시기 바랍니다. - 기획 이해도 0점: 서비스 기획이 뭔지 글로 설명을 잘 못 하겠다 1점: 책·블로그로 개념은 알지만, 내 말로 사례를 들어 설명하기는 어렵다 2점: 실제 서비스 하나를 골라 “문제 정의 → 가설 → 개선안 → 화면 설계 → 지표” 흐름을 스스로 만들어본 적이 있다 - 도메인 지식 0점: 내가 지원할 업계(커머스, 금융, 모빌리티, 콘텐츠 등)에 대해 아는 게 거의 없다 1점: 주요 서비스 몇 개를 써보고 장단점을 말할 수 있다 2점: 경쟁 서비스 최소 3개 이상을 비교 분석한 문서를 만들어 본 적이 있다 - 도구 활용 능력 0점: 파워포인트 외에 와이어프레임·프로토타이핑 도구를 다뤄본 적이 없다 1점: Figma, XD 등으로 간단한 화면 정도는 만들 수 있다 2점: 플로우·와이어프레임·간단한 프로토타입까지 혼자 만들고 설명할 수 있다 - 데이터·논리력 0점: 엑셀 기초 함수도 버겁고, 지표를 보면 막막하다 1점: 기본 지표(가입, 전환, 이탈, MAU 등) 개념은 알고, 간단한 분석은 할 수 있다 2점: 실제 서비스 리뷰, 설문, 간단한 로그 데이터를 기반으로 문제를 정의해본 경험이 있다 - 실전 경험(프로젝트·인턴·동아리 등) 0점: 팀 프로젝트로 서비스를 만들어 본 경험이 없다 1점: 학교·동아리·공모전 등에서 간단한 서비스를 기획해본 경험이 있다 2점: 실제 배포되었거나, 최소한 프로토타입 수준으로 만들어 사용자 피드백을 받은 경험이 있다 - 커뮤니케이션·문서화 0점: 기획서를 써본 적이 거의 없거나, 읽는 사람이 이해하기 힘들다는 피드백을 자주 받는다 1점: 학교·프로젝트에서 문서 작성·발표를 주도해본 경험이 있다 2점: 기획 문서를 기반으로 개발·디자인 역할을 맡은 사람들과 협업해본 적이 있다 대략 6점 이하는 “학습 단계”, 7~9점은 “준비 중이지만 실전 프로젝트가 더 필요”, 10점 이상이면 “지원 가능, 다만 회사·포지션을 전략적으로 골라야 하는 단계”로 보는 것을 추천드립니다. 이 점수를 올리기 위한 구체적인 액션 플랜을 다음 항목부터 제안드리겠습니다.

5. 3개월 액션 플랜: 완전 비전공·무경험 기준

지금 아무것도 없는 상태라고 가정하고, 3개월 동안 “지원 가능 최소치”를 만드는 계획입니다. 시간 여유가 많지 않아도 주당 10~15시간 정도를 쓸 수 있다면 따라갈 수 있는 수준으로 설계했습니다. 1주차~2주차: 직무·도메인 선택과 관찰 - 서비스 기획 관련 직무 소개 글, 현직자 인터뷰, 채용 공고를 집중적으로 읽으면서 “이 직무가 실제로 하는 일”을 자기 언어로 1~2장 정리합니다. - 동시에 본인이 흥미 있는 도메인(커머스, 콘텐츠, 교육, 헬스케어, 모빌리티, B2B 등)을 두 개 정도로 압축합니다. - 도메인별 대표 서비스(예: 이커머스라면 쿠팡·11번가·무신사 등)를 골라, 매일 하나씩 실제로 써보고 좋았던 점·불편했던 점을 기록합니다. 3주차~4주차: 기초 이론 + 화면/플로우 그리기 연습 - UX 기본 개념(사용자 여정, 페르소나, 플로우, IA, 와이어프레임)을 책·온라인 강의로 빠르게 훑습니다. - 파워포인트 또는 Figma 중 하나를 선택해 “로그인·회원가입·상품 상세 보기·장바구니·결제” 같은 간단한 흐름을 스스로 그려봅니다. - 목표는 예쁘게가 아니라, “처음 본 사람이 봐도 기능과 흐름을 이해할 수 있게 그리는 것”입니다. 5주차~8주차: 개인 미니 프로젝트 1개 완성 - 1개의 서비스만 정해서 “문제 정의 → 경쟁 서비스 분석 → 개선 아이디어 → 화면 설계”까지 하나의 작은 프로젝트를 만듭니다. - 예시: 중고거래 앱에서 “판매글 작성 과정이 복잡하다”를 문제로 잡고, 기존 플로우를 캡처·분석한 뒤, 본인이 생각하는 개선된 플로우와 화면을 설계합니다. - 이 내용을 노션이나 PDF 형식으로 정리해두면, 초보 포트폴리오의 시작점이 됩니다. 9주차~12주차: 협업 경험 쌓기 - 개발·디자인 동아리, 사이드 프로젝트 플랫폼, 교내 프로젝트 등을 통해 실제로 디자이너·개발자와 함께 작게라도 서비스를 만들어봅니다. - “기획서를 내가 쓰고, 그걸 설명해서 실제 화면과 코드로 바뀌는 경험”을 반드시 한 번은 해보는 것이 좋습니다. - 이때 나온 산출물(회의록, 기획서, 와이어프레임, 회고)을 모아두면, 이후 포트폴리오 핵심 재료가 됩니다. 3개월의 목표는 “완성도 높은 포트폴리오”가 아니라, “기획이 뭔지 아는 상태에서 최소 1개 이상의 실전 프로젝트를 겪어본 사람”이 되는 것입니다. 이 기준만 넘어가도, 교육 수료만 한 지원자들과는 분명히 차이가 생깁니다.... 더보기

6. 6개월 액션 플랜: 지원 가능한 포트폴리오·자기소개서 만들기

3개월 플랜을 어느 정도 따라왔다는 가정 하에, 추가 3개월 동안은 “채용 공고에 대응 가능한 상태”까지 끌어올리는 것을 목표로 합니다. 1단계: 타깃 회사·직무 정의(1~2주) - 무작정 지원하기보다, 도메인·규모별로 우선순위를 정합니다. 예: 중소·스타트업 이커머스/콘텐츠 서비스 중심, B2B는 후순위 등 - 실제 채용 공고(주니어 PM, 서비스 기획 인턴, 운영 PM 등)를 10개 이상 수집하고, 요구 역량을 엑셀에 정리합니다. - 자주 등장하는 키워드(데이터 기반, A/B 테스트, 사용자 인터뷰, Figma, Jira 등)를 뽑아 자신의 경험과 연결할 준비를 합니다. 2단계: 포트폴리오 구조 설계(2~4주) 권장하는 구성은 다음과 같습니다. - 소개 페이지: 본인의 관심 도메인, 강점, 간단한 경력·활동 요약 - 프로젝트 2~3개 - 1번: 실제 협업 프로젝트(있다면 최우선) - 2번: 도메인 분석 + 개선 제안 프로젝트 - 3번: 사이드 프로젝트나 공모전 결과물 등 각 프로젝트는 다음 구조로 정리하는 것을 추천드립니다. - 배경: 어떤 서비스/문제를 다뤘는지 - 목표: 무엇을 개선하려 했는지(지표 또는 정성적 목표) - 리서치: 어떤 자료를 보고 문제를 정의했는지(리뷰, 설문, 벤치마킹 등) - 해결 방향: 어떤 대안을 검토했고, 최종 제안을 어떻게 정했는지 - 설계 결과: 플로우·와이어프레임·정책 설계 등 - 회고: 무엇을 배웠고, 실제였다면 어떤 지표로 검증했을지 3단계: 자기소개서 정리(4~6주) - 자주 나오는 질문(지원 동기, 직무 이해도, 협업 경험, 실패 경험, 데이터 기반 문제 해결 사례 등)에 대해 5~7개의 스토리를 미리 정리해둡니다. - 각 스토리는 상황–문제–행동–결과–배운 점 구조로 정리하고, 가능하면 숫자(기간, 인원, 횟수, 결과)를 넣어 구체화합니다. - “비전공자지만”이라는 말로 변명을 하기보다는, “내 전공/경험이 이 도메인에서 어떤 차별화된 관점으로 이어지는지”를 강조하는 쪽이 좋습니다. 4단계: 실제 지원·피드백 루프(6개월차 전체) - 처음부터 대기업만 노리기보다, 스타트업·계열사·인턴·계약직 포지션도 함께 지원하면서 시장 반응을 봅니다. - 서류·과제를 떨어질 때마다, 포트폴리오와 자기소개서를 다시 읽어 보고 “이 회사 입장에서 부족해 보일 포인트”를 스스로 적어봅니다. - 가능하다면 현직자에게 포트폴리오 피드백을 요청하고, 그 과정 자체를 또 하나의 스토리로 만들어두는 것도 좋습니다. 6개월의 목표는 “어디든 붙는다”가 아니라, “면접까지는 일정 비율로 도달하는 상태”를 만드는 것입니다. 거기까지 가면 이후는 면접 스킬·케이스 스터디 준비 영역입니다.

7. 현직자 시선에서 본 ‘붙는 사람’과 ‘떨어지는 사람’의 차이

실제 서류·과제·면접을 보다 보면, 비전공자라도 뽑고 싶은 사람이 분명히 있습니다. 차이는 생각보다 명확합니다. - 떨어지는 사람의 패턴 - 직무 설명이 추상적입니다. “사용자 중심”, “문제 해결” 같은 말만 있고, 본인이 실제로 해본 사례가 없습니다. - 도메인 이해가 얕습니다. 회사 서비스를 제대로 써보지도 않고, 공식 블로그·리포트도 읽지 않은 티가 납니다. - 기획 산출물이 디자인 포트폴리오처럼 예쁘게만 되어 있고, 정책·예외·데이터 설계가 비어 있습니다. - 질문을 받았을 때 “그냥 생각났어요”, “감으로” 같은 답변을 합니다. - 붙는 사람의 패턴 - 하나의 서비스라도 깊게 파고든 흔적이 있습니다. 가입부터 탈퇴까지 실제로 써보고, 수십 개의 리뷰를 읽은 뒤 “사용자의 언어”로 문제를 설명합니다. - 본인이 한 선택의 이유를 설명할 수 있습니다. “A안 대신 B안을 선택한 이유”, “이 지표를 우선순위로 둔 이유”를 일관되게 이야기합니다. - 비전공인 것을 숨기지 않고, 대신 “이 분야를 이해하기 위해 내가 어떤 공부와 실험을 했는지”를 구체적으로 보여줍니다. - 툴 사용 능력은 완벽하지 않아도, 문서 구조와 논리 전개가 깔끔합니다. 결국 같이 일하고 싶게 만드는 사람입니다. 현실적으로 신입 자리는 많지 않지만, 팀 입장에서는 “지금은 미숙해도, 1년 안에 실무 전선에서 같이 싸울 수 있겠다”는 확신이 들면 비전공 여부는 크게 중요하지 않습니다. 그 확신을 만들어내는 재료가 바로 포트폴리오·프로젝트 경험·커뮤니케이션입니다.

8. 취준생을 위한 체크리스트: 다음 단계로 넘어가기 전에

스스로 점검할 수 있도록, 단계별 최소 체크리스트를 정리해보겠습니다. 한 단계가 모두 “예”가 되면 다음 단계로 넘어가는 것을 추천드립니다. 기초 이해 단계 - 서비스 기획 직무를 A4 한 장 분량으로, 본인 사례를 섞어 설명할 수 있다 - 내가 관심 있는 도메인과 타깃 회사를 최소 5개 이상 말할 수 있다 - 관심 도메인 서비스 3개 이상에 대해, 장단점과 개선 아이디어를 구체적으로 말할 수 있다 실전 준비 단계 - 최소 1개의 개인 프로젝트(서비스 분석 + 개선안 + 화면 설계)를 끝까지 완성했다 - 와이어프레임·플로우를 처음 보는 사람에게 설명해주고, “이해가 된다”는 피드백을 받아본 적이 있다 - 간단한 설문이나 리뷰 분석을 통해, 사용자의 문제를 정리해본 경험이 있다 지원 가능 단계 - 협업 프로젝트를 1개 이상 해보았고, 그 과정에서 생긴 갈등·조율 경험을 이야기할 수 있다 - 포트폴리오에 넣을 프로젝트가 2개 이상 있고, 각 프로젝트마다 배운 점을 3가지 이상 정리해두었다 - 실제 채용 공고를 기준으로, 내 경험과 연결되는 키워드를 5개 이상 정리해두었다 면접 준비 단계 - “왜 서비스 기획자인가”, “왜 이 회사인가”, “왜 이 도메인인가”에 대한 내 답을 1분 내로 말할 수 있다 - 내가 했던 프로젝트의 의사결정 포인트를, 데이터·가설·제약 관점에서 설명할 수 있다 - 모르는 것을 인정하되, 그 상황에서 어떻게 학습하고 해결해 나갈지 말할 수 있다 이 체크리스트를 기준으로, 지금 내가 어디 단계인지 솔직하게 표시해보시기 바랍니다. 그러면 앞으로 1~2개월 동안 무엇에 시간을 써야 할지가 훨씬 명확해집니다.... 더보기

9. 마무리: 비전공자에게 드리는 현실적인 조언

서비스 기획은 비전공자에게 열려 있는 직무이지만, 준비되지 않은 비전공자에게 친절한 직무는 아닙니다. 현업에서 체감하는 기준은 다음과 같습니다. - 전공 유무보다 “실제로 서비스를 어떻게 바라보고, 구조화하고, 협업할 수 있는지”가 절대적으로 중요합니다. - 교육 수료 이력만으로는 경쟁력이 거의 없습니다. 최소한 1~2개의 실전 프로젝트와, 그 과정을 통해 무엇을 배웠는지에 대한 자기 서사가 필요합니다. - 스타트업·인턴·계약직·CX/운영 직무를 거쳐 서비스 기획으로 이동하는 경로도 충분히 현실적인 루트입니다. 꼭 “첫 직장부터 PM”이어야 한다고 생각할 필요는 없습니다. - 비전공자는 “도메인 특화 + 문제 정의 능력 + 커뮤니케이션”을 조합해 자신의 포지션을 만드는 것이 가장 현실적인 전략입니다. 이 글을 다 읽으셨다면, 오늘 할 일은 복잡하지 않습니다. 채용 공고 5개를 저장하고, 관심 도메인 서비스 1개를 골라 “가입부터 탈퇴까지 실제로 써본 뒤 A4 한 장으로 분석해보는 것”부터 시작해보시기 바랍니다. 그것이 비전공자에서 실무형 서비스 기획자로 넘어가는 가장 첫 번째, 그리고 가장 중요한 액션입니다.