디자인 면접 포트폴리오·발표·수정 대응, 탈락을 줄이는 준비법
면접 전날까지 포트폴리오 화면을 고치다가 발표 순서를 바꾸고, 예상 질문을 검색하며 밤을 보내는 사람이 많습니다. 막상 면접장에 가면 결과물은 괜찮은데 왜 그렇게 설계했는지 설명하기 어렵거나, 면접관의 수정 의견에 당황하기도 합니다.
디자인 면접에서는 예쁜 화면만 보여주는 것보다 문제를 어떻게 발견했고, 어떤 기준으로 선택했으며, 피드백을 받아 어떻게 바꿀 수 있는지를 보여주는 일이 중요합니다. 이 글을 읽으면 포트폴리오 고르는 법, 발표 흐름, 질문에 답하는 기준, 과제와 수정 요청에 대응하는 방법을 알게 됩니다.
디자인 면접에서 실제로 확인하는 것
회사마다 질문은 다르지만 면접관이 보고 싶은 내용에는 공통점이 있습니다. 첫째는 문제를 이해하는 힘입니다. 사용자가 불편한 이유나 사업 목표를 설명하지 못하면 결과물이 좋아도 우연히 만든 작업처럼 보일 수 있습니다.
둘째는 선택의 근거입니다. “더 세련돼 보여서 이 색을 썼다”보다 “주요 사용자가 빠르게 정보를 찾아야 해서 대비가 큰 색을 우선했다”는 답이 설득력 있습니다. 셋째는 협업 태도입니다. 기획자, 개발자, 마케팅 담당자와 의견이 달랐을 때 어떤 자료로 조율했는지를 말할 수 있어야 합니다.
넷째는 수정 가능성입니다. 디자인은 한 번 제출하고 끝나는 일이 아닙니다. 디자인 검수나 출시 뒤의 사용자 반응에 따라 바뀔 수 있으므로, 자신의 시안을 지키는 태도와 필요한 부분을 고치는 태도를 함께 보여줘야 합니다.
면접 전 포트폴리오와 자료 체크리스트
- 지원 직무와 맞는 작업인가: 브랜드 디자인에 지원하면서 앱 화면만 나열하면 강점이 흐려질 수 있습니다. 직무와 가까운 작업을 앞에 배치하세요.
- 작업 안에서 자신의 역할이 보이는가: 팀 프로젝트라면 전체를 혼자 한 것처럼 쓰지 말고, 조사·구조 설계·시각 디자인·산출물 제작 중 어디를 맡았는지 적습니다.
- 과정이 결과와 연결되는가: 문제 정의, 참고 자료, 초안, 수정 이유, 최종 결과가 이어져야 합니다. 단순한 완성 화면 모음은 설명할 기회를 줄입니다.
- 수치와 근거를 확인했는가: 이용률이나 성과를 제시한다면 기간과 기준을 함께 말할 수 있어야 합니다. 출처가 불분명한 숫자는 빼는 편이 안전합니다.
- 글자와 화면이 실제 발표 환경에서 보이는가: 작은 글씨, 낮은 색 대비, 지나치게 긴 설명은 면접관이 읽기 어렵습니다. 노트북과 모니터에서 모두 확인하세요.
- 디자인 이력서와 내용이 맞는가: 이력서에는 사용 도구와 기간을 적고 포트폴리오에서는 그 도구로 어떤 판단을 했는지 보여줘야 합니다.
작업은 보통 세 개 안팎으로 고르는 편이 발표하기 좋습니다. 비슷한 작업만 모으기보다 문제의 종류가 다른 사례를 배치하세요. 예를 들어 사용자 흐름을 개선한 작업, 브랜드 분위기를 만든 작업, 협업 중 수정한 작업을 나누면 역량이 더 입체적으로 보입니다.
좋은 답변과 아쉬운 답변을 가르는 기준
| 질문 상황 | 아쉬운 답변 | 더 설득력 있는 답변 |
|---|---|---|
| 왜 이렇게 디자인했나요? | 요즘 많이 쓰는 방식이라서요. | 사용자가 첫 화면에서 해야 할 일을 바로 찾도록 정보 우선순위를 다시 정했습니다. |
| 수정 요청을 받으면 어떻게 하나요? | 일단 요청대로 바꿉니다. | 요청의 목적과 영향을 확인한 뒤, 일정과 사용성에 문제가 없도록 대안을 함께 제시합니다. |
| 마음에 들지 않는 의견이라면요? | 제 디자인이 더 낫다고 설명합니다. | 의견이 나온 배경을 듣고, 사용자와 목표에 맞는 기준으로 두 안을 비교합니다. |
| 실패한 경험이 있나요? | 특별히 없습니다. | 초기에 정보를 많이 넣어 사용성이 떨어졌고, 검수 과정에서 우선순위를 다시 정한 경험이 있습니다. |
답변은 결론만 말하지 말고 상황, 행동, 결과 순서로 구성하면 이해하기 쉽습니다. 결과가 큰 성공이 아니어도 괜찮습니다. 무엇을 배웠고 다음 작업에서 무엇을 바꿨는지가 분명하면 경험의 가치가 생깁니다.
발표와 질문에 대응하는 순서
- 작업의 배경을 한 문장으로 말합니다. “신규 사용자가 회원 가입 중간에 이탈하는 문제를 개선한 작업입니다”처럼 시작하면 화면의 목적이 분명해집니다.
- 문제를 발견한 방법을 보여줍니다. 사용자 인터뷰, 기존 화면 분석, 경쟁 서비스 조사 등 실제로 한 일을 구분해서 말하세요. 하지 않은 조사를 한 것처럼 포장하면 추가 질문에서 드러납니다.
- 선택지를 비교한 뒤 결정 이유를 설명합니다. 첫 번째 안을 버린 이유, 최종 안의 장점과 한계를 함께 말하면 사고 과정을 보여줄 수 있습니다.
- 산출물의 범위를 구체적으로 밝힙니다. 화면 디자인만 했는지, 디자인 시스템과 개발 전달 문서까지 만들었는지 구분합니다. 디자인 산출물의 범위를 숨기지 않는 것이 신뢰를 높입니다.
- 마지막에 다음 개선점을 말합니다. 일정 때문에 확인하지 못한 접근성, 출시 후 검증하고 싶은 가설 등을 말하면 작업을 객관적으로 바라보고 있다는 인상을 줍니다.
발표 연습은 글을 외우는 방식보다 핵심 단어만 적은 뒤 시간을 재는 방식이 좋습니다. 발표가 10분이라면 배경 1분, 문제와 과정 3분, 결과 3분, 배운 점과 질문 3분처럼 나눌 수 있습니다. 실제 시간은 안내받은 면접 방식에 맞춰 다시 확인하세요.
자주 나오는 실수와 고치는 방법
첫 번째 실수는 결과 화면을 너무 많이 보여주는 것입니다. 화면이 많으면 작업을 많이 한 것처럼 보일 수 있지만, 설명이 짧아지고 핵심 장면이 묻힙니다. 대표 화면을 고른 뒤 나머지는 필요할 때 보여줄 자료로 따로 보관하세요.
두 번째는 디자인 자격증이나 교육 이력을 실무 경험처럼 앞세우는 것입니다. 자격증과 교육은 관심과 학습 태도를 보여주는 자료일 수 있지만, 면접에서는 배운 내용을 실제 문제에 어떻게 적용했는지가 더 중요하게 다뤄질 수 있습니다.
세 번째는 모든 수정 의견에 즉시 동의하거나 반대로 무조건 방어하는 태도입니다. “그 요청이 나온 이유를 먼저 확인하고, 사용성에 미치는 영향을 검토하겠습니다”라고 답하면 유연함과 판단력을 함께 보여줄 수 있습니다.
네 번째는 출처가 불확실한 작업을 포트폴리오에 넣는 것입니다. 공개되지 않은 회사 자료, 허가받지 않은 이미지, 실제 담당 범위를 넘는 표현은 디자인 채용 과정에서 문제가 될 수 있습니다. 공개 가능한 범위와 자료 사용 권한을 먼저 확인하세요.
디자인 면접 자주 묻는 질문
포트폴리오가 아직 많지 않으면 어떻게 하나요?
작업 수보다 설명의 깊이가 중요합니다. 학교 과제, 디자인 공모전, 개인 프로젝트도 목표와 대상 사용자를 정하고 실제처럼 진행했다면 활용할 수 있습니다. 다만 가상의 프로젝트인지 실제 의뢰인지 분명히 표시하세요.
면접에서 디자인 수정 요청을 받으면 바로 작업해야 하나요?
먼저 요청의 목적, 우선순위, 마감 시간을 확인하세요. 면접 과제라면 평가 기준과 제출 형식을 공식 안내에서 다시 살피는 것이 좋습니다. 수정 범위가 지나치게 크거나 실제 업무에 가까운 경우에는 결과물 사용 여부와 보상 기준도 조심스럽게 확인할 수 있습니다.
디자인 전시나 공모전 수상 경력은 도움이 되나요?
도움이 될 수 있지만 경력의 의미를 설명해야 합니다. 수상 사실만 적기보다 어떤 문제를 풀었고 본인이 맡은 역할이 무엇이었는지 말하세요. 전시 참여 역시 작품의 의도와 관람객 반응을 연결하면 단순한 이력보다 기억에 남습니다.
면접관이 “마지막으로 궁금한 점이 있나요?”라고 물으면 무엇을 물어야 하나요?
입사 후 맡게 될 업무의 범위, 디자인 검수 방식, 개발자와 협업하는 과정, 첫 석 달 동안 기대하는 결과를 물어보면 좋습니다. 홈페이지에 이미 적힌 내용을 그대로 묻기보다 실제 업무 판단에 필요한 질문을 준비하세요.
디자인 면접은 정답을 맞히는 시험이라기보다 작업을 함께 설명하고 판단하는 자리입니다. 결과물을 멋지게 보이는 데서 멈추지 말고, 문제를 이해한 과정과 수정할 수 있는 이유까지 준비해 보세요. 그러면 예상하지 못한 질문이 나와도 외운 답보다 자신의 경험을 바탕으로 답하기 쉬워집니다.