디자인 포트폴리오, 결과보다 검증이 보이는 구성

디자인 포트폴리오는 완성된 화면뿐 아니라 문제를 고른 이유와 판단의 근거를 보여 줘야 한다. 지원자는 자신이 맡은 범위와 검증 방법을 분명히 제시하고, 평가자는 팀 전체의 결과와 개인의 기여를 구분해 읽을 필요가 있다. 보기 좋은 결과만으로 실무 역량을 충분히 판단하기는 어렵다.

합격 포트폴리오 조언은 채용 통계일까?

아니다. 이번 사례는 필자의 코칭 경험을 정리한 조언으로 읽어야 한다. 모비인사이드의 우디 칼럼은 2026년 10월 22일 포트폴리오 구성에서 관찰한 공통점을 열 가지로 정리했다. 새로운 채용 조사나 합격률 통계를 발표한 글은 아니다.

필자가 강조하는 방향은 지원 직무와 맞는 프로젝트를 먼저 배치하고, 문제와 해결 결과를 구체적으로 설명하며, 본인이 담당한 부분을 드러내라는 것이다. 최종 결과에 이르기까지 버린 대안과 출시 후 수정도 판단을 이해하는 자료가 된다. AI를 썼다면 결과 이미지보다 어느 과정에 활용했고 무엇을 직접 검토했는지 설명하라는 조언도 포함됐다.

원문의 숫자 가운데 문제 정의나 팀 성과를 설명하기 위해 사용된 예시는 실제 기업의 검증된 성과로 재인용할 수 없다. 프로젝트 수와 분량에 대한 조언도 모든 회사가 적용하는 공식 규격이 아니다. 지원 공고에서 요구하는 자료와 제출 조건을 먼저 확인해야 한다.

문제 해결 능력은 어떤 순서로 보여 주면 될까?

읽는 사람이 주장과 근거를 연결할 수 있는 순서가 좋다. 화면을 많이 넣기보다 무엇이 문제였고, 어떤 선택을 했고, 어디까지 확인했는지가 이어져야 한다. 다음은 칼럼의 논점을 실무 문서에 옮긴 구성 제안이다.

1. 첫 화면에 해결하려던 문제와 자신의 책임 범위를 쓴다. 팀의 목표와 개인이 결정한 부분을 나눠 적는다.
2. 문제를 확인한 자료를 제시한다. 분석 데이터가 없으면 관찰, 인터뷰, 테스트 등 실제로 사용한 방법과 한계를 밝힌다.
3. 선택한 안과 버린 안을 비교한다. 보기 좋은 정도 외에 일정, 운영, 구현 제약이 결정에 어떤 영향을 줬는지 설명한다.
4. 결과와 후속 수정을 연결한다. 출시하지 못한 작업이라면 예상 효과와 확인된 결과를 명확히 나눈다.

작은 표본으로 확인한 반응은 그 범위 안에서만 해석한다. 확인하지 않은 전환율이나 매출을 채워 넣는 대신, 아직 모르는 점과 다음에 확인할 방법을 적는 편이 평가자에게 유용하다.

실무 시사점: 채용과 외주 평가에 같은 증거 기준을 쓴다

마케팅 조직은 디자이너 채용뿐 아니라 외주 제작사를 선정할 때도 비슷한 문제를 만난다. 화려한 사례가 팀 전체의 작업인지, 제안받은 담당자가 어떤 결정을 했는지 불분명할 수 있다. 결과물만 비교하지 말고 문제 정의, 역할, 검증 근거를 같은 순서로 확인하면 질문이 구체적으로 바뀐다.

사례 설명에서 매출 증가를 제시한다면 디자인 외에 광고비, 가격, 유통 조건이 달라졌는지도 묻자. 수치가 없는 작업에는 성공을 추정하는 대신 사용성 검증 기록과 결정의 근거를 요청할 수 있다. 이는 작은 성과를 크게 보이게 하는 장치가 아니라, 실제로 확인한 일을 정확히 전달하는 방식이다. 제작과 운영을 함께 검토할 업무 범위는 서비스에서 확인할 수 있다.

AI 활용 역시 같은 기준으로 읽는다. 도구 이름을 나열하는 대신 입력 자료의 검토, 결과물 수정, 최종 판단을 누가 맡았는지 남겨야 협업 범위와 책임이 드러난다. 원고의 주장을 면접이나 협업 논의에서 다시 설명할 수 있는지가 최종 점검 기준이다.