많은 디자인 전공 학생들이 포트폴리오를 준비할 때 가장 먼저 ‘예쁜 결과물’을 채워 넣는 것부터 시작한다. 작업물의 스크린샷을 나열하고, 각 페이지에 짧은 설명 한 줄을 붙이는 방식이 대표적이다. 그러나 정작 실무에 들어가거나 면접을 앞둔 시점이 되면, 결과물만 나열한 포트폴리오가 얼마나 무력한지 깨닫게 된다. 문제는 디자인 실력이 아니라 ‘이 작업이 왜 만들어졌는지’를 설명하는 구조가 없다는 데 있다.
포트폴리오는 단순히 작업물 갤러리가 아니다. 보는 사람으로 하여금 흐름을 따라가게 만드는 일종의 내러티브이자, 문제 해결 과정을 보여주는 기록이다. 그런데 왜 많은 학생들이 이 사실을 간과할까. 아마도 대학 수업에서 결과물 위주의 평가에 익숙해져 있기 때문일 것이다. 프로세스를 보여주는 습관이 몸에 배지 않으면, 정작 중요한 순간에 자신의 사고 과정을 논리적으로 풀어낼 언어를 찾지 못한다. 여기서 말하는 스토리텔링 구조는 거창한 문학적 장치가 아니라, 문제를 발견하고 해결책을 도출하기까지의 논리적 사슬을 의미한다.
이 구조를 잡기 위해서는 순서가 중요하다. 보통 결과물부터 정리하고 싶은 충동이 들지만, 먼저 ‘프로젝트의 배경’을 질문의 형태로 끌어내야 한다. 작업을 시작하게 된 계기, 대상 사용자가 겪고 있는 불편, 그리고 이 문제를 해결하지 않았을 때 발생하는 결과를 한 문장으로 압축해보자. 예를 들어 ‘노약자용 앱’이 아니라 ‘처방전을 자주 잃어버리는 만성 질환 환자가 복약 시간을 놓치는 문제’로 시작하는 식이다. 이렇게 질문을 구체화하면 자연스럽게 그 다음 단계인 ‘리서치’가 필요해진다.
리서치 과정은 포트폴리오에서 놓치기 쉬운 부분이다. 학생들은 자신이 조사한 데이터를 표나 그래프로 늘어놓는 것에 부담을 느낀다. 그러나 중요한 것은 데이터의 양이 아니라, 그 데이터에서 발견한 인사이트다. 인터뷰에서 나온 사용자의 말, 설문 결과에서 눈에 띄는 패턴, 유사 서비스의 장단점 비교에서 드러난 공백 지점을 간결하게 정리하라. 여기서 주의할 점은 ‘우리 서비스와 비슷한 경쟁사 분석’을 나열하는 것보다, 그 경쟁사들이 해결하지 못한 지점이 무엇인지에 집중하는 편이 훨씬 설득력 있다는 사실이다. 비교 자체가 목적이 아니라, 새로운 해결책의 당위성을 세우기 위한 근거로 활용되어야 한다.
다음 단계는 ‘아이디어 도출’이다. 처음부터 완벽한 디자인을 상상할 필요는 없다. 이 단계에서는 얼마나 다양한 관점에서 접근했는지가 중요하다. 스케치북에 그린 손그림, 점점 구체화되는 와이어프레임, 중간에 실패했던 실험들조차도 좋은 재료가 된다. 특히 중간에 실패한 과정은 오히려 강력한 설득 도구가 될 수 있다. 문제를 바라보는 시각이 달라졌거나, 기술적 제약으로 인해 계획을 수정했던 경험은 포트폴리오의 깊이를 더해주는 요소다. 이 과정을 생략하고 완성된 UI만 보여주는 것은, 독자에게 이미 답을 알고 있는 사람이 과정을 생략한 채 결론부터 말하는 것과 같다.
이제 본격적으로 ‘디자인 프로세스’를 서술할 차례다. 여기서 핵심은 각 결정에 이유가 붙어야 한다는 점이다. 색상을 선택한 이유, 폰트의 굵기를 조절한 이유, 버튼의 위치를 바닥으로 내린 이유. 모든 디자인적 선택은 사용자 조사나 앞선 리서치에서 나온 근거와 연결되어야 한다. 예를 들어 인터뷰에서 사용자가 ‘글씨가 작아서 잘 못 본다’는 피드백을 했다면, 포트폴리오에서는 텍스트 크기와 명도 대비를 조정했다는 사실을 그 인터뷰 내용과 함께 보여주는 것이다. 이렇게 하면 단순히 완성된 화면이 아니라, 사용자 반응에 반응하는 디자이너의 태도까지 전달된다.
디자인 과정을 설명할 때 흔히 하는 실수는 시각적 요소에만 치중하는 것이다. 그러나 실무에서 요구하는 것은 인터랙션과 시스템의 일관성이다. 여러 화면 간의 흐름이 자연스러운지, 에러 상황에서 사용자에게 어떤 메시지를 보여줄 것인지, 로딩 시간 동안 대기 화면에는 무엇을 담을 것인지 같은 디테일이 더 큰 신뢰를 준다. 이는 게스트로 참여했던 프로젝트였거나, 팀 과제였을 경우 특히 중요해진다. 협업 과정에서 개발자와 어떻게 소통했고, 다른 전공의 팀원과 의견 충돌이 있었을 때 어떻게 조율했는지에 대한 기록은, 비슷한 실력을 가진 지원자 중에서도 차별화된 요소로 작용한다.
이제 마지막으로 ‘결과와 성찰’ 부분이 이어져야 한다. 결과물의 완성된 영상이나 이미지를 보여준 뒤, 프로젝트를 통해 얻은 것과 아쉬웠던 점을 한두 문장으로 마무리한다. 여기서 유의할 점은 결과가 항상 성공적이었을 필요는 없다는 것이다. 오히려 실제 사용자 테스트에서 낮은 만족도가 나왔거나, 기획 의도와 다르게 기능이 축소된 경험은 다음 프로젝트에서 어떻게 개선했는지로 이어질 때 진정한 성장 스토리가 된다. 스토리텔링은 순탄한 여정이 아니라, 험난한 과정을 어떻게 헤쳐 나갔는지를 보여줄 때 더 공감을 얻는다는 것을 기억하자.
이 모든 과정을 정리한 포트폴리오는 면접에서도 커다란 무기가 된다. 면접관은 포트폴리오의 페이지를 넘기며 “왜 이렇게 했나요?”라는 질문을 던진다. 그 순간 스토리텔링 구조가 잘 잡힌 학생은 흔들리지 않고 처음부터 순서대로 설명할 수 있다. 반면 작업물만 나열한 학생은 “그냥 디자인이 예뻐서요”라는 답변으로 그치기 십상이다. 같은 실력이라도 의사소통 방식에 따라 평가는 극명하게 갈린다.
그렇다면 이 구조를 처음부터 완벽하게 잡으려면 어떻게 해야 할까. 포트폴리오 제작 기간을 일주일로 잡으면 안 된다. 최소 한 달 이상을 계획하고, 하루에 한두 시간씩 구조를 잡는 시간을 가지는 것이 바람직하다. 먼저 위의 5단계, 즉 배경-리서치-아이디어 도출-프로세스-결과 성찰 순서를 문서 프로그램에 텍스트로만 정리해보는 연습이 필요하다. 시각적으로 멋진 레이아웃을 고민하기 전에, 글로만 쓰여진 내용이 논리적으로 이어지는지 확인하는 것이다. 이 습관은 지금은 힘들어도 다음 프로젝트를 진행할 때 더 수월하게 작업하는 자신을 발견하게 해줄 것이다. 결국 포트폴리오는 완성된 디자인의 모음집이 아니라, 디자인을 대하는 사고방식의 집약체라는 사실을 잊지 말아야 한다.