제품 디자이너 포트폴리오 — 프로세스를 보여줘라

제품 디자이너 포트폴리오에서 가장 먼저 넘겨지는 페이지는 완성된 렌더링 컷만 늘어놓은 페이지다. 결과물이 예쁜 것과 그 디자이너가 문제를 어떻게 풀었는지는 별개의 정보이고, 채용하는 쪽이 진짜 궁금해하는 건 후자다. 스케치 몇 장과 최종 이미지 사이의 빈 공간을 채우지 않으면 포트폴리오는 잘 찍은 사진첩에 머문다.

1. 담아야 할 세 겹의 정보

좋은 포트폴리오는 최소 세 겹의 정보를 갖춘다. 대부분의 지원자는 첫째 층만 채운다. 손잡이 두께를 3밀리미터 늘린 이유가 그립감 때문인지 특정 생산 공정의 최소 두께 제약 때문인지를 구분해서 쓰는 식으로, 판단 근거를 문장으로 정리해두면 그 프로젝트를 직접 겪지 않은 사람도 사고 과정을 따라갈 수 있다. 좋은 설계가 무엇인지 다룬 글에서도 언급했듯, 판단 기준을 말로 설명할 수 있어야 설계도 포트폴리오도 설득력을 갖는다.

세 겹 중에서도 검토자가 가장 오래 머무는 지점은 과정과 판단 근거가 겹치는 구간이다. 리서치 사진을 몇 장 붙여놓는 것만으로는 부족하고, 그 리서치에서 무엇을 확인했고 그 결과가 다음 스케치 방향을 어떻게 바꿨는지까지 문장으로 이어줘야 한다. 이 연결이 끊기면 검토자는 각 이미지를 독립된 단편으로 보고, 프로젝트 전체를 관통하는 사고의 흐름을 재구성하지 못한다.

2. 실패한 시안을 지우지 말 것

많은 디자이너가 채택되지 않은 시안을 포트폴리오에서 지운다. 하지만 검토자 입장에서는 버려진 방향과 그 이유가 오히려 더 유용한 정보다. 왜 그 방향을 포기했는지 설명할 수 있다는 것은 판단 기준이 명확하다는 뜻이고, 실무에서 여러 대안 사이에서 결정을 내려야 하는 상황을 얼마나 잘 다룰 수 있는지 보여주는 근거가 된다. 실패를 감추는 포트폴리오보다 실패를 정리해서 보여주는 포트폴리오가 더 신뢰를 얻는다.

실패한 시안을 정리할 때는 단순히 “이 안은 탈락했다”는 사실만 적기보다, 탈락의 근거가 된 제약 조건을 함께 적는 편이 낫다. 예산이나 생산 공정처럼 외부 제약 때문이었는지, 아니면 사용성 테스트에서 드러난 문제 때문이었는지를 구분해서 쓰면, 같은 실패라도 그 안에 담긴 판단의 결이 다르게 읽힌다. 이 구분은 검토자가 지원자의 문제 해결 방식을 가늠하는 데 실제로 쓰인다.

3. 넓게 보여주기보다 깊게 파고들어라

협업 과정에서 본인이 맡은 역할과 팀 전체가 맡은 역할을 구분해서 쓰는 것도 중요하다. 공동 작업물을 단독 성과처럼 쓰면 인터뷰에서 금방 드러난다. 온라인 포트폴리오 플랫폼으로는 Behance 같은 곳을 활용해 프로젝트별 페이지를 분리해두면 링크 공유가 편해진다.

4. 인터뷰를 염두에 둔 페이지 구성

포트폴리오는 문서로만 끝나지 않고 대부분 인터뷰에서 한 번 더 열람된다. 이 점을 감안하면, 페이지 순서를 검토자가 혼자 읽을 때와 인터뷰 자리에서 함께 넘겨볼 때 모두를 고려해 짜는 것이 좋다. 각 프로젝트 도입부에 문제 정의를 한 문장으로 요약해두면, 인터뷰어가 그 문장만 보고도 무엇을 물어볼지 바로 떠올릴 수 있어 대화가 자연스럽게 이어진다.

반대로 도입부가 장황하거나 결과 이미지부터 나오면, 인터뷰어는 질문할 지점을 찾느라 페이지를 앞뒤로 넘기게 된다. 포트폴리오를 준비할 때 실제로 지인에게 화면을 넘기며 설명해보고, 어느 지점에서 질문이 나오는지 미리 확인해보는 것도 구성의 완성도를 점검하는 좋은 방법이다.

제품 디자이너 포트폴리오 정리 체크리스트

5. 마치며

포트폴리오는 한 번 완성하고 끝나는 문서가 아니라 프로젝트가 끝날 때마다 업데이트하는 살아있는 기록이다. 디자인 시스템 작업을 해봤다면 디자인 토큰 개념을 정리한 글처럼 일관된 언어로 설명하는 연습도 도움이 된다. 다음 프로젝트를 마치면 바로 그 과정을 정리해두는 습관이 몇 달 뒤 급하게 포트폴리오를 손보는 상황을 막아준다.