UI와 UX 차이: 매일 쓰는 앱으로 쉽게 이해하기
지도와 주문 앱을 예로 UI의 정보·조작·피드백과 UX의 더 넓은 경험을 구분해요.
UI는 서비스를 이용할 때 만나는 정보와 조작 수단이고, UX는 서비스를 쓰기 전부터 쓰고 난 뒤까지 이어지는 경험이에요. 지도 앱의 목적지 검색창과 경로 선택 버튼은 UI에 해당해요. 길을 찾기 위해 앱을 열고, 안내를 따라 이동하고, 목적지에 도착하기까지 어떻게 받아들이고 반응했는지는 UX의 범위에서 살펴볼 수 있어요.
두 말의 차이를 알면 홈페이지 제작을 의뢰할 때도 “예쁘게 해 주세요”에서 한 걸음 더 나아갈 수 있어요. 화면에서 고칠 부분과 이용 과정 전체에서 풀어야 할 문제를 나눠 이야기할 수 있기 때문이에요.
UI는 모양과 함께 정보·조작·반응을 다룬다
UI는 User Interface의 줄임말로, 사용자와 서비스가 만나는 인터페이스를 뜻해요. 행정안전부의 공공 웹·앱 안내도 UI와 UX의 기본 구분을 소개해요. 글자와 색, 아이콘뿐 아니라 메뉴의 이름, 입력란, 버튼, 처리 중 표시와 오류 안내도 포함해요. 무엇이 보이는지와 함께 무엇을 할 수 있는지, 행동 뒤에 어떤 상태를 알려 주는지를 다루는 거예요.
설명을 위한 가상의 지도 앱을 떠올려 볼게요. 검색창에 주소를 넣고 ‘길찾기’를 누르면 교통수단별 경로가 나와요. 선택한 경로가 강조되고, 현재 위치를 확인할 수 없을 때 안내 문구가 나타나요. 이 정보와 조작, 피드백이 모두 UI에 해당해요.
버튼의 색만 바꾸는 일도 UI 작업이지만, ‘확인’이라고 적힌 버튼을 ‘이 경로로 출발’로 바꾸는 일도 UI 작업이에요. 사용자가 누르기 전에 결과를 예상하도록 표현을 다듬는 선택이죠. 다만 문구를 바꿨다는 사실만으로 실제 사용성이 좋아졌다고 결론 내릴 수는 없어요.
UX는 앱을 열기 전과 닫은 뒤까지 이어진다
UX는 User Experience, 즉 사용자 경험이에요. 실제로 사용하거나 사용을 예상하는 과정에서 생기는 인식과 반응을 폭넓게 다뤄요. 화면뿐 아니라 기능, 속도, 안내 내용, 서비스에 대한 기대, 이용 환경도 영향을 줄 수 있어요.
가상의 커피 주문 앱에서 메뉴 사진이 선명하고 옵션 선택이 정돈돼 있다고 해 볼게요. 그런데 결제를 마친 뒤에야 선택한 매장의 위치를 알아차리거나, 준비 완료 알림을 받고 갔는데 어디서 수령해야 하는지 알 수 없다면 어떨까요. 화면의 정돈된 모습만으로 주문 경험 전체를 설명하기는 어려워요.
앱을 켜기 전에 본 ‘바로 픽업’ 안내가 어떤 기대를 만들었는지, 주문 전에 매장과 예상 준비 시간을 확인할 수 있었는지, 수령 뒤 문의할 길이 있는지도 함께 볼 수 있어요. 서비스가 약속한 내용과 실제 운영이 만나는 지점까지 살피는 거예요.
같은 앱도 상황에 따라 다르게 경험할 수 있어요. 집에서 천천히 고르는 사람과 이동 중에 한 손으로 주문하는 사람은 주의할 수 있는 정보가 다르죠. UX를 살필 때는 ‘누가, 무엇을 하려고, 어떤 상황에서 쓰는가’를 붙여야 이야기가 구체적이 돼요.
사용성과 UX는 겹치지만 같은 말은 아니다
사용성은 정해진 이용자가 특정 환경에서 목표를 얼마나 효과적이고 효율적으로, 만족스럽게 이루는지에 관한 개념이에요. UX와 밀접하지만 동의어는 아니에요. UX에는 사용 전의 기대나 사용 뒤에 남는 인식처럼 더 넓은 범위가 포함돼요.
커피 주문으로 돌아가면 ‘원하는 매장과 옵션을 선택해 주문을 마칠 수 있는가’는 사용성을 살펴볼 질문이에요. 여기에 앱의 안내를 보고 어떤 기대를 했고, 실제 수령 과정이 그 기대와 어떻게 이어졌는지를 더하면 경험을 보는 범위가 넓어져요. 만족이라는 말이 둘 다에 등장한다고 해서 같은 개념이 되는 건 아니에요.
‘UI는 겉모습, UX는 기분’이라고 외우면 이 차이가 흐려져요. UI에도 이해와 조작이 들어 있고, UX에도 목표를 이루는 과정과 서비스의 작동 방식이 들어 있어요. 두 개념은 서로 떨어진 상자라기보다 다른 범위에서 같은 이용 장면을 살피는 관점에 가까워요.
홈페이지 의뢰는 방문자의 한 가지 행동에서 시작한다
작은 공방의 홈페이지를 만든다고 가정해 볼게요. 첫 방문자가 수업 시간을 확인하고 예약하는 장면을 정하면 논의가 쉬워져요. 일정표의 글자 크기와 날짜 선택 방식은 UI에서 살피고, 예약 전 준비물 안내부터 예약 확인과 변경 문의까지는 더 넓은 이용 흐름에서 살펴볼 수 있어요.
의뢰할 때는 “UX를 좋게 해 주세요” 대신 “휴대폰으로 수업을 찾은 사람이 가능한 날짜를 보고, 결제 전에 준비물과 취소 조건을 확인할 수 있게 해 주세요”처럼 적어 보세요. 필요한 정보와 행동, 확인할 범위가 함께 드러나요.
검토할 때도 완성된 첫 화면만 보지 말고 하나의 행동을 끝까지 따라가 보세요. 날짜를 잘못 골랐을 때 수정할 수 있는지, 입력 오류가 어디에 있는지 알 수 있는지, 예약이 끝났다는 안내가 오는지 확인하는 거예요. 보기 좋은 시안은 이 과정의 일부를 보여 줄 뿐이에요.
이런 확인은 문제를 발견하는 출발점이에요. 실제 이용자도 쉽게 완료하는지는 별도로 확인해야 해요. 누가 어떤 기기로 무슨 일을 했고 어디에서 멈췄는지 살펴봐야, 취향에 대한 의견과 이용 중 생긴 문제를 구분할 수 있어요.
UI와 UX를 구분하는 목적은 작업 이름에 정답을 붙이는 데 있지 않아요. 화면의 정보와 조작을 구체적으로 보고, 그 화면 밖에서 이어지는 기대와 과정을 놓치지 않는 데 있어요. 다음 제작 논의에는 원하는 분위기와 함께 방문자가 마쳐야 할 행동 하나를 적어 두면 좋아요.