포트폴리오 사이트 : AI PM 전환 경험을 어떻게 담아야 할까요?

AI PM 전환용 포트폴리오 사이트에서는 제가 만든 것을 전부 나열하기보다 어떤 문제를 어떻게 바꿨고 결과가 얼마나 달라졌는지를 보여줘야 합니다. 2026년 8월 24일 포트폴리오 사이트 기획서를 다시 쓰면서 새 프로젝트를 만드는 일보다 이미 한 경험을 다시 찾고 설명하는 일이 먼저라는 것을 확인했습니다. 채용공고를 기준으로 포트폴리오를 준비하는 방법은 AI PM 채용공고 기반 : 포트폴리오는 어떻게 준비해야 할까?에 따로 정리했습니다.

포트폴리오 사이트를 만들 때도 디자인부터 정하지 않았습니다. 어떤 경험을 보여줄지, 누구에게 보여줄지, 어떤 정보는 공개하지 않을지, 검색과 AI 답변에서 어떻게 발견되게 할지를 먼저 정했습니다.

포트폴리오 사이트에 넣을 경험을 무엇을 얼마나 줄였는지 기준으로 어떻게 고를 수 있나요?

제가 만든 것 자체보다 시간·인력·비용이나 성과를 무엇을 얼마나 바꿨는지 설명할 수 있는 경험을 먼저 고를 수 있습니다. 처음 포트폴리오 사이트를 기획할 때 저는 정리해 둔 자료가 딱히 없다고 답했습니다. 하지만 실제 자료를 다시 훑어보니 28건이 나왔고, 눌러서 들어갈 수 있는 주소도 여섯 곳, 공개 저장소는 다섯 곳이었습니다. 자료가 없었던 것이 아니라 한곳에 모여 있지 않았고 숫자로 정리하지 않았던 것입니다.

흩어진 파일 296,241개에서 재료 1,445개를 추리는 데는 37분이 걸렸습니다. 그 과정에서 ROAS 0%에서 1,130%, CTR 0.65%에서 3.9%, 수정 요청 90건에서 38건처럼 이미 남아 있던 숫자도 다시 찾았습니다. 멘토님께서는 단순히 무엇을 만들었는지보다 시간이나 인력, 실제 비용이 많이 드는 문제를 얼마나 줄일 수 있는지 보는 편이 좋다고 말씀하셨습니다.

그래서 포트폴리오에 넣을 경험을 고르는 기준도 제가 무엇을 만들었는지에서 무엇을 얼마나 바꿨는지로 바뀌었습니다. 자료가 없다는 느낌부터 믿기보다 실제 기록과 숫자를 먼저 확인해야 했습니다.

비전공자 포트폴리오에서 기존 업무 경험을 AI PM 역량으로 어떻게 바꿔 설명할 수 있나요?

기존 업무의 사실은 그대로 두고 좋은 결과물을 만들었다는 설명보다 판단 기준을 만들고 문제를 줄였다는 과정으로 다시 설명할 수 있습니다. 2026년 8월 24일 포트폴리오 업데이트를 위한 기획을 잡을 때, 새로 2~3주를 들여 만들어야 한다고 생각했던 AI 프로젝트 세 개가 이미 있다는 것을 확인했습니다. AI 툴 7종을 네 가지 기준으로 평가한 경험, GPTs를 만들어 콘텐츠 제작 시간을 25% 줄인 경험, Gemini AI Studio로 생성형 AI 앱을 만든 경험이었습니다.

AI 서비스 기획 포트폴리오를 위해 새 프로젝트부터 만들 필요는 없었습니다. 이미 한 AI 툴 평가, 작업 흐름 자동화, 생성형 AI 앱 개발 경험을 다시 해석하고 부족한 부분만 보강하는 방식으로 바꿀 수 있었습니다.

비전공자 포트폴리오에서는 과거 직무 이름을 억지로 AI PM처럼 바꾸는 것이 아니라, 그 안에서 제가 세운 기준과 해결한 문제를 찾아야 했습니다. AI PM 전환을 준비할 때 어떤 순서로 경험을 확인했는지는 AI PM 준비하기에서 이어서 볼 수 있습니다.

포트폴리오 사이트를 처음 만들 때 기능 범위는 어떻게 정할 수 있나요?

처음부터 모든 기능을 넣기보다 가장 자주 미루게 되는 문제 하나를 먼저 정하고, 그 문제를 해결하는 데 필요한 기능부터 만들 수 있습니다. 스폰지클럽 3주차 과제에서 처음에는 본업과 학습, 일상을 한 번에 관리하는 작은 OS를 생각했습니다. 하지만 한 번에 모두 만드는 것은 무리라고 판단해 제가 가장 자주 미루던 포트폴리오 업데이트부터 해결하기로 했습니다.

그래서 Inked라는 누적형 포트폴리오 사이트를 만들었습니다. 프로젝트를 다시 정리할 때마다 양식과 디자인 때문에 업데이트가 미뤄지는 문제를 줄이기 위해, 작업 내용을 일곱 개 필드로 나눠 계속 추가할 수 있게 만들었습니다. AI 서비스 기획 포트폴리오를 만들 때도 기능을 많이 넣는 것보다 먼저 해결할 문제를 하나 정하는 것이 사이트의 기능 범위를 정하는 기준이 됐습니다.

AI PM 포트폴리오에서 프로젝트 성과 숫자를 어떻게 보여줄 수 있나요?

프로젝트마다 배경·해결 과정·성과를 나누고 Result 문장에서 핵심 숫자를 뽑아 카드와 상세 화면에서 강조할 수 있습니다. Inked에서는 결과 문장에 있는 %, 배, 회, 명 같은 숫자를 찾아 카드 아래에 표시하도록 만들었습니다. 작품 수와 평균 기여도, 카테고리 분포도 따로 볼 수 있게 했습니다.

다른 공개용 포트폴리오에서는 숫자를 손으로 옮겨 적기보다 실제 작업 기록에서 가져오는 방식을 택했습니다. Git 기록을 기준으로 투자 시간 약 192시간, 작업 27일, 커밋 969개, 코드 16,576줄을 계산해 사이트에 연결하도록 정했습니다. 포트폴리오 사이트에 실제 작업 기록을 연결하면 이런 실측 지표를 보여줄 수 있습니다.

숫자는 많다고 좋은 것이 아니라 어떤 문제를 어떻게 바꿨는지 설명할 때 근거가 되는 숫자여야 했습니다. 그래서 AI PM 포트폴리오에서도 결과 숫자를 따로 꾸미기보다 실제 기록과 연결해 보여주는 방향을 택했습니다.

포트폴리오 사이트를 공개하기 전에 개인정보를 어떻게 걸러낼 수 있나요?

생년월일·휴대폰·집 주소와 개인 기록처럼 공개할 필요가 없는 정보는 배포 전에 제외하고 한 번 더 확인해야 합니다. 처음 기획서를 만들 때 이력서에 있던 생년월일과 휴대폰 번호, 집 주소를 그대로 사이트에 옮기면 안 된다는 항목을 따로 넣었습니다. 검색엔진에 공개된 뒤에는 되돌리기 어렵기 때문입니다.

2026년 7월 31일 공개용 포트폴리오를 따로 배포할 때는 범위를 더 구체적으로 나눴습니다. Git 통계와 작업 구조처럼 보여줄 정보는 넣고, 대화 기록과 개인 체크인, 건강 기록, 실제 일정, 발행 전 원문처럼 공개할 필요가 없는 내용은 제외했습니다. 배포 완료 기준에도 개인정보와 외부 이름을 한 번 더 확인하는 절차를 넣었습니다.

포트폴리오 사이트는 많이 보여주는 것이 목적이 아니라 지원자가 어떤 문제를 해결해 왔는지 확인할 수 있게 만드는 곳입니다. 그래서 무엇을 공개할지 정하는 일과 무엇을 빼야 할지 정하는 일을 같이 해야 했습니다.

포트폴리오 사이트에 AI PM 전환 경험을 어떻게 담아야 할까요?

AI PM 전환 경험은 새 프로젝트 수를 늘리기보다 이미 한 일을 찾고, AI PM이 읽을 수 있는 문제와 결과로 다시 설명한 뒤 실제 숫자로 근거를 붙이는 순서로 담을 수 있습니다. 저는 자료가 없다고 생각한 자리에서 실제 기록부터 다시 찾았고, 무엇을 만들었는지가 아니라 무엇을 얼마나 바꿨는지를 기준으로 경험을 골랐습니다. 그다음 가장 불편한 문제로 사이트 범위를 좁히고, 실제 기록에서 성과 숫자를 가져오며, 공개하지 않을 정보까지 정했습니다.

AI PM 포트폴리오를 만드는 일은 보기 좋은 사이트 하나를 만드는 일이 아니라 제가 해 온 일을 지원하려는 직무의 언어로 다시 확인하는 과정에 가까웠습니다. 직무 전환을 준비할 때 무엇부터 확인할지는 AI Product Manager 준비 : 무엇부터 해야 하나요에서 확인할 수 있습니다.