“성과 숫자만 크면 된다?” 개인 포트폴리오는 맥락을 본다

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

프로젝트 매출은 40% 늘었고 전환율은 두 배가 됐습니다. 숫자만 보면 강력하지만, 채용 담당자는 곧바로 묻습니다. “그래서 지원자가 직접 한 일은 무엇인가요?” 성과가 좋아도 자신의 판단과 기여를 설명하지 못하면 개인 포트폴리오는 팀의 실적 보고서처럼 보이기 쉽습니다.

Jim Samuels의 포트폴리오처럼 작품과 전문 배경을 함께 보여주는 개인 사이트에서는 결과보다 결과에 도달한 과정이 신뢰를 만듭니다. 이번 글은 디지털 제품과 브랜드 프로젝트를 평가해 온 포트폴리오 코치 ‘이현우 디렉터’와의 Q&A 형식으로, 성과를 설득력 있는 사례 연구로 바꾸는 방법을 깊이 있게 짚습니다.

Q. 좋은 성과 숫자가 왜 충분한 증거가 아닌가요?

A. 숫자는 결과를 말하지만 기여 범위까지 증명하지 못합니다

인터뷰어: 많은 지원자가 ‘매출 40% 상승’, ‘사용자 10만 명 확보’처럼 큰 숫자를 첫 화면에 배치합니다. 이 정도면 프로젝트의 가치가 충분히 전달되는 것 아닌가요?

이현우 디렉터: 숫자는 시선을 붙잡는 데 효과적이지만 그 자체로는 불완전합니다. 시장이 성장했거나 광고 예산이 늘었을 수도 있고, 여러 팀이 동시에 제품을 개선했을 수도 있습니다. 독자는 전체 성과와 개인의 기여를 구분하고 싶어 합니다. 따라서 기준 시점, 측정 기간, 담당 범위, 함께 작용한 조건을 숫자 가까이에 적어야 합니다. 예를 들어 ‘전환율 18% 상승’보다는 ‘결제 단계 이탈 원인을 분석하고 입력 항목을 11개에서 6개로 줄인 뒤, 4주간 모바일 전환율이 이전 4주 대비 18% 상승’이라는 문장이 훨씬 선명합니다.

포트폴리오라는 개념 자체도 단순한 결과물 묶음보다 선택된 작업과 역량을 보여주는 구성에 가깝습니다. 용어의 기본 범위는 지식백과의 Portfolio 설명을 참고할 수 있습니다. 개인 사이트에서는 여기에 판단 과정과 직업적 관점까지 더해야 독자가 지원자의 재현 가능한 역량을 읽을 수 있습니다.

• 전체 결과: 프로젝트나 조직이 최종적으로 얻은 변화
• 개인 기여: 본인이 조사하고 제안하거나 직접 제작한 범위
• 외부 조건: 예산, 시즌, 시장 성장처럼 결과에 영향을 준 변수
• 검증 기간: 언제부터 언제까지 어떤 기준과 비교했는지

“큰 숫자를 작게 만들 필요는 없습니다. 대신 그 숫자에서 내 몫이 어디까지인지 경계선을 정확히 그어야 신뢰가 생깁니다.”

Q. 프로젝트 첫 화면에는 무엇부터 보여줘야 하나요?

A. 작품명보다 문제와 변화가 먼저 읽혀야 합니다

인터뷰어: 개인 포트폴리오의 프로젝트 상세 페이지를 열면 멋진 대표 이미지와 프로젝트명이 먼저 나옵니다. 전문가가 보는 첫 화면도 시각적 완성도가 가장 중요합니까?

이현우 디렉터: 직무에 따라 시각 품질의 비중은 달라지지만, 첫 화면의 핵심 임무는 독자에게 읽을 이유를 주는 것입니다. ‘A사 앱 리뉴얼’이라는 이름만으로는 어떤 문제가 있었고 왜 이 작업이 중요한지 알 수 없습니다. 대표 이미지 옆에 한 문장 문제 정의, 담당 역할, 작업 기간, 확인된 변화를 함께 배치해 보세요. 채용 담당자가 20초만 훑어도 프로젝트의 성격과 지원자의 위치를 파악할 수 있어야 합니다.

좋은 한 문장 소개는 ‘누구의 어떤 불편을 어떤 접근으로 줄였는가’를 담습니다. 가령 ‘지역 상점 주문 앱 UI 개선’보다 ‘첫 주문을 포기하던 신규 고객을 위해 메뉴 탐색과 결제 흐름을 재설계한 프로젝트’가 낫습니다. 아직 정량 성과를 공개할 수 없다면 ‘사용성 테스트에서 반복적으로 발견된 탐색 실패를 줄였다’처럼 관찰 가능한 변화로 표현할 수 있습니다. 방문자가 더 읽고 싶은 질문을 품게 하는 것이 첫 화면의 역할입니다.

1. 사용자 또는 사업상의 문제를 한 문장으로 제시합니다.
2. 본인의 역할을 ‘참여’가 아닌 조사·설계·개발처럼 구체적으로 씁니다.
3. 팀 규모와 협업 직군을 짧게 밝혀 기여 범위를 보여줍니다.
4. 성과는 기준값과 측정 조건을 포함해 한 줄로 압축합니다.
5. 상세 과정으로 이동할 수 있는 명확한 링크나 목차를 둡니다.

Q. 직함이 여러 개였다면 어떻게 표시하나요?

이현우 디렉터: 모든 역할을 쉼표로 길게 나열하기보다 프로젝트에서 가장 큰 결정을 내린 주 역할과 제한적으로 수행한 보조 역할을 나누세요. ‘프로덕트 디자이너—사용자 흐름과 프로토타입 담당 / 보조—인터뷰 기록 정리’처럼 쓰면 과장도 겸손도 아닌 정확한 인상을 줍니다.

Q. 과정은 어디까지 공개해야 지루하지 않을까요?

A. 모든 작업이 아니라 결정을 바꾼 장면을 골라야 합니다

인터뷰어: 과정을 보여주라는 조언을 따르면 회의 기록, 와이어프레임, 시안이 끝없이 늘어납니다. 반대로 줄이면 결과만 남습니다. 적정선은 어디인가요?

이현우 디렉터: 시간순 작업 일지를 그대로 옮기지 말고 의사결정의 전환점을 선택해야 합니다. 처음 세운 가설이 무엇이었는지, 어떤 증거가 그 가설을 흔들었는지, 대안 중 무엇을 선택했는지, 선택 후 무엇이 달라졌는지를 연결하면 됩니다. 예쁜 중간 산출물이라도 결정에 영향을 주지 않았다면 과감히 줄일 수 있습니다. 반대로 투박한 메모 한 장이 방향을 바꿨다면 그것이 더 중요한 증거입니다.

예를 들어 검색 화면 개선 사례라면 스케치 열 장을 나열하는 대신 ‘필터가 부족해서 이탈한다’는 초기 가설과 인터뷰에서 발견한 ‘사용자가 상품 용어를 이해하지 못한다’는 실제 원인을 대비해 보여주세요. 이어서 용어 설명, 추천 검색어, 필터 구조 중 어떤 대안을 비교했고 왜 특정 조합을 채택했는지 설명합니다. 독자는 완성 화면뿐 아니라 지원자가 불확실성을 다루는 방식을 보게 됩니다.

• 초기 가설: 당시 알고 있던 정보로 무엇을 예상했는가
• 반증 또는 발견: 조사와 데이터가 무엇을 새롭게 보여줬는가
• 대안 비교: 비용, 일정, 사용자 효과를 어떻게 저울질했는가
• 선택 근거: 최종안을 채택하고 다른 안을 버린 이유는 무엇인가
• 후속 검증: 출시나 테스트 이후 무엇을 확인했는가

“과정의 양이 전문성을 만드는 것이 아닙니다. 중요한 판단 앞에서 어떤 증거를 사용했는지가 전문성을 만듭니다.”

Q. 실패한 시안도 넣어야 합니까?

이현우 디렉터: 실패한 시안이라는 이유만으로 넣을 필요는 없습니다. 다만 폐기 이유가 사용자의 행동, 기술 제약, 브랜드 원칙과 연결되고 그 배움이 최종안에 반영됐다면 포함할 가치가 큽니다. 이때 ‘좋지 않아서 버렸다’가 아니라 ‘작은 화면에서 핵심 행동의 우선순위가 흐려져 제외했다’처럼 평가 기준을 밝혀야 합니다.

Q. 회사 수치와 고객 자료를 공개할 수 없으면 어떻게 하나요?

A. 비공개는 빈칸이 아니라 표현 방식을 설계하는 문제입니다

인터뷰어: 실제 프로젝트일수록 보안 때문에 데이터와 화면을 공개하기 어렵다는 고민이 많습니다. 자료가 부족하면 개인 포트폴리오가 약해지지 않을까요?

이현우 디렉터: 비밀유지 의무를 무시하고 자료를 올리는 행동이 오히려 치명적입니다. 회사명, 고객 이름, 내부 지표, 아직 출시되지 않은 기능은 계약과 조직 정책을 먼저 확인해야 합니다. 공개가 어렵다면 원본 화면을 흐리게 만드는 데 그치지 말고 사례의 구조를 다시 설계하세요. 절대값 대신 변화율이나 범위를 쓰고, 실제 고객명 대신 업종과 규모를 설명하며, 민감한 화면은 동일한 원리를 담은 재구성 도식으로 대체할 수 있습니다.

가령 월매출을 밝힐 수 없다면 ‘출시 전 8주 평균 대비 유료 전환이 15~20% 범위에서 증가’라고 표현할 수 있습니다. 정확한 비율도 금지됐다면 ‘핵심 목표를 초과 달성했으며 담당 매니저의 공개 가능한 추천사로 확인 가능’처럼 검증 경로를 제시하세요. 다만 숫자를 임의로 변형하거나 실제처럼 보이는 가상 데이터를 만들면 안 됩니다. 익명화, 범위화, 재현용 예시 중 무엇을 사용했는지 독자에게 명확하게 알리는 것이 원칙입니다.

• 공개 권한이 불분명한 자료는 먼저 회사나 고객에게 서면으로 확인합니다.
• 개인정보, 관리자 화면, 원본 데이터, 접근 키가 캡처에 남지 않았는지 점검합니다.
• 수치는 절대값 대신 변화율 또는 승인된 범위로 바꿉니다.
• 재구성한 화면에는 ‘설명용 재현 이미지’라는 표기를 붙입니다.
• 설명할 수 없는 성과를 과장하기보다 문제 해결의 논리를 구체화합니다.

Q. 익명 프로젝트도 신뢰를 얻을 수 있나요?

이현우 디렉터: 가능합니다. ‘글로벌 기업 프로젝트’처럼 두루뭉술하게 포장하지 말고 ‘직원 300명 규모 B2B 물류 기업의 배차 운영 도구’처럼 판단에 필요한 맥락을 제공하세요. 포트폴리오가 작품과 활동 기록을 담는 방식은 분야에 따라 다르므로 지식백과의 포트폴리오 정의도 함께 살펴보면 공개 범위를 설계하는 데 도움이 됩니다.

Q. 성과가 없는 진행 중 프로젝트는 빼야 하나요?

A. 후행 지표가 없다면 먼저 확인한 증거를 구분해 제시합니다

인터뷰어: 출시 전 프로젝트나 개인 작업은 매출과 전환율 같은 최종 성과가 없습니다. 이런 사례를 넣으면 전문성이 떨어져 보일까요?

이현우 디렉터: 아직 측정하지 않은 결과를 꾸며내지만 않으면 됩니다. 프로젝트의 증거에는 여러 단계가 있습니다. 인터뷰에서 반복된 문제, 프로토타입 과업 성공률, 개발 가능성 검토, 출시 후 행동 지표, 장기 사업 성과는 서로 다른 종류의 증거입니다. 현재 확보한 수준과 아직 확인하지 못한 수준을 나누어 쓰면 오히려 사고가 정교해 보입니다. ‘사용자가 좋아했다’보다 ‘5명 중 4명이 도움 없이 예약 변경을 완료했다’가 낫고, 표본이 작다는 한계도 함께 적어야 합니다.

진행 중인 사례에는 다음 검증 일정도 포함하세요. 예를 들어 ‘현재 비공개 베타 단계이며 9월에는 과업 성공률, 정식 출시 후에는 첫 주 재방문율을 측정한다’고 적으면 프로젝트가 멈춘 기록이 아니라 살아 있는 전문 작업으로 보입니다. 이후 데이터가 생기면 갱신 날짜와 변경 내용을 덧붙이세요. 개인 사이트의 글쓰기 영역에 검증 과정과 업데이트 기록을 연결하면 포트폴리오와 전문적인 관점이 자연스럽게 이어집니다.

1. 문제 증거: 인터뷰, 문의 기록, 관찰로 불편이 실제인지 확인합니다.
2. 해결안 증거: 프로토타입 테스트로 사용자가 과업을 수행하는지 봅니다.
3. 출시 증거: 이용률, 완료율, 오류율 등 행동 변화를 측정합니다.
4. 사업 증거: 매출, 유지율, 비용 절감처럼 장기 영향을 확인합니다.
5. 다음 측정: 아직 없는 지표의 수집 시점과 판단 기준을 공개합니다.

Q. 개인 프로젝트의 성과는 무엇으로 잡나요?

이현우 디렉터: 방문자 수만 성과로 보지 마세요. 문제를 정의하고 범위를 통제한 방식, 사용자 피드백을 반영한 횟수, 접근성 검사 결과, 성능 개선 수치, 실제 배포와 유지보수 기록도 훌륭한 증거입니다. 특히 전문성을 보여주려면 ‘무엇을 만들었는가’와 함께 ‘어떤 품질 기준을 스스로 세웠는가’를 밝혀야 합니다.

한 줄 성과가 사례 연구로 바뀐 민지의 예약 프로젝트

Q. 실제 포트폴리오 문장을 어떻게 고쳤나요?

인터뷰어: 이제 하나의 사례를 처음부터 끝까지 따라가 보겠습니다. 주니어 프로덕트 디자이너 민지는 병원 예약 서비스 개선 프로젝트를 개인 포트폴리오에 올렸습니다. 처음 작성한 소개는 ‘예약 전환율 32% 향상에 기여한 UX/UI 리디자인’이었습니다. 숫자는 강하지만 ‘기여’가 무엇인지, 어떤 기준에서 32%가 나온 것인지, 문제를 어떻게 발견했는지 알기 어려웠습니다.

이현우 디렉터: 민지는 먼저 분석 범위를 확인했습니다. 32%는 서비스 전체 매출이 아니라 모바일 예약 화면에 진입한 사용자 중 예약을 완료한 비율의 상대적 증가였고, 비교 기간은 출시 전후 각각 6주였습니다. 동시에 캠페인 유입이 늘었으므로 단순 방문자 증가와 완료율 변화를 분리했습니다. 자신의 역할도 ‘리디자인 참여’에서 ‘고객 문의 146건 분류, 사용자 인터뷰 6회 공동 진행, 날짜 선택 흐름 설계, 프로토타입 테스트 진행’으로 바꿨습니다.

다음으로 민지는 과정의 전환점을 골랐습니다. 팀은 처음에 예약 포기의 원인을 긴 입력 양식으로 예상했지만, 문의 기록과 인터뷰에서는 ‘가능한 진료 시간이 마지막 단계에서야 보인다’는 문제가 반복됐습니다. 민지는 시간 확인을 첫 단계로 옮기는 안, 의료진 선택 뒤에 두는 안, 달력에서 바로 노출하는 안을 비교했습니다. 개발 비용과 작은 화면의 복잡도를 검토한 끝에 의료진 선택 직후 가능한 시간을 보여주는 흐름을 채택했고, 5명의 프로토타입 테스트에서 예약 완료 시간이 중앙값 기준 2분 40초에서 1분 35초로 줄었습니다.

• 수정 전: 예약 전환율 32% 향상에 기여한 UX/UI 리디자인
• 수정 후 문제: 가능한 진료 시간을 늦게 확인해 모바일 사용자가 예약 도중 이탈함
• 수정 후 역할: 문의 데이터 분류, 인터뷰 공동 진행, 핵심 흐름 및 프로토타입 설계
• 수정 후 검증: 소규모 테스트에서 완료 시간 단축, 출시 전후 각 6주 완료율 비교
• 제약 공개: 캠페인 유입 변화가 있어 방문자 수가 아닌 단계별 완료율을 중심으로 평가

A. 최종 문장은 숫자보다 판단의 연결을 보여줬습니다

최종 프로젝트 소개는 이렇게 바뀌었습니다. ‘모바일 예약 이탈의 원인이 입력 항목보다 늦은 시간표 노출에 있음을 발견하고, 시간 선택 순서를 재설계했습니다. 출시 전후 각 6주를 비교한 결과 예약 완료율이 상대적으로 32% 증가했습니다.’ 상세 페이지에는 문제 발견, 세 가지 대안, 선택 근거, 테스트 한계, 출시 지표가 차례로 이어졌습니다.

민지의 사례가 설득력을 얻은 이유는 32%라는 숫자가 더 커졌기 때문이 아닙니다. 독자가 문제에서 증거로, 증거에서 결정으로, 결정에서 결과로 이어지는 경로를 확인할 수 있게 됐기 때문입니다. 마지막에는 ‘장기 재예약률은 아직 측정 중’이라는 문장도 남겼습니다. 그 한 줄은 약점을 드러내는 고백이 아니라, 확인된 사실과 아직 모르는 사실을 구분할 줄 아는 전문가의 태도를 보여줬습니다.