UX/UI 디자이너는 무슨 일을 하고 어떻게 되나요

UX/UI 디자이너는 하루에 무슨 일을 하나요

UX와 UI는 자주 붙어 다니지만 겨냥하는 대상이 달라요. UX는 사용자가 목표를 이루기까지의 흐름과 감정을, UI는 버튼·글자·색 같은 화면 요소를 다뤄요. 큰 회사는 둘을 나누고, 작은 팀은 한 사람이 둘 다 해요.

• 사용자 인터뷰·설문·데이터를 보고 불편한 지점을 정리하기
• 서비스 흐름도(어디서 어디로 이동하는지)와 와이어프레임(뼈대 화면) 그리기
• 피그마(Figma) 같은 도구로 화면 디자인과 디자인 시스템(버튼·색·글자 규칙) 관리
• 개발자에게 화면 규격을 넘기고 구현된 결과가 의도와 맞는지 확인
• 출시 뒤 클릭·이탈 데이터를 보며 화면 개선

UX/UI 디자이너가 되는 방법

필수 면허가 없어서 경로가 열려 있어요. 대신 채용 담당자는 '어떤 문제를 어떻게 풀었는지'를 포트폴리오로 확인해요.

1. 디자인 기초 익히기: 레이아웃, 타이포그래피, 색, 정보 구조를 공부해요.
2. 도구 익히기: 피그마를 중심으로 프로토타입(클릭 가능한 시안)까지 만들어 봐요.
3. 사용자 조사 방법 배우기: 인터뷰, 사용성 테스트, 간단한 설문을 직접 해 봐요.
4. 프로젝트 만들기: 실제 앱의 불편한 점을 골라 개선안을 만들거나, 팀 프로젝트·인턴·교육과정 결과물을 쌓아요.
5. 포트폴리오 정리 후 지원: 최종 화면보다 문제 정의→가설→시안→검증→결과 순서가 보이게 써요.

포트폴리오에는 무엇을 담나요

예쁜 화면 모음만으로는 판단하기 어려워요. 한 프로젝트당 아래 내용이 읽히면 좋아요.

• 어떤 사용자의 어떤 문제였는지, 그 근거는 무엇이었는지
• 시안을 여러 개 만들고 왜 하나를 골랐는지
• 사용성 테스트나 피드백에서 확인한 것과 바꾼 점
• 내가 맡은 범위(팀 작업이라면 어디까지 했는지)
• 가능하면 실제 구현·출시된 결과

필요한 역량과 잘 맞는 성격

• 관찰력: 사람이 어디서 멈칫하는지 알아채는 눈
• 설득력: 디자인 결정을 기획자·개발자에게 근거로 설명하는 힘
• 디테일: 간격·정렬·일관성이 어긋나면 불편해지는 걸 놓치지 않는 습관
• 피드백을 받아들이는 태도: 시안은 여러 번 뒤집혀요
• 개발 이해: 코드를 짜진 않아도 구현이 어려운 디자인을 알아보는 감각

연봉과 전망은 어떻게 확인하나요

연봉은 회사 규모·업종·경력·고용 형태에 따라 차이가 커서 한 숫자로 말하기 어려워요. 공식 직업정보(커리어넷)와 실제 채용 공고의 급여 항목을 함께 보세요.

디지털 서비스가 늘수록 화면 설계 수요는 이어지지만, 도구와 AI 기능이 빠르게 바뀌어서 '도구 사용법'보다 문제를 정의하고 검증하는 능력이 오래 남는다고 보는 게 편집 의견이에요.

자주 하는 실수

• 최종 화면 이미지만 올리고 과정을 빼 버리기
• 유행하는 스타일을 따라 하느라 사용자 문제를 놓치기
• 개발 제약을 모른 채 구현 불가능한 시안 내기

이 직업이 나와 맞는지 먼저 확인하는 방법

진로를 정하기 전에 작게 해 보는 게 가장 빨라요. 평소 쓰는 앱 하나를 골라 가입·결제·탈퇴 과정을 처음부터 끝까지 따라가며 막히는 곳을 적어 보세요. 막힌 이유를 '버튼 문구가 모호했다', '단계가 너무 많았다'처럼 구체적으로 쓸 수 있다면 UX 관점이 이미 있는 거예요.

그다음 그 화면을 종이나 피그마에서 다시 그려 보세요. 고치는 과정이 재미있는지, 다른 사람에게 보여 주고 의견을 듣는 게 괜찮은지가 이 직업의 일상과 닮았어요.

• 앱 하나를 골라 불편한 지점 5곳 적어 보기
• 개선한 화면을 지인 2~3명에게 보여 주고 어디서 헷갈리는지 관찰하기
• 같은 문제를 푼 다른 서비스의 화면과 비교하기

채용 공고는 이렇게 읽어요

공고의 '담당 업무'에 리서치가 들어 있으면 UX 쪽, 화면 제작과 디자인 시스템이 중심이면 UI 쪽에 무게가 있어요. '프로덕트 디자이너'라는 이름은 둘을 합쳐 기획 단계부터 참여하는 역할을 가리키는 경우가 많지만 회사마다 정의가 달라요.

우대 사항의 도구(피그마 등), 협업 방식(스크럼, 개발자와의 직접 협업), 포트폴리오 제출 방식도 확인하세요. 요구 경력이 모호하면 면접에서 첫 6개월에 맡을 일을 물어보는 게 도움이 돼요.

디자인 시스템은 왜 필요한가요

화면이 수십 개로 늘어나면 같은 버튼이 화면마다 조금씩 다른 모양이 되기 쉬워요. 디자인 시스템은 색, 글자 크기, 간격, 버튼·입력창 같은 부품의 규칙을 한곳에 모아 두는 문서이자 라이브러리예요. 이게 있으면 새 화면을 만들 때 규칙대로 조립하면 되고, 개발자도 같은 부품을 코드로 재사용할 수 있어요.

신입이 처음부터 시스템을 만들 일은 많지 않지만, 기존 시스템을 읽고 규칙 안에서 디자인하는 능력은 거의 모든 팀에서 요구해요. 포트폴리오에 작은 규칙 모음(색·글자·버튼)을 만들어 적용한 사례를 넣으면 이해도를 보여 줄 수 있어요.

접근성도 디자이너의 일이에요

글자 대비가 낮아 읽기 어렵거나 터치 영역이 작은 화면은 시력이 약한 사람, 손이 불편한 사람, 밝은 야외에서 쓰는 사람 모두에게 불편해요. 색만으로 상태를 구분하지 않고 글자나 아이콘을 함께 쓰는 것, 눌러야 할 곳을 충분히 크게 만드는 것이 기본이에요. 국내외 웹 접근성 지침이 공개되어 있어 참고할 수 있어요.