“포트폴리오는 많이 보여줄수록 좋다” 직접 줄여본 후기

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

프로젝트를 하나라도 빼면 경력이 빈약해 보일까 걱정됐습니다. 그래서 제 포트폴리오 첫 화면에는 대표 작업 9개를 빽빽하게 배치했고, 상세 페이지마다 기획서와 시안, 회고까지 모두 넣었습니다. 그런데 링크를 전달한 지인들은 의외로 “작업은 많은데 무엇을 잘하는지 모르겠다”고 말했습니다.

그 말을 듣고 한 달 동안 프로젝트 수를 9개에서 4개로 줄이고, 소개 순서와 설명 방식도 바꿔 사용해 봤습니다. 결과적으로 페이지 체류 시간보다 더 의미 있는 변화가 생겼습니다. 연락을 준 사람들이 제 역할을 정확히 언급하기 시작했고, 미팅에서 받는 질문도 훨씬 구체적으로 바뀌었습니다.

프로젝트 9개를 올렸는데도 기억되는 작업은 하나뿐이었다

많은 사례가 전문성을 증명한다는 오해

처음에는 포트폴리오 프로젝트가 많을수록 경험의 폭을 설득하기 쉽다고 생각했습니다. 앱 리뉴얼, 브랜드 사이트, 운영 대시보드, 개인 실험 프로젝트를 모두 나열하면 어떤 의뢰에도 대응할 수 있는 사람처럼 보일 것 같았습니다. 하지만 세 명에게 화면을 보여준 뒤 기억나는 작업을 물었더니 서로 다른 프로젝트를 하나씩만 답했고, 나머지 사례의 내용은 거의 떠올리지 못했습니다.

문제는 작업의 품질보다 선택 부담에 있었습니다. 첫 화면에서 카드 9개가 같은 크기와 비슷한 문장으로 경쟁하니 방문자는 무엇부터 봐야 할지 판단해야 했습니다. 모바일에서는 대표 이미지가 연속으로 이어져 제목을 읽기도 전에 스크롤을 멈추는 경우가 많았습니다. 프로젝트가 많다는 사실은 전달됐지만, David Lee가 어떤 문제를 잘 해결하는지는 흐려진 셈입니다.

용어의 일반적인 범위를 확인하려고 지식백과의 포트폴리오 설명도 참고했습니다. 포트폴리오는 단순한 결과물 창고라기보다 능력과 성과를 보여주는 선별 자료에 가깝습니다. 이 관점으로 보니 “얼마나 많이 넣을까”보다 “어떤 판단 근거를 남길까”가 먼저였습니다.

• 장점: 여러 산업과 도구를 경험했다는 사실을 빠르게 보여줄 수 있습니다.
• 단점: 방문자가 핵심 전문 분야를 스스로 추론해야 하며 대표 프로젝트의 집중도가 낮아집니다.
• 주의점: 비슷한 역할을 수행한 작업이 반복되면 개수는 늘어도 새로운 역량은 추가되지 않습니다.
• 확인 질문: 첫 화면을 10초만 본 사람이 나를 한 문장으로 소개할 수 있는지 물어보는 것이 좋습니다.

프로젝트 수는 경력의 총량이 아니라 방문자가 감당해야 하는 선택지의 수이기도 합니다.

9개에서 4개로 줄일 때 조회 수보다 먼저 본 기준

유명한 프로젝트 대신 설명하기 좋은 프로젝트를 남겼다

삭제 기준을 조회 수나 제작 규모로 잡지는 않았습니다. 규모가 큰 작업이라도 제 역할을 공개하기 어렵거나 결과가 모호하면 대표 사례에서 제외했습니다. 반대로 작은 개인 프로젝트라도 문제를 발견한 과정, 선택한 해결책, 확인한 변화가 이어지면 남겼습니다. 실제로 가장 반응이 좋았던 사례는 예산이 큰 작업이 아니라 사용자가 이탈하던 입력 단계를 줄인 소규모 개선 프로젝트였습니다.

네 개를 고를 때는 각 프로젝트가 서로 다른 질문에 답하도록 배치했습니다. 첫 번째는 “어떤 문제를 정의하는가”, 두 번째는 “협업 중 제약을 어떻게 다루는가”, 세 번째는 “결과를 무엇으로 검증하는가”, 네 번째는 “스스로 무엇을 실험하는가”를 보여주게 했습니다. 이렇게 역할을 나누니 작업 분야가 달라도 포트폴리오 전체에 하나의 프로필이 생겼습니다.

삭제가 망설여질 때는 프로젝트마다 아래 항목을 5점 만점으로 평가했습니다. 총점만 기계적으로 따르기보다 낮은 점수의 이유를 확인하는 용도로 사용했습니다. 특히 공개 가능성과 기여도 점수가 낮은 작업은 멋진 이미지가 있어도 상세 설명에서 막히기 쉬웠습니다.

1. 관련성: 앞으로 받고 싶은 채용 제안이나 의뢰와 가까운가?
2. 기여도: 팀의 결과와 별개로 내가 내린 판단을 구체적으로 말할 수 있는가?
3. 증거: 수치, 사용자 반응, 전후 화면처럼 변화를 확인할 자료가 있는가?
4. 차별성: 이미 선택한 다른 프로젝트와 겹치지 않는 역량을 보여주는가?
5. 공개 가능성: 비밀유지 의무와 개인정보 문제 없이 충분히 설명할 수 있는가?

탈락한 작업은 삭제하지 않고 보조 자료로 돌렸다

대표 목록에서 뺀 다섯 개는 완전히 폐기하지 않았습니다. 공개 가능한 작업은 별도의 아카이브에 짧게 남기고, 일부는 미팅에서 질문이 나올 때만 보여주는 보조 자료로 전환했습니다. 덕분에 첫 화면은 단순해졌지만 경험의 폭을 증명할 기회까지 잃지는 않았습니다. 선별은 삭제가 아니라 노출 순위를 정하는 작업이라고 생각하니 결정도 한결 쉬워졌습니다.

프로젝트 카드 문장을 바꾸자 클릭의 이유가 달라졌다

업종과 제작물 이름보다 변화부터 보여줬다

프로젝트 수만 줄였을 때는 기대만큼 반응이 달라지지 않았습니다. 카드 제목이 여전히 “브랜드 웹사이트 리뉴얼”, “관리자 대시보드 구축”처럼 제작물 이름에 머물러 있었기 때문입니다. 방문자는 결과물의 종류는 알 수 있어도 그 작업을 왜 열어봐야 하는지는 알기 어려웠습니다.

그래서 카드 문장을 상황·행동·변화 순서로 다시 썼습니다. “관리자 대시보드 구축”은 “주간 보고에 걸리던 시간을 줄인 운영 대시보드”로, “가입 화면 개선”은 “중도 이탈 구간을 찾아 입력 단계를 줄인 가입 경험”으로 바꿨습니다. 숫자를 공개할 수 없는 프로젝트는 “문의 분류가 늦어지던 흐름을 재설계한 고객지원 도구”처럼 관찰 가능한 변화로 표현했습니다.

이후 지인 테스트에서 달라진 점은 단순 클릭 수가 아니었습니다. 이전에는 이미지가 예쁜 카드를 골랐지만, 수정 후에는 자신의 업무 문제와 가까운 사례를 선택했습니다. 채용 담당자와 잠재 고객에게 필요한 것은 모든 프로젝트의 균등한 노출이 아니라 자신에게 관련 있는 사례를 빠르게 찾는 단서였습니다.

• 수정 전: 쇼핑몰 UX 개선 프로젝트
• 수정 후: 결제 직전 이탈 원인을 좁혀 구매 흐름을 단순화한 프로젝트
• 수정 전: 사내 업무 시스템 제작
• 수정 후: 반복 입력을 줄여 담당자의 검수 과정을 가볍게 만든 업무 시스템
• 피해야 할 표현: 혁신적인, 압도적인, 최고의 같은 근거 없는 수식어

카드의 한 문장은 상세 페이지의 요약이 아니라, 독자가 자신의 문제와 프로젝트를 연결하게 만드는 입구로 쓰는 편이 효과적입니다.

성과 수치가 없을 때 사용한 대체 증거

모든 프로젝트에 전환율이나 매출 수치가 있는 것은 아닙니다. 저도 비공개 계약 때문에 숫자를 쓰지 못한 사례가 있었고, 출시 전 종료되어 운영 지표가 없는 작업도 있었습니다. 이때 임의의 수치를 만들지 않고 인터뷰에서 반복된 불편, 테스트 중 줄어든 오류 유형, 팀이 채택한 설계 원칙, 실제 배포 범위를 증거로 사용했습니다.

예를 들어 “사용성이 향상됐다” 대신 “사용자 테스트에서 세 번 이상 되묻던 메뉴 명칭을 행동 중심 문구로 교체했다”고 적었습니다. 화려한 성과 문장보다는 확인 가능한 관찰을 남기는 편이 질문을 받았을 때도 안전했습니다. 상세 페이지의 신뢰도는 큰 숫자보다 주장과 근거가 붙어 있는가에 더 크게 좌우됐습니다.

한 달간 실제로 보내보니 생긴 장점과 예상 밖의 단점

미팅 질문이 역할과 판단 중심으로 바뀌었다

개편 전에는 “이 화면은 어떤 도구로 만들었나요?” 또는 “전체 작업을 혼자 했나요?” 같은 범위 확인 질문이 많았습니다. 개편 후에는 “가입 단계를 줄일 때 반드시 남겨야 했던 정보는 무엇이었나요?”, “운영팀과 의견이 달랐을 때 어떤 기준으로 결정했나요?”처럼 제 판단을 묻는 질문이 늘었습니다. 포트폴리오가 대화를 대신한 것이 아니라, 더 깊은 대화가 시작될 위치를 앞당겨 준 느낌이었습니다.

장점은 관리에도 있었습니다. 프로젝트 9개의 링크와 화면을 매번 확인할 때는 작은 수정도 미뤘지만, 네 개로 줄인 뒤에는 모바일 문장 줄바꿈과 깨진 링크까지 자주 점검할 수 있었습니다. 각 사례에 새로운 결과가 생기면 업데이트할 위치도 명확했습니다. 적은 프로젝트는 보여주기뿐 아니라 유지관리 비용까지 낮췄습니다.

반면 예상 밖의 단점도 있었습니다. 네 개 모두 디지털 제품 개선 사례로 골랐더니 브랜딩 작업 문의가 거의 사라졌습니다. 이는 실패라기보다 선별의 효과가 생각보다 강하다는 뜻이었습니다. 다양한 분야의 제안을 계속 받고 싶다면 대표 사례 네 개를 고정하기보다 방문 목적에 따라 소개 링크를 나눌 필요가 있습니다.

• 좋았던 점: 전문 분야가 빠르게 전달되고 상세 페이지의 완독 부담이 줄었습니다.
• 좋았던 점: 프로젝트별 역할과 의사결정을 깊게 설명할 공간이 생겼습니다.
• 아쉬운 점: 선택에서 제외한 분야의 경험은 실제보다 적게 보일 수 있습니다.
• 아쉬운 점: 대표 사례 하나의 설명이 약하면 전체 인상에 미치는 영향이 커집니다.
• 운영 팁: 월 1회보다 지원이나 제안 발송 직전에 링크, 날짜, 공개 범위를 확인하는 편이 실용적입니다.

방문자 다섯 명에게 부탁한 짧은 사용 테스트

전문 분석 도구 없이도 방향을 확인할 수 있었습니다. 서로 다른 배경의 지인 다섯 명에게 포트폴리오를 30초 동안 보여준 뒤 화면을 닫고 세 가지를 물었습니다. “이 사람은 어떤 일을 잘하는가”, “가장 기억나는 프로젝트는 무엇인가”, “더 알고 싶은 내용은 무엇인가”였습니다. 답이 제 의도와 다르면 디자인보다 프로젝트 순서와 카드 문장을 먼저 손봤습니다.

프로젝트 자료를 선별한다는 개념은 또 다른 포트폴리오 용어 설명과 함께 살펴보면 이해하기 쉽습니다. 다만 일반적인 정의를 그대로 적용하기보다 David Lee의 목표, 경력 단계, 공개 가능한 증거에 맞게 기준을 조정해야 합니다. 취업용과 프로젝트 의뢰용은 같은 작업을 사용하더라도 앞에 놓을 사례가 달라질 수 있습니다.

1. 첫 화면을 30초만 보여주고 창을 닫습니다.
2. 전문 분야를 한 문장으로 말해 달라고 요청합니다.
3. 기억나는 프로젝트와 그 이유를 묻습니다.
4. 클릭하지 않은 카드에는 무엇이 부족했는지 확인합니다.
5. 설명을 덧붙이고 싶은 충동을 참고, 화면만으로 전달된 내용을 기록합니다.

지원이 급한 사람과 방향을 바꾸는 사람은 다르게 줄여야 한다

이번 주에 포트폴리오를 보내야 한다면 세 개만 먼저 손본다

채용 지원이나 프로젝트 제안 일정이 임박했다면 사이트 전체를 새로 만들 필요는 없습니다. 먼저 목표와 가장 가까운 대표 프로젝트 세 개를 첫 화면 위쪽에 올리고, 각 카드의 첫 문장을 변화 중심으로 고치는 편이 효율적입니다. 상세 페이지에서는 맡은 역할, 제약 조건, 핵심 판단, 확인된 결과가 눈에 띄는지만 점검하면 됩니다.

이 경우 기존 프로젝트를 성급히 삭제하지 않는 것이 좋습니다. 아래쪽에 “그 밖의 작업”으로 남겨두거나 직접 링크로 접근할 수 있게 보관하면 짧은 시간 안에도 위험을 줄일 수 있습니다. 지원 공고에서 강조한 역량과 대표 사례가 연결되는지 먼저 확인하고, 관련성이 낮은 작업은 첫 화면 순서만 내리는 방식이 안전합니다.

• 대표 사례 3개를 지원 직무와 가까운 순서로 재배치합니다.
• 카드마다 문제와 변화가 드러나는 한 문장을 작성합니다.
• 팀 성과와 개인 기여를 분리해 표시합니다.
• 모바일에서 제목, 버튼, 외부 링크를 직접 눌러 봅니다.
• 공개할 수 없는 수치와 고객 정보가 남아 있지 않은지 확인합니다.

전문 분야를 바꾸는 중이라면 작은 실험 프로젝트를 남긴다

반대로 앞으로 받고 싶은 일이 기존 경력과 다르다면 과거의 대형 프로젝트만으로 네 칸을 채우지 않는 편을 권합니다. 아직 실무 성과가 작더라도 새로운 분야에서 문제를 정의하고 검증한 개인 프로젝트 하나를 포함하면 방향성이 보입니다. 다만 결과 화면만 올리면 연습작처럼 보일 수 있으므로 왜 시작했고 무엇을 확인했는지까지 적어야 합니다.

당장 지원서를 보내야 하는 독자라면 새 포트폴리오 제작보다 기존 사례 세 개의 순서와 문장을 먼저 조정해 보세요. 시간 대비 효과가 크고, 원본 작업을 보존하면서도 메시지를 선명하게 만들 수 있습니다. 반면 커리어 방향을 전환하는 독자라면 과거 대표작 두세 개에 새 분야의 실험 프로젝트 하나를 섞는 선택이 낫습니다. 현재의 실력뿐 아니라 다음에 맡고 싶은 프로젝트까지 포트폴리오가 말하게 할 수 있기 때문입니다.

저는 지금도 대표 작업을 네 개로 고정하지 않고 전달 상대에 따라 첫 번째 사례만 바꿉니다. 채용 담당자에게는 협업과 검증 과정이 분명한 작업을, 의뢰인에게는 문제 범위와 제공 결과를 빠르게 이해할 수 있는 작업을 앞에 둡니다. 같은 David Lee 프로필이라도 방문 목적에 맞는 첫 프로젝트를 선택하는 것, 그것이 작업 수를 줄인 뒤 가장 오래 사용하게 된 운영 방식입니다.

1. 지원이 급한 경우: 삭제보다 순서 변경, 카드 문장 수정, 링크 점검을 우선합니다.
2. 방향을 전환하는 경우: 새 분야의 작은 프로젝트를 추가하고 탐색 과정과 학습 증거를 보여줍니다.
3. 두 경우 모두: 프로젝트 개수보다 방문자가 기억해야 할 전문성을 먼저 한 문장으로 정합니다.