왜 많은 작업을 한꺼번에 보여주고 싶어질까?
처음 포트폴리오를 만들면, 작업량이 실력처럼 느껴진다. 그래서 가능한 한 많은 페이지를 채우려고 한다. 하지만 지나치게 많은 프로젝트는 오히려 핵심을 흐리게 만든다. 보는 사람은 중요한 결과를 찾기 어렵다.
선택과 집중의 문제
포트폴리오의 목적은 “내가 어떤 디자이너인지 보여 주는 것”이다. 모든 작업을 나열하기보다, 방향을 잘 설명할 수 있는 프로젝트만 남기는 것이 좋다. 5~6개의 프로젝트라도 맥락이 분명하면 충분하다.
기업의 채용 과정에서도, ‘프로젝트 수’보다 ‘문제를 어떻게 해결했는지’에 더 관심을 갖는 경우가 많다(참고 자료). 그래서 불필요한 것은 과감히 덜어내는 편이 오히려 유리하다.
왜 결과 화면만 보여 주면 부족할까?
완성된 화면은 보기에는 좋다. 하지만 포트폴리오는 단순한 전시 공간이 아니다. 문제를 정의하고, 방향을 탐색하고, 여러 선택지 중 하나를 결정한 과정을 보여 주는 공간이다.
과정이 없는 결과의 한계
결과만 나열된 포트폴리오는 설명이 부족해 보인다. “왜 이렇게 만들었는지” 알 수 없기 때문이다. 반대로, 스케치와 중간 시안, 실패한 버전까지 간단히 정리하면 사고 과정이 자연스럽게 드러난다.
이 과정 설명은 길 필요가 없다. 문제 정의, 사용자 관찰, 해결 방향, 최종 선택 정도만 담겨 있어도 충분하다. 보는 사람은 디자이너가 논리적으로 판단할 수 있는 사람인지 확인할 수 있다.
프로젝트 설명이 길어지는 이유는 무엇일까?
자세히 설명해야 잘 이해될 것 같아서 글을 많이 쓰게 된다. 하지만 지나치게 길면 오히려 읽히지 않는다. 중요한 내용은 묻히고, 전체 흐름은 느려진다.
핵심만 남기는 편집
설명을 정리할 때는 이렇게 생각해 보면 좋다. “이 페이지에서 꼭 알고 넘어가야 할 세 가지는 무엇일까?” 그 세 가지가 명확하면, 나머지는 보조 설명으로 자연스럽게 정리된다.
문장은 짧게, 문단은 간결하게 유지하는 것이 좋다. 스크린샷 옆에 짧은 캡션을 두면, 긴 글보다 이해가 빠르다. 포트폴리오의 목적은 이야기를 길게 하는 것이 아니라, 내용을 빠르게 전달하는 데 있다.
역할과 기여도를 왜 명확히 해야 할까?
협업 프로젝트에서는 여러 사람이 함께 일한다. 이때 자신의 역할이 불분명하게 적혀 있으면 평가가 어렵다. “팀원으로 참여”라는 표현만으로는 어떤 부분을 담당했는지 알기 어렵다.
구체적으로 쓰는 방법
- 사용자 리서치 설계 및 진행
- 와이어프레임 제작
- UI 디자인 및 프로토타입
- 사용성 테스트 참여
이처럼 역할을 구체적으로 나누어 적으면, 기여도가 자연스럽게 보인다. 과장하지 않아도 된다. 사실만 차분하게 기록하는 것이 신뢰를 만든다.
개인 취향만 강조하면 왜 위험할까?
포트폴리오에서 자주 보이는 문장은 “제가 좋아하는 스타일입니다”라는 말이다. 취향은 분명 중요하지만, 그것만으로 디자인을 설명하면 설득력이 약해진다.
취향을 맥락과 연결하기
“이 스타일이 이 프로젝트에 적합했던 이유”를 함께 설명해 보자. 예를 들어, 읽기 시간을 줄이기 위해 단순한 인터페이스를 선택했다거나, 브랜드의 톤을 맞추기 위해 특정 색을 사용했다는 식이다.
취향은 출발점일 수 있지만, 최종 이유는 사용자와 목표에서 나와야 한다. 이 전환이 이루어질 때, 포트폴리오는 훨씬 설득력 있게 보인다.
페이지 구조가 복잡하면 어떤 문제가 생길까?
포트폴리오는 읽히는 흐름이 중요하다. 메뉴가 복잡하거나, 프로젝트 사이의 이동이 불편하면 끝까지 보기 어렵다. 내용이 좋아도 전달되지 않는다.
단순하게 정리하는 방식
프로젝트 목록은 한눈에 보이도록 정리하는 것이 좋다. 각 프로젝트는 일정한 템플릿으로 구성하면 읽기 편하다. 예를 들어 “문제 정의 → 과정 → 결과 → 회고” 같은 구조를 반복하는 방식이다.
읽는 사람이 어디에 있는지, 다음에는 무엇을 볼 수 있는지 항상 명확해야 한다. 구조가 단순할수록, 내용은 더 또렷해진다.
포트폴리오는 한 번 만들고 끝나는 문서가 아니다. 시간이 지나며 수정되고 보완된다. 작업이 늘어날수록, 선택은 더 중요해진다. 무엇을 보여 주고 무엇을 남길지 결정하는 과정 자체가, 이미 디자인 훈련의 일부다.