면접에서 좋은 사람보다 같이 일하고 싶은 사람으로 보이는 법

면접은 '나를 뽑아주세요'만 하는 자리가 아니다

에이전시 면접을 앞두면 이상하게 말이 멋있어져야 할 것 같은 압박이 생깁니다. "저는 문제 해결형 디자이너입니다", "사용자 중심으로 사고합니다", "브랜드 경험을 통합적으로 설계합니다" 같은 문장을 머릿속에 몇 번씩 굴리게 되죠. 물론 틀린 말은 아닙니다. 그런데 면접장에 앉아 있는 현업자는 그런 문장을 들을 때 조금 다른 생각을 합니다.

'그래서 이 사람이 실제 프로젝트에서는 어떻게 움직일까?'

에이전시 면접은 단순히 실력을 확인하는 자리가 아닙니다. 특히 포트폴리오를 이미 본 뒤 부르는 면접이라면, 어느 정도 시각적 감각과 기본기는 확인되었다고 보는 경우가 많습니다. 그다음부터는 이런 것들을 봅니다. 마감이 다가올 때 흔들리지 않는 사람인지, 피드백이 바뀌어도 감정적으로 무너지지 않는 사람인지, 자기 의견을 말하되 팀의 리듬을 깨지 않는 사람인지, 클라이언트 앞에서 불필요하게 방어적이지 않은 사람인지.

그러니까 면접에서 목표는 "저 좋은 사람이에요"를 증명하는 것이 아닙니다. 좋은 사람은 물론 좋습니다. 하지만 실무자는 조금 더 구체적인 안심을 원합니다. "이 사람과 같이 프로젝트를 맡아도 괜찮겠다." "모르는 게 있어도 숨기지 않고 물어보겠다." "일이 꼬였을 때 남 탓만 하지는 않겠다." 이런 느낌이 쌓일 때 같이 일하고 싶은 사람으로 보입니다.

면접은 나를 포장하는 시간이 아니라, 내가 일하는 방식을 미리 보여주는 시간입니다.

포트폴리오 질문은 작업 설명이 아니라 협업 방식 검증이다

포트폴리오 면접에서 자주 나오는 질문이 있죠.

"이 프로젝트에서 본인은 어떤 역할을 하셨나요?"

많은 지원자가 여기서 결과물 설명을 다시 시작합니다. "메인 컬러는 이런 이유로 선택했고, 타이포그래피는 이런 톤을 고려했고, 전체 레이아웃은…" 물론 디자인 설명도 필요합니다. 하지만 면접관이 정말 알고 싶은 것은 따로 있는 경우가 많습니다.

이 프로젝트가 혼자 만든 것인지, 팀으로 만든 것인지. 팀이었다면 어디까지 직접 했는지. 의견 충돌이 있었는지. 일정은 어땠는지. 피드백은 어떻게 반영했는지. 처음 의도와 최종 결과가 달라졌다면 왜 달라졌는지. 이런 질문들은 작업물 뒤에 숨어 있는 협업의 모습을 보기 위한 질문입니다.

에이전시 일은 혼자 방 안에서 완벽한 이미지를 만들어내는 일이 아닙니다. 기획자, PM, 개발자, 카피라이터, 다른 디자이너, 대표님, 그리고 클라이언트까지 여러 사람이 얽혀 있습니다. 디자인은 내 손에서 나오지만, 프로젝트는 여러 사람의 판단과 결정 속에서 움직입니다. 그래서 포트폴리오를 설명할 때도 "제가 예쁘게 만들었습니다"보다 "이 상황에서 저는 이렇게 판단했고, 이렇게 조율했고, 결과적으로 이렇게 정리했습니다"가 훨씬 강합니다.

예를 들어 이런 답변은 조금 아쉽습니다.

"이 프로젝트는 브랜드 아이덴티티를 현대적으로 개선하는 작업이었고, 저는 전체 디자인을 담당했습니다. 깔끔하고 트렌디한 느낌을 주려고 했습니다."

틀린 답은 아니지만, 면접관 입장에서는 같이 일하는 장면이 잘 그려지지 않습니다. 반면 이렇게 말하면 조금 다릅니다.

"초기에는 클라이언트가 '젊고 힙한 느낌'을 원했는데, 내부 리서치를 해보니 실제 고객층은 신뢰감과 안정감을 더 중요하게 보는 편이었습니다. 그래서 무조건 트렌디하게 가기보다 기존 브랜드 자산을 남기면서 컬러 톤과 레이아웃을 정리하는 방향을 제안했습니다. 저는 메인 비주얼 시안과 상세 페이지 구조를 맡았고, 중간 피드백에서 표현이 너무 차분하다는 의견이 나와서 포인트 그래픽을 추가해 균형을 맞췄습니다."

두 번째 답변에는 실무자가 듣고 싶은 단서가 들어 있습니다. 요구를 그대로 받아 적은 것이 아니라 맥락을 봤다는 점, 자기 역할을 명확히 말한다는 점, 피드백을 반영하면서도 방향성을 조율했다는 점이 보입니다. 포트폴리오 질문은 결국 이런 질문입니다.

"당신은 결과물을 만들 때 어떤 사람인가요?"

긴장될수록 '멋진 말'보다 '안심되는 말'을 준비하자

면접장에서 긴장하면 사람은 둘 중 하나가 됩니다. 말이 너무 짧아지거나, 반대로 너무 화려해집니다. 전자는 정보가 부족해서 아쉽고, 후자는 진짜 경험이 잘 보이지 않아서 아쉽습니다.

에이전시 면접에서 좋은 답변은 대단한 단어를 많이 쓰는 답변이 아닙니다. 듣는 사람이 장면을 그릴 수 있는 답변입니다. "그때 무슨 일이 있었고, 나는 무엇을 고민했고, 어떤 선택을 했고, 그 결과 무엇을 배웠는지"가 보이면 됩니다.

여기서 도움이 되는 기본 구조가 있습니다. 이름을 붙이자면 '상황-판단-행동-결과-배움'입니다. 너무 공식처럼 외울 필요는 없고, 답변의 뼈대로 생각하면 좋습니다.

1. 상황: 어떤 프로젝트였고, 어떤 문제가 있었는지 말합니다.

2. 판단: 그때 무엇이 중요하다고 봤는지 설명합니다.

3. 행동: 내가 실제로 한 일을 구체적으로 말합니다.

4. 결과: 프로젝트가 어떻게 정리되었는지 말합니다.

5. 배움: 다음에는 무엇을 더 잘할 수 있을지 덧붙입니다.

이 구조의 장점은 남 탓으로 흐르지 않는다는 것입니다. 면접에서 갈등 경험을 묻는 이유는 누가 잘못했는지 판결하려는 게 아닙니다. 갈등 상황에서 내가 어떻게 생각하고 움직이는 사람인지 보려는 겁니다. 그래서 "클라이언트가 계속 말을 바꿔서 힘들었습니다"에서 멈추면 위험합니다. 실제로 힘들었겠지만, 거기서 멈추면 면접관은 불안해집니다.

조금 바꿔 말하면 훨씬 좋아집니다.

"피드백 방향이 중간에 바뀌면서 작업량이 늘어난 적이 있습니다. 처음에는 저도 당황했는데, 우선 바뀐 피드백이 취향의 변화인지, 비즈니스 목표가 달라진 것인지 확인해야 한다고 생각했습니다. 그래서 PM과 함께 피드백을 항목별로 나누고, 바로 반영할 것과 추가 확인이 필요한 것을 구분했습니다. 결과적으로 전체를 다시 갈아엎기보다 핵심 화면 몇 개를 조정하는 방식으로 마감 안에 정리할 수 있었습니다. 그때 이후로는 피드백을 받으면 바로 작업하기보다, 의도와 우선순위를 먼저 확인하려고 합니다."

이 답변은 상황을 미화하지 않습니다. 힘들었다는 사실도 숨기지 않습니다. 하지만 핵심은 "힘들었어요"가 아니라 "그래서 저는 이렇게 정리했습니다"입니다. 이 차이가 큽니다.

자주 나오는 질문 1: 마감이 촉박했던 프로젝트

에이전시 면접에서 마감 이야기는 거의 빠지지 않습니다. 에이전시의 현실을 생각하면 당연합니다. 일정이 넉넉한 프로젝트도 있지만, 갑자기 제안서가 들어오고, 론칭일이 당겨지고, 클라이언트 내부 보고 일정 때문에 모든 게 빨라지는 순간도 있습니다.

"마감이 촉박했던 프로젝트가 있었나요?"라는 질문을 받으면, 단순히 "밤새서 끝냈습니다"라고 답하고 싶어질 수 있습니다. 그런데 조심해야 합니다. 야근을 견딘 경험 자체가 성실함을 보여줄 수는 있지만, 그것만으로는 일 잘하는 사람처럼 보이기 어렵습니다. 면접관이 보고 싶은 것은 체력 자랑이 아니라 우선순위 판단입니다.

이 질문에는 이렇게 답해보면 좋습니다.

"마감이 짧았던 프로젝트에서 가장 먼저 한 일은 전체 작업을 다 완벽하게 하려는 생각을 내려놓고, 반드시 완성도를 지켜야 하는 영역과 현실적으로 힘을 덜어도 되는 영역을 나누는 것이었습니다."

이런 문장이 들어가면 현업자는 안심합니다. 왜냐하면 에이전시 실무에서는 모든 것을 100점으로 만들 시간이 없는 경우가 있기 때문입니다. 그때 중요한 것은 아무렇게나 대충 하는 게 아니라, 어디에 힘을 줄지 아는 감각입니다.

예시 답변을 조금 더 길게 만들어보면 이렇습니다.

"짧은 일정 안에 캠페인 랜딩 페이지를 만들어야 했던 적이 있습니다. 처음에는 모든 섹션을 새롭게 디자인하고 싶었지만, 시간이 부족해서 전환에 직접 영향을 주는 첫 화면과 주요 혜택 영역의 완성도를 우선으로 잡았습니다. 반복되는 하단 섹션은 기존 컴포넌트를 활용해 속도를 냈고, 개발자분과 먼저 구현 가능성을 확인했습니다. 결과적으로 마감은 맞췄고, 이후 운영 기간에 개선할 수 있는 항목은 별도로 정리해 전달했습니다. 그 경험을 통해 촉박한 프로젝트일수록 디자인 욕심보다 우선순위 합의가 중요하다는 걸 배웠습니다."

여기서 좋은 포인트는 세 가지입니다. 첫째, 무조건 열심히 했다고만 말하지 않습니다. 둘째, 무엇을 포기하고 무엇을 지켰는지 말합니다. 셋째, 다른 직군과의 협업을 언급합니다. 에이전시에서는 이 세 가지가 꽤 중요합니다.

자주 나오는 질문 2: 피드백이 많이 바뀐 경험

피드백이 바뀌는 경험은 에이전시에서 흔합니다. 처음에는 미니멀한 방향을 원한다고 했다가, 중간에는 더 화려하게 해달라고 하고, 마지막에는 다시 브랜드다운 톤을 찾는 식이죠. 이럴 때 디자이너는 마음속으로 작은 파도를 만납니다. "처음부터 그렇게 말해주시지…"라는 생각이 안 들 수 없습니다.

그런데 면접에서는 이 감정을 그대로 펼쳐놓기보다, 내가 피드백을 어떻게 다루는 사람인지 보여주는 게 중요합니다. 피드백이 바뀐 경험을 말할 때는 먼저 피드백을 세 종류로 나누어 생각해보면 좋습니다.

1. 취향 피드백: "좀 더 세련되게", "느낌이 약해요"처럼 주관적 표현이 많은 피드백입니다.

2. 목표 피드백: "전환율을 높이고 싶다", "신뢰감을 줘야 한다"처럼 목적과 연결된 피드백입니다.

3. 조건 피드백: "법무 검토 때문에 문구를 바꿔야 한다", "개발 일정상 이 기능은 어렵다"처럼 현실 조건에서 오는 피드백입니다.

면접에서 "피드백이 많이 바뀐 경험이 있나요?"라는 질문을 받았다면, 핵심은 "피드백을 분류하고 확인했다"는 태도입니다.

예를 들면 이렇게 답할 수 있습니다.

"브랜드 소개 페이지 작업 중에 피드백 방향이 몇 번 바뀐 적이 있습니다. 처음에는 '더 감각적으로'라는 피드백이 많았는데, 표현이 추상적이라 바로 시안을 바꾸기보다 어떤 페이지를 감각적이라고 느끼는지 레퍼런스를 함께 확인했습니다. 이후에는 피드백을 톤앤매너, 정보 구조, 이미지 스타일로 나누어 정리했고, PM과 클라이언트에게 우선순위를 다시 확인했습니다. 덕분에 후반부에는 수정 범위를 줄일 수 있었습니다. 그 경험 이후로 추상적인 피드백을 받으면 바로 손을 움직이기보다, 기준을 먼저 맞추려고 합니다."

이 답변에서 중요한 것은 "피드백이 바뀌어서 힘들었다"가 아니라 "피드백이 바뀔 때 기준을 세우려고 했다"입니다. 에이전시에서는 바뀌는 것 자체를 완전히 막을 수 없습니다. 대신 바뀌는 흐름 안에서 기준을 잡는 사람이 필요합니다.

자주 나오는 질문 3: 클라이언트와 의견이 달랐던 순간

클라이언트와 의견이 달랐던 경험을 묻는 질문은 꽤 민감합니다. 답을 잘못하면 고집 센 사람처럼 보일 수 있고, 반대로 너무 순응적으로 말하면 자기 관점이 없는 사람처럼 보일 수 있습니다.

여기서 기억하면 좋은 문장이 있습니다.

"반박이 아니라 확인으로 시작하기."

클라이언트가 어떤 의견을 냈을 때 바로 "그건 아닌 것 같습니다"라고 말하면, 내용이 맞아도 분위기가 단단해질 수 있습니다. 특히 면접에서는 그런 커뮤니케이션 습관이 드러나는 순간이 있습니다. 그래서 답변에서도 내가 상대를 이기려 한 사람이 아니라, 프로젝트 목표를 함께 맞추려 한 사람이라는 인상을 주는 게 좋습니다.

예시 답변은 이렇게 구성할 수 있습니다.

"클라이언트가 메인 화면에 많은 정보를 한 번에 넣고 싶어 했던 적이 있습니다. 저는 첫 화면의 집중도가 떨어질 수 있다고 봤지만, 바로 반대하기보다 왜 그 정보들이 모두 중요하다고 판단했는지 먼저 확인했습니다. 알고 보니 내부 보고에서 특정 기능들을 강조해야 하는 상황이 있었습니다. 그래서 모든 정보를 같은 비중으로 노출하기보다, 핵심 메시지는 상단에 두고 나머지는 탭이나 카드 형태로 정리하는 대안을 제안했습니다. 최종적으로 클라이언트가 중요하게 생각한 정보는 유지하면서도 화면의 복잡도는 줄일 수 있었습니다."

좋은 디자이너는 자기 의견을 말합니다. 하지만 더 좋은 협업자는 상대가 왜 그런 말을 했는지 먼저 듣습니다. 에이전시에서 클라이언트 의견은 단순한 취향일 때도 있지만, 내부 정치, 보고 구조, 매출 목표, 법적 조건, 개발 제약 같은 배경을 품고 있을 때도 많습니다. 그 배경을 모르면 우리는 틀린 문제를 열심히 풀게 됩니다.

면접에서 이 질문을 받는다면, 내가 얼마나 똑똑하게 이겼는지를 말하기보다 어떻게 같은 목표를 다시 잡았는지를 말해보세요. 그게 훨씬 실무적으로 들립니다.

주니어에게 기대하는 것과 미드레벨에게 기대하는 것은 다르다

면접에서 같은 질문을 받아도 주니어와 미드레벨에게 기대하는 답변의 깊이는 조금 다릅니다. 이 차이를 알아두면 괜히 과장하지 않아도 되고, 반대로 너무 소극적으로 보이지 않을 수도 있습니다.

주니어에게 가장 크게 기대하는 것은 완성형 인재의 모습이 아닙니다. 솔직히 회사도 압니다. 주니어가 모든 프로젝트를 혼자 리드하기 어렵다는 것을요. 대신 이런 부분을 봅니다. 모르는 것을 숨기지 않는지, 피드백을 받아서 실제로 개선하는지, 기본적인 마감을 지키려는 책임감이 있는지, 자기 작업을 말로 설명하려고 노력하는지.

주니어가 면접에서 "제가 이 프로젝트를 총괄했습니다"라고 무리하게 말할 필요는 없습니다. 오히려 "이 부분은 선배 디자이너의 방향을 받아 진행했고, 저는 상세 화면과 배너 확장 작업을 맡았습니다. 중간에 컴포넌트 규칙을 놓쳐 수정이 있었고, 이후에는 작업 전에 가이드를 먼저 확인하는 습관을 들였습니다"라고 말하는 편이 더 믿음직합니다.

미드레벨에게는 조금 다른 기대가 붙습니다. 미드레벨은 손이 빠른 사람을 넘어, 프로젝트의 빈틈을 발견하고 조율할 수 있는 사람인지 봅니다. 누가 시키지 않아도 일정 리스크를 먼저 말할 수 있는지, 주니어의 작업을 어느 정도 정리해줄 수 있는지, 클라이언트 피드백을 디자인 언어로 번역할 수 있는지, 완성도의 기준을 스스로 세울 수 있는지 확인합니다.

간단히 정리하면 이렇습니다.

중요한 것은 자신의 연차보다 훨씬 커 보이려고 애쓰지 않는 것입니다. 주니어가 미드레벨처럼 말하려다 보면 경험이 부풀려지고, 미드레벨이 주니어처럼 말하면 주도성이 약해 보입니다. 면접에서는 내 위치를 정확히 알고, 그 위치에서 얼마나 건강하게 성장하고 있는지를 보여주는 것이 좋습니다.

답변에서 피해야 할 말버릇들

면접은 사람을 긴장하게 만듭니다. 그래서 평소보다 말버릇이 더 잘 나옵니다. 문제는 어떤 말버릇은 실제 의도보다 더 불안한 인상을 줄 수 있다는 겁니다.

예를 들어 "그냥"이라는 말을 자주 쓰면 판단의 근거가 약해 보일 수 있습니다. "그냥 깔끔하게 하고 싶었습니다"보다 "정보가 많아서 시각적 위계를 정리하는 방향이 필요하다고 봤습니다"가 좋습니다. "어쩔 수 없이"라는 말도 조심해야 합니다. 실제로 어쩔 수 없는 상황이었더라도, 계속 반복되면 수동적인 사람처럼 들릴 수 있습니다. "일정상 전체 구조 변경은 어려워서, 전환에 영향이 큰 영역부터 조정했습니다"처럼 말하면 훨씬 낫습니다.

또 하나는 "저는 시키는 건 다 잘합니다"입니다. 성실함을 말하고 싶은 마음은 이해합니다. 하지만 에이전시는 단순히 지시를 기다리는 사람보다, 지시의 의도를 이해하려는 사람을 좋아합니다. 특히 미드레벨이라면 더 그렇습니다. "요청받은 작업의 목적을 먼저 확인하고, 필요한 경우 더 나은 방식이 있는지 제안하려고 합니다"라고 말하는 편이 더 좋습니다.

반대로 너무 강한 표현도 조심해야 합니다. "저는 타협하지 않습니다"라는 말은 멋있게 들릴 수도 있지만, 에이전시에서는 위험하게 들릴 수 있습니다. 디자인에는 지켜야 할 기준도 있지만, 조율해야 할 현실도 있습니다. "핵심 목표를 해치지 않는 선에서 현실적인 조율안을 찾으려고 합니다"라고 말하면 기준과 유연성이 함께 보입니다.

면접에서 좋은 답변은 나를 크게 보이게 하는 답변이 아닙니다. 같이 일할 때 예측 가능한 사람으로 보이게 하는 답변입니다.

마지막 질문은 회사를 검증하는 시간이다

면접 마지막에 거의 항상 나오는 말이 있습니다.

"혹시 궁금한 점 있으세요?"

이때 "아니요, 없습니다"라고 말하고 끝내는 경우가 많습니다. 긴장도 풀렸고, 더 묻는 게 괜히 까다로워 보일까 봐 걱정되기도 하죠. 하지만 이 시간은 꽤 중요합니다. 회사가 나를 검증하는 것처럼, 나도 회사를 검증해야 합니다.

물론 면접장에서 "야근 많나요?"라고 너무 직설적으로 묻는 게 부담스러울 수 있습니다. 그렇다고 아예 묻지 않으면 입사 후에야 중요한 사실을 알게 될 수도 있습니다. 질문은 공격적으로 할 필요가 없습니다. 실무 흐름을 이해하고 싶다는 태도로 물으면 됩니다.

야근 문화가 궁금하다면 이렇게 물어볼 수 있습니다.

"프로젝트 일정이 촉박할 때는 보통 어떤 방식으로 우선순위를 조정하시나요? 야근이 필요한 상황에서는 팀에서 어떻게 공유하고 조율하는지도 궁금합니다."

이 질문은 단순히 야근이 있냐 없냐를 캐묻는 질문이 아닙니다. 일정이 어려울 때 회사가 문제를 어떻게 다루는지 확인하는 질문입니다. 좋은 회사라면 "야근은 무조건 없다"고 포장하기보다, 실제로 어떤 상황에서 발생하고 어떻게 줄이려 하는지 설명할 수 있어야 합니다.

피드백 문화가 궁금하다면 이렇게 물어보세요.

"디자인 피드백은 보통 어떤 방식으로 진행되나요? 리뷰 주기나 피드백을 정리하는 기준이 있는지도 궁금합니다."

이 질문을 통해 피드백이 개인 취향 중심인지, 프로젝트 목표 중심인지 어느 정도 알 수 있습니다. 피드백이 많은 회사가 무조건 나쁜 것은 아닙니다. 중요한 것은 피드백이 쌓이고 정리되는 방식입니다. 매번 다른 사람이 다른 말을 하고, 최종 결정자가 흐릿하다면 실무가 꽤 피곤할 수 있습니다.

PM 체계가 궁금하다면 이런 질문도 좋습니다.

"프로젝트에서 PM과 디자이너의 역할은 보통 어떻게 나뉘나요? 클라이언트 커뮤니케이션에 디자이너가 직접 참여하는 범위도 궁금합니다."

에이전시는 회사마다 PM의 역할이 다릅니다. 어떤 곳은 PM이 일정과 커뮤니케이션을 촘촘히 잡아주고, 어떤 곳은 디자이너가 클라이언트와 직접 이야기하는 비중이 큽니다. 어느 쪽이 무조건 좋고 나쁘다기보다, 내가 어떤 환경에서 일하게 될지 알고 들어가는 것이 중요합니다.

성장 환경이 궁금하다면 이렇게 물어볼 수 있습니다.

"주니어나 미드레벨 디자이너가 입사 후에 어떤 방식으로 프로젝트 경험을 넓혀가는지 궁금합니다. 리뷰나 회고 문화가 있는지도 알고 싶습니다."

이 질문은 꽤 좋은 신호를 줍니다. 단순히 복지를 묻는 것이 아니라, 내가 이곳에서 어떻게 기여하고 성장할 수 있을지 생각하고 있다는 인상을 주기 때문입니다.

마지막 질문은 면접관에게 잘 보이기 위한 이벤트가 아닙니다. 내가 앞으로 하루의 많은 시간을 보낼 환경을 확인하는 과정입니다. 특히 에이전시는 프로젝트의 밀도와 속도가 높은 편이기 때문에, 입사 전에 일하는 방식을 최대한 물어보는 것이 좋습니다.

같이 일하고 싶은 사람은 완벽한 사람이 아니다

면접을 준비하다 보면 자꾸 완벽한 답변을 찾게 됩니다. 하지만 실제로 같이 일하고 싶은 사람은 완벽한 사람이 아닙니다. 오히려 완벽한 척하지 않는 사람이 더 오래 믿음을 줍니다.

모르는 것을 모른다고 말할 수 있는 사람. 실수한 경험을 남 탓 없이 설명할 수 있는 사람. 피드백을 공격으로만 받아들이지 않는 사람. 자기 의견을 말하되, 상대의 맥락도 들을 줄 아는 사람. 마감 앞에서 무작정 버티기보다 우선순위를 정리하려는 사람. 이런 사람이 에이전시에서 꽤 강합니다.

면접은 나를 판정받는 시간처럼 느껴지지만, 사실은 서로의 일하는 방식을 맞춰보는 시간에 가깝습니다. 회사는 당신과 함께 프로젝트를 해도 괜찮을지 상상하고, 당신도 이 회사에서 나답게 성장할 수 있을지 상상해야 합니다.

그러니 면접장에 들어가기 전, 너무 멋진 말을 찾느라 지치지 않았으면 합니다. 대신 내가 지나온 프로젝트를 차분히 다시 봐주세요. 어디서 막혔는지, 누구와 조율했는지, 어떤 피드백을 받았는지, 그때 나는 무엇을 배웠는지. 그 이야기를 자기 언어로 말할 수 있다면 이미 충분히 좋은 출발입니다.

에이전시는 빠르고, 복잡하고, 가끔은 정신없습니다. 하지만 그만큼 사람의 일하는 방식이 빨리 드러나고, 또 빨리 자랍니다. 면접에서 보여줘야 할 것은 완성된 천재의 모습이 아니라, 함께 일하며 더 나아질 수 있는 사람의 모습입니다.

그게 결국 현업자가 가장 안심하는 답변입니다.

체크포인트

1. 나는 포트폴리오를 설명할 때 결과물의 예쁨뿐 아니라 의사결정 과정을 말할 수 있는가?

2. 각 프로젝트에서 내가 실제로 맡은 역할과 기여 범위를 솔직하게 정리해두었는가?

3. "이 디자인을 왜 이렇게 했나요?"라는 질문에 취향이 아니라 근거로 답할 수 있는가?

4. 마감이 촉박했던 경험을 단순한 야근담이 아니라 우선순위 판단의 이야기로 설명할 수 있는가?

5. 피드백이 바뀐 경험을 말할 때 클라이언트나 팀원을 탓하지 않고 상황을 정리할 수 있는가?

6. 나는 갈등 상황을 남 탓 없이 설명할 수 있는가?

7. 클라이언트와 의견이 달랐던 순간에 내가 무엇을 먼저 확인했는지 말할 수 있는가?

8. 추상적인 피드백을 받았을 때 기준을 맞추기 위해 어떤 질문을 했는지 떠올릴 수 있는가?

9. 내 답변에 "그냥", "어쩔 수 없이", "시키는 대로" 같은 표현이 반복되고 있지는 않은가?

10. 주니어라면 모르는 것을 어떻게 질문하고 배웠는지 구체적으로 말할 수 있는가?

11. 미드레벨이라면 문제를 먼저 발견하고 조율했던 경험을 설명할 수 있는가?

12. 나는 완성도를 높이기 위해 무엇을 지켰고, 일정 때문에 무엇을 조정했는지 말할 수 있는가?

13. 협업 과정에서 기획자, PM, 개발자, 다른 디자이너와 어떻게 소통했는지 정리해두었는가?

14. 포트폴리오 속 실패나 아쉬운 점을 성장의 언어로 바꿔 말할 수 있는가?

15. 면접 답변이 너무 화려한 단어에 기대고 있지는 않은가?

16. 듣는 사람이 실제 프로젝트 장면을 상상할 수 있을 만큼 구체적으로 말하고 있는가?

17. 회사의 야근 문화에 대해 자연스럽게 물어볼 질문을 준비했는가?

18. 디자인 피드백이 어떤 방식으로 이루어지는지 확인할 질문을 준비했는가?

19. PM 체계와 클라이언트 커뮤니케이션 범위를 물어볼 준비가 되어 있는가?

20. 입사 후 디자이너 성장 환경과 리뷰 문화를 확인할 질문을 준비했는가?

21. 회사도 나를 검증하지만 나도 회사를 검증하고 있다는 사실을 기억하고 있는가?

22. 면접에서 완벽한 사람처럼 보이려 하기보다 같이 일하기 예측 가능한 사람으로 보일 준비가 되었는가?

23. 면접이 끝난 뒤, 이 회사에서 내가 건강하게 성장할 수 있을지 스스로 판단할 기준을 가지고 있는가?