개발 지식이 부족해도 합격할 수는 있습니다. 단, 조건이 있습니다
UXUI 디자이너 채용 공고를 보다 보면
이런 문구를 자주 보게 됩니다.
개발과의 협업 경험
개발에 대한 이해
프론트엔드(HTML,CSS)지식 보유자 우대
처음 보면 이런 생각이 들 수 있습니다.
“디자이너인데 왜 개발까지 알아야 하지?”
하지만 이 요구는 단순한 ‘우대사항’이 아니라
실무에서 반드시 필요한 이유가 있습니다.
디자인을 처음 배울 때는
화면을 중심으로 생각하게 됩니다.
버튼을 어떻게 배치할지
색상을 어떻게 사용할지
레이아웃을 어떻게 구성할지
하지만 실제 서비스에서는
UI가 단순한 ‘이미지’로 존재하지 않습니다.
예를 들어 버튼 하나를 만들더라도
다음과 같은 요소들이 함께 고려됩니다.
클릭 가능한 상태인지 (enabled / disabled)
로딩 중인지 (loading)
오류 상황에서 어떻게 보이는지
사용자 행동에 따라 어떻게 변하는지
이처럼 UI는 항상
상태(state)와 조건(condition) 위에서 작동합니다.
이 구조를 이해하지 못하면
디자인은 완성되어 보여도
실제 서비스에서는 문제가 발생하게 됩니다.
취업 준비 과정에서 만든 포트폴리오에서도
이 차이는 명확하게 드러납니다.
애니메이션이 과도하거나
상태 변화가 고려되지 않았거나
데이터 구조와 맞지 않는 UI
이런 경우, 면접관은 이렇게 생각합니다.
“실무 이해도가 부족하구나”
화면마다 다른 버튼 스타일
동일한 기능인데 다른 인터페이스
재사용이 어려운 구조
이런 디자인은
서비스 전체 품질을 떨어뜨립니다.
개발자는 구현 기준으로 사고합니다.
하지만 디자이너가 그 기준을 이해하지 못하면
의사소통이 단절됩니다.
결국 이런 상황이 발생합니다.
“이건 구현이 어려워서 수정해야 합니다”
이 말이 반복되면
디자인의 영향력은 자연스럽게 줄어듭니다.
많은 취준생이
“코딩까지 해야 하나요?”라고 질문합니다.
결론부터 말하면,
코드를 잘 짤 필요는 없습니다.
하지만 다음은 반드시 이해해야 합니다.
UI가 어떤 구조로 구현되는지
데이터가 어떻게 화면에 연결되는지
상태에 따라 UI가 어떻게 바뀌는지
예를 들어
이 화면은 리스트 기반인가?
API 데이터로 채워지는 구조인가?
상태 변화가 몇 가지로 나뉘는가?
이 정도의 질문을 스스로 할 수 있어야 합니다.
면접관은 단순히 결과물을 보지 않습니다.
다음과 같은 질문을 통해
지원자의 사고 방식을 확인합니다.
“이 화면은 어떻게 설계하셨나요?”
“상태 변화는 어떻게 고려하셨나요?”
“개발 시 어떤 이슈가 발생할 수 있나요?”
이 질문에 대해
“보기 좋게 디자인했습니다”
“상태를 기준으로 UI를 나누어 설계했습니다”
이 차이가 바로
합격과 탈락을 가르는 요소가 됩니다.
개발 이해도가 있는 디자이너는
포트폴리오 설명 방식부터 다릅니다.
“이 화면을 이렇게 디자인했습니다”
“이 문제를 해결하기 위해 이런 구조로 설계했습니다”
면접관 입장에서는
후자의 설명이 훨씬 신뢰도가 높습니다.
UXUI 디자이너에게 개발 지식을 요구하는 이유는
단순히 역할을 확장하기 위해서가 아닙니다.
� 더 현실적인 디자인을 하기 위해
� 협업을 원활하게 하기 위해
� 서비스 전체를 이해하기 위해
그리고 이 차이는
취업 과정에서 분명하게 드러납니다.