서비스 기획자 포트폴리오 작성법: 문제 정의부터 회고까지 신입 구성 예시 (2026)

프로젝트 하나를 배경, 문제 정의, 해결 방안, 결과, 회고 다섯 칸으로 나눠 쓰는 구성을 권해요. 아래 표는 프리터뷰의 편집 양식이고, 채용 기준으로 정해진 규격은 아닙니다.

PM 포트폴리오에 관한 브런치의 한 글(2026-04-13 게시, 2026-10-28 확인)은 비슷한 주장을 해요. PM 이력서를 검토해 봤다는 필자가 화면 설계서를 얼마나 꼼꼼하게 그렸는지보다 문제를 해결해 간 과정을 보여 줘야 한다고 쓰고, 첫 장에는 해결책보다 서비스가 맞닥뜨린 문제가 먼저 나와야 하며 가설을 세우고 어떤 지표를 볼지 정한 과정이 이어져야 한다고 권합니다. 필자의 직무와 소속은 글에서 확인되지 않으니 개인 의견으로 읽으세요. 회사마다 보는 방식이 달라서 지원 공고의 담당 업무가 우선입니다.

기획 직무의 설명은 회사마다 다르기 때문에 공고에 적힌 담당 업무 문장을 포트폴리오 목차에 옮겨 쓰는 방법이 안전해요. 공공기관에 지원한다면 NCS 공정채용 사이트에서 채용공고와 직무기술서를 열람할 수 있는 메뉴가 있어서, 기관이 적은 직무 설명을 확인할 수 있습니다.

동아리나 학회에서 한 서비스 기획, 공모전, 기존 서비스 개선안 기획을 프로젝트로 쓸 수 있어요. 실제 서비스 경험이 없어도 판단 과정이 보이면 재료가 됩니다. 대신 확인한 사실과 내 가정을 구분해서 적어야 합니다.

사실과 가정을 구분하는 방법으로 문장 끝에 [확인] 또는 [가정]을 붙이는 표기를 제안해요. 예를 들어 “사용자 다섯 명에게 물어본 결과 네 명이 같은 단계에서 멈췄다[확인]”와 “이 단계가 너무 길어서 이탈한 것으로 보인다[가정]”를 나란히 두면, 읽는 사람이 근거와 추정을 따로 읽을 수 있어요. 다섯 명, 네 명은 가상 예시입니다.

넣을 작업이 아예 없다면 2~3주 안에 끝낼 수 있는 작은 기획을 새로 하나 만드는 방법이 있어요. 자주 쓰는 서비스를 골라 불편을 정리하고 개선안을 화면 설계까지 그리는 과정은 취업 포트폴리오 만드는 법의 신입·비전공 절에 정리돼 있습니다.

대상, 상황, 불편, 근거를 한 문단에 쓰세요. 해결책이 이미 들어간 문장은 문제 정의가 아니에요. “로그인 버튼이 작다”는 해결책이 숨은 문장이고, “처음 방문한 사용자가 가입 화면에서 어디를 눌러야 할지 몰라 멈춘다”가 문제입니다. 아래 두 문장은 가상 예시이고, ○는 내가 확인한 값으로 채우는 자리예요.

근거 칸에는 인터뷰, 사용 기록, 후기처럼 실제로 모은 자료를 쓰세요. 자료가 없는데 그럴듯한 수치를 만들어 넣으면 면접에서 출처를 물을 때 답할 수 없습니다. MIT 진로개발센터의 이력서 안내도 무엇을 했고 왜 했고 결과가 어땠는지를 구체적으로 쓰라고 안내해요. 이력서 안내이지만 문제 정의와 결과를 잇는 순서에는 그대로 맞습니다.

문제를 여러 개 찾았다면 모두 쓰지 말고, 가장 먼저 풀기로 한 하나를 중심에 두세요. 나머지는 ‘다음 후보’로 한 줄만 남기면 우선순위를 정한 흔적이 됩니다.

후보 방안을 나란히 놓고 왜 이것을 먼저 하기로 했는지 한 줄씩 쓰면 우선순위가 보여요. 점수 틀(ICE, RICE처럼 널리 쓰이는 방식)을 써도 되지만, 점수는 내가 정한 값이니 점수 옆에 근거 한 줄을 붙여야 합니다. 아래 표는 가상 예시예요.

지표는 이름만 적지 말고 계산식을 함께 쓰세요. 구글 애널리틱스 도움말은 이탈률을 ‘참여하지 않은 세션수 / 총 세션수’로 정의하고 있어요. 같은 이름의 지표도 도구마다 정의가 다를 수 있으니, 포트폴리오에는 지표 이름, 계산식, 어디서 읽는지, 비교 기간을 같이 적는 편이 안전합니다.

측정한 숫자가 없을 때는 아래 방식이 있어요. 어느 방식이든 하지 않은 측정을 한 것처럼 쓰지 마세요.

회고 칸에는 가설이 틀렸거나 결과가 기대에 못 미친 부분도 사실대로 쓰세요. 위의 브런치 글도 실패한 가설에서 얻은 것을 적는 편이 어설픈 성공담보다 낫다는 의견을 내는데, 이것도 개인 의견이에요.

정해진 기준은 없고 공고의 분량 조건이 우선이에요. 조건이 없다면 문제와 직접 이어진 화면만 본문에 두고, 나머지는 링크나 부록으로 보내는 방식을 제안합니다. 아래 장수는 프리터뷰의 편집 제안이고 채용사 기준이 아닙니다.

화면마다 한 줄 설명을 붙이세요. ‘이 화면이 푸는 문제’와 ‘이 배치를 고른 이유’가 들어가면 화면이 판단의 근거로 읽힙니다. 화면만 나열하면 어떤 선택이었는지 읽는 사람이 추측해야 해요.

디자인 도구의 공유 링크를 걸 때는 로그인 없이 열리는지 확인하세요. 링크가 막혀 있으면 가장 공들인 자료를 아무도 보지 못합니다.

면접 질문은 설명이 비어 있는 곳에서 나오는 경우가 많아요. 아래 다섯 개는 기획 포트폴리오에서 나올 법한 가상 질문이고, 특정 기업의 기출이 아닙니다.

1. 이 문제가 가장 중요하다고 본 근거는 무엇인가요?
2. 다른 해결 방안을 왜 뒤로 미뤘는지 설명해 주세요.
3. 이 기획이 잘됐는지 어떤 지표로 판단하나요?
4. 개발 일정이 부족하다고 하면 무엇을 먼저 줄이시겠어요?
5. 다시 한다면 무엇을 바꾸시겠습니까?

각 질문의 답은 문제 정의, 후보 방안 표, 지표 칸, 회고 칸에 이미 있어야 해요. 포트폴리오에 없는 내용은 면접에서 즉석으로 만들어야 합니다. 질문이 이어지는 구조는 면접 꼬리질문 답변법에, 포트폴리오를 발표 형식으로 설명하는 전형은 PT면접 준비 방법에 정리했어요.

프리터뷰 모의면접은 지원 직무를 고르고 이력서나 포트폴리오, 채용공고를 붙이면 면접관 3인이 그 내용을 읽고 질문을 준비하고, 답이 얇으면 꼬리질문이 이어져요. 요금과 이용권 구성은 요금 페이지에서 확인할 수 있습니다.

분량, PDF 용량, 비공개 자료 가림, 링크 열림, 사실과 가정 표시를 확인하세요. 아래는 프리터뷰가 제안하는 제출 전 점검표예요.

• 공고의 분량, 형식, 파일 용량 조건에 맞는가
• 프로젝트마다 문제 정의에 대상, 상황, 불편, 근거가 모두 있는가
• 사실로 쓴 문장과 내 가정이 구분돼 있는가
• 숫자는 전부 직접 확인한 값이고, 측정하지 못한 항목은 미측정이라고 적었는가
• 회사명, 고객 정보, 내부 수치, 개인 정보를 가렸고 가렸다는 사실을 밝혔는가
• 팀 프로젝트에서 내가 맡은 범위가 표시돼 있는가
• 설계 도구나 문서 링크가 로그인 없이 열리는가

PDF로 낼 때는 용량도 봐야 해요. 채용 사이트 중에는 첨부를 파일당 5MB로 받는 곳이 있어서, 프리터뷰 포트폴리오 점검의 제출 전 점검은 PDF 쪽수와 원본 용량, 포함된 주소의 응답을 보여 주고 5MB를 넘으면 주의로 표시해요.

프리터뷰 포트폴리오 점검은 가입하면 자소서 첨삭과 합쳐 하루 1회 무료이고, PDF·이미지·링크·텍스트 중 편한 방식으로 넣으면 점수와 보완할 곳을 알려 줘요. 무료 결과에서는 개선안 1개를 자세히 볼 수 있고 나머지는 제목만 보입니다. 사람에게 첨삭받는 경로는 포트폴리오 첨삭·피드백 받는 법에 있어요.