인텔 특강: UI/UX 디자인 특강 정리

3월 3일에는 UI/UX 디자인 특강을 들었다. 처음에는 그냥 예쁜 화면을 만드는 이야기일 줄 알았는데, 실제로는 훨씬 넓었다. 사용자가 무엇을 보고 누르는지 같은 시각적인 요소만이 아니라, 왜 그 버튼을 누르게 되는지, 중간에 헷갈리지는 않는지, 실패했을 때 다시 회복할 수 있는지까지 전부 설계 범위라는 점이 먼저 들어왔다.

이번 특강은 크게 세 부분으로 기억에 남는다. 첫째는 UI와 UX의 차이와 좋은 경험 설계의 원칙, 둘째는 AI 시대에 인터페이스가 어떻게 달라지고 있는지, 셋째는 실제 IT 서비스 안에서 UI/UX 디자이너가 어떤 위치에서 어떤 산출물을 만들고 어떻게 협업하는지였다. PPT 안의 사례 이미지가 직관적이어서 이해가 빨랐고, 중간중간 왜 이런 설계가 필요한가, 실무에서는 어떻게 반영되는가까지 같이 설명해 줘서 흐름이 잘 잡혔다.

UI와 UX는 겹치지만 같지는 않다

UI는 컬러, 타이포그래피, 레이아웃, 인터랙션처럼 사용자가 직접 마주하는 시각적 인터페이스이고, UX는 제품과 서비스를 사용하는 전체 경험이다. 화면이 보기 좋아도 흐름이 불편하면 UX는 좋지 않을 수 있고, 반대로 기능은 괜찮아도 표현이 정리되지 않으면 UI가 약할 수 있다는 이야기였다.

특강에서는 밈 형태의 이미지로도 설명했는데, 컵 손잡이 모양 자체는 UI이고 실제로 편하게 마실 수 있는지는 UX라는 식의 비유가 기억에 남았다. 케첩 병 사례도 비슷했다. 예쁘게 보이는 병보다 거꾸로 세워 바로 쓸 수 있는 패키지가 경험 측면에서는 더 낫다. 결국 “좋은 디자인은 UI와 UX가 같이 가야 한다”는 말로 받아들여졌다.

그리고 UX 디자인의 범위도 생각보다 넓었다. 정보구조, 인터랙션 디자인, UI 디자인, 모션 디자인, 커뮤니케이션 디자인뿐 아니라 인간공학, HCI, 공간 디자인, 글쓰기까지 연결돼 있었다. 화면 하나를 만드는 일이 아니라 사람의 행동과 이해를 설계하는 일이라는 점이 더 분명하게 보였다.

좋은 UX 디자인은 무엇을 기준으로 판단할까

특강에서는 좋은 UX의 원칙을 여섯 가지로 정리했다. 사용자 중심 설계, 인지 부담 최소화, 흐름의 일관성, 신뢰 형성, 실패 대응 설계, 목표 지향적 설계였다. 이 부분은 단순히 “좋아 보이는 화면”이 아니라 “사용자가 목표를 빨리, 안전하게, 헷갈리지 않게 달성하도록 돕는 설계”가 핵심이라는 점을 잘 보여줬다. 각 원칙마다 WHY와 HOW를 따로 두고 왜 중요한지와 실무에서 무엇으로 구현되는지를 같이 설명한 점도 좋았다.

사용자 중심 설계 사례로는 배달의민족이 나왔다. 사용자의 목표를 빠른 주문, 메뉴 고민의 피로도 최소화, 리뷰 확인 후 판단처럼 아주 구체적으로 잡고 있었다. 그래서 주문 흐름 단계를 줄이고, 카테고리를 직관적으로 구성하고, 리뷰를 참고하기 쉽게 만드는 방식이 설계에 반영된다. 앱을 만들 때도 기능 추가보다 먼저 “이 화면에서 사용자가 가장 빨리 하고 싶은 일이 뭔가”를 봐야겠다고 느꼈다.

인지 부담 최소화 예시로는 토스가 나왔다. 금융 서비스는 원래 복잡하고 어려운 정보가 많은데, 토스는 핵심 기능을 먼저 보이게 하고 어려운 용어를 줄이며, 큰 버튼과 단순한 단계로 사용자가 실수 없이 행동하도록 유도한다. 핵심 기능 우선 배치, 복잡한 금융 용어 최소화, 큰 버튼 중심 UI, 단계 수 최소화 같은 설명도 함께 붙어 있었다. 어렵고 많은 정보를 다 보여주는 게 친절이 아니라, 지금 필요한 정보만 분명하게 보여주는 게 더 좋은 UX라는 설명이 와닿았다.

실패 대응 설계에서는 Gmail 사례가 인상적이었다. 메일을 잘못 보냈을 때 보내기 취소를 제공하거나, 첨부파일 누락처럼 실수하기 쉬운 지점을 미리 알려주는 것이 사용자의 신뢰를 만든다. 명확한 오류 메시지, 되돌리기(Undo), 대안 제시가 핵심 방법으로 정리돼 있었는데, 사용자는 언제든 실수할 수 있고 시스템도 완벽할 수 없기 때문에 실패 뒤에 어떻게 안내하느냐가 서비스 인상을 크게 좌우한다는 점이 중요했다.

신뢰 형성은 Airbnb 사례로 설명했다. 낯선 사람의 집을 예약하는 서비스에서는 후기, 인증 배지, 정책을 분명하게 보여 주는 요소가 필수다. 왜 신뢰가 중요한지, 어떤 정보가 불안을 줄이는지도 꽤 자세히 다뤘다. 반대로 사용자가 불안한 상태에서 판단해야 하는 서비스에서 정보가 모호하면, 아무리 기능이 좋아도 이탈이 생긴다.

목표 지향적 설계는 Duolingo 사례가 좋았다. 사용자가 원하는 건 “앱 기능 사용”이 아니라 “꾸준히 언어를 학습하는 것”이다. 목표를 꾸준한 언어 학습 지속으로 잡고, 하루 학습량 최소화, 연속 학습 streak 강조, 게임화 요소 도입을 디자인 반영 요소로 적어 두고 있었다. 그래서 연속 학습 streak, 학습 완료 애니메이션, 게임화 요소가 단순한 장식이 아니라 행동을 계속 이어가게 만드는 장치가 된다. 서비스는 기능 중심보다 목표 달성 중심으로 설계해야 한다는 점을 다시 확인했다.

좋은 UX만 있는 건 아니다: 다크 UX

중간부터는 다크 UX 이야기가 나왔다. 이 파트가 특히 현실적으로 다가왔다. UX는 사용자를 돕는 방향으로도 쓰이지만, 반대로 회사 이익을 위해 사용자를 헷갈리게 만들거나 원치 않는 선택을 하게 만드는 데에도 쓰일 수 있다는 내용이었다. 다크 UX를 사용자의 요구와 윤리를 고려하지 않고 회사의 이익에 도움이 되는 방향으로 사용자를 밀어붙이는 경험이라고 정리한 것도 인상적이었다.

쿠팡 멤버십 해지 과정 사례는 방해형 다크 패턴의 전형으로 제시됐다. 해지 버튼보다 유지 버튼을 더 강조하거나, 해지 직전마다 추가 선택지를 끼워 넣어 피로감을 주는 방식이다. 이런 화면은 분명 “전환율”에는 도움이 될 수 있지만, 사용자 입장에서는 목표 달성을 계속 방해받는 경험이 된다.

인스타그램 계정 삭제처럼 쉽게 들어오게 해놓고 빠져나가기는 어렵게 만드는 구조는 로치모텔 패턴으로 소개됐다. 서비스 안으로 들어오는 건 쉬운데 탈퇴, 해지, 계정 삭제는 깊은 설정 안쪽에 숨겨 놓는 구조다. 사용자를 붙잡는 방식이 경험 설계인지, 아니면 사용자 의사결정을 방해하는 구조인지 구분할 줄 알아야 한다는 점이 중요했다. 단순히 보기 싫은 디자인이라는 수준이 아니라, 사용자의 선택권을 구조적으로 약하게 만드는 설계라는 점에서 더 문제적으로 보였다.

특강에서는 토스, 오늘의집, 요기요 같은 서비스 팝업 사례도 함께 보여줬다. 버튼 문구를 모호하게 쓰거나, 시선을 한쪽 버튼으로 쏠리게 하거나, 지금 당장 선택하지 않으면 손해를 보는 것처럼 압박하는 방식들이 모두 사용자를 혼란스럽게 만든다. 앞으로 서비스를 볼 때 “이 인터랙션이 사용자를 돕는가, 몰아붙이는가”를 구분해서 봐야겠다고 느꼈다.

AI 시대에는 UI/UX가 어떻게 바뀌는가

후반부에서는 AI 시대의 UI/UX 변화가 이어졌다. 강의에서는 이제 인터페이스가 단순히 화면 메뉴를 따라가게 하는 방식에서, 사용자의 의도를 먼저 파악하고 결과를 동적으로 만들어 내는 방향으로 이동하고 있다고 설명했다. 전통적인 UI/UX가 정해진 정보구조와 화면 중심 설계였다면, AI 시대 UI/UX는 대화형 인터페이스와 예측 기반 인터페이스가 핵심이 된다.

특히 UI/UX 트렌드 변천사를 정리한 부분이 이해를 도와줬다. 2000년대 초반에는 정보 구조 중심의 PC 웹 UX, 2010년 전후에는 모바일 UX 혁명, 2013년 이후에는 플랫 디자인과 미니멀리즘, 2018년 이후에는 데이터와 개인화 UX가 강해졌고, 2022년 이후에는 생성형 AI 기반 UX가 본격적으로 등장했다는 흐름이었다. 하나의 유행을 나열한 게 아니라, 인터페이스가 점점 클릭 기반 -> 터치 기반 -> 개인화 기반 -> 프롬프트 기반으로 이동해 왔다는 점이 흥미로웠다.

가장 대표적인 변화는 대화형 UX였다. ChatGPT 화면처럼 사용자가 메뉴를 찾아 이동하기보다 질문과 답변으로 목적에 도달하는 구조가 이미 익숙해지고 있다. 여기에 넷플릭스처럼 개인화된 동적 화면, 생성형 AI 기반 디자인 도구, 음성 기반 UX, XRUX까지 확장되면서 디자이너가 다뤄야 할 인터페이스 범위가 점점 넓어지고 있다는 설명이 이어졌다.

강의 중간에 Agentic-AI 시대라는 표현도 나왔는데, 이 부분이 꽤 인상 깊었다. AI가 인간의 지시를 단순히 따르는 수준을 넘어서 목표를 공유하고 자율적으로 협력하는 방향으로 가고 있다는 설명이었다. 그렇게 되면 디자이너가 설계해야 하는 것도 단순한 화면 배치가 아니라, 사용자의 의도와 시스템 제안이 어디서 만나는지, 결과가 고정되지 않는 상황에서 어떻게 신뢰와 예측 가능성을 유지할지까지 넓어진다.

여기서 가장 인상적이었던 문장은 “AI가 대체할 수 없는 사용자를 위한 마음”이었다. 기술이 고도화될수록 오히려 사람의 맥락, 의도, 감정, 신뢰를 읽는 설계가 더 중요해진다는 뜻으로 이해했다.

IT 서비스에서 UI/UX 디자이너는 어디에 서 있을까

다음 파트는 직무 이해에 가까웠다. IT 서비스 안에는 웹디자이너, 프로덕트 디자이너, 서비스 기획자, PM, PO, UX 라이터, UX 리서처, 프론트엔드 개발자 등 정말 다양한 직무가 있고, UI/UX 디자이너는 그 사이에서 사용자 경험을 구조화하고 시각화하는 역할을 맡는다.

특히 웹디자이너, UX 디자이너, UI 디자이너, 서비스 기획자, PM, PO를 비교한 표가 유익했다. UX 디자이너는 문제 정의와 사용자 흐름 설계에 가깝고, UI 디자이너는 그것을 화면과 디자인 시스템으로 구현한다. 서비스 기획자는 무엇을 만들지 결정하고, PM은 일정과 자원을 관리하고, PO는 제품의 방향성과 우선순위를 잡는다. PM을 프로젝트 관리 중심, PO를 제품 책임 중심으로 구분한 것도 둘의 차이를 한 줄로 꽤 잘 정리해 줬다. 비슷해 보여도 보는 관점과 책임이 다르다는 걸 다시 확인할 수 있었다.

이커머스 사례로 설명한 UX 디자이너와 UI 디자이너의 관점 차이도 명확했다. UX 디자이너는 구매 과정의 불편을 줄이고 흐름을 개선하는 쪽에서 보고, UI 디자이너는 그 경험이 시각적으로 일관되고 사용하기 쉽게 전달되도록 만든다. 둘 중 하나만 잘해서는 완성도 높은 서비스가 나오기 어렵다는 뜻이다.

산출물 구분도 정리가 잘 됐다. UI 디자이너는 하이파이 프로토타입, 컴포넌트, 디자인 시스템, 인터랙션 정의를 만들고, UX 쪽에서는 IA, 사용자 플로우, 와이어프레임, 서비스 기획서가 나온다. 강의 마지막에 “서비스 기획서는 서비스의 약속을 문서화한 것, UX 산출물은 그 약속을 경험으로 설계한 것, UI 산출물은 그 경험을 시각적으로 구현한 것”이라고 정리한 문장이 특히 잘 들어왔다.

실무 도구 파트에서는 Figma, Adobe, Sketch, Axure, MS Office가 나왔다. 요즘 협업 중심에서는 Figma 비중이 큰 이유도 자연스럽게 이해됐다. 단순히 화면을 그리는 툴이 아니라 프로토타입, 디자인 시스템, 핸드오프까지 이어지는 협업 기반이기 때문이다.

결국 중요한 건 협업이다

프로덕트 제작 프로세스는 기획 -> UI/UX 디자인 -> 개발 -> QA -> 배포/운영으로 이어지지만, 실제로는 한 번 직선으로 끝나는 구조가 아니라 계속 피드백이 순환하는 구조라고 설명했다. 특히 애자일 방식에서는 설계, 개발, 테스트가 짧은 주기로 반복되기 때문에 디자이너가 결과물만 넘기고 끝나는 역할이 아니라는 점이 분명했다.

프로세스 표도 꽤 실무적이었다. 기획 단계에서는 시장 조사, 경쟁 분석, 요구사항 정의, OKR/KPI 설정이 들어가고, UI/UX 디자인 단계에서는 페르소나, 사용자 여정 지도, IA, 사용자 플로우, 와이어프레임, 프로토타입이 이어진다. 개발 이후에도 QA와 운영 단계에서 다시 데이터 분석과 개선 기획이 붙는다. 즉 디자인은 가운데 한 칸에만 머무는 일이 아니라 앞뒤 전 과정을 계속 잇는 일에 더 가까웠다.

재미있었던 협업 밈도 있었지만, 웃긴 이미지를 넘어서 각 직군이 서로를 다르게 바라본다는 점을 잘 보여줬다. 실제 협업에서는 역할 차이를 인정하면서도 초기 단계부터 같이 논의하고, 변경 사항을 바로 공유하고, 공통 용어를 쓰고, 구체적으로 설명하는 것이 중요하다는 정리가 이어졌다.

강의 마지막의 “What, How, When 커뮤니케이션” 파트도 실무적이었다. 무엇을 공유해야 하는지, 언제 소통해야 하는지, 어떻게 설명해야 하는지를 나눠서 생각하라는 내용이었다. 개발을 할 때도 화면 목적, 인터랙션 정의, 정책과 예외 처리, 우선순위를 먼저 정리해야 협업이 쉬워진다는 걸 다시 느꼈다.

특히 협업의 다섯 가지 핵심으로 초기 단계부터 함께 논의하기, 변경 사항 즉시 공유하기, 공통 용어 사용하기, 컴포넌트 기반으로 사고하기, 서로의 언어 이해하기를 정리한 부분이 좋았다. 협업이 중요하다는 말은 흔하지만, 실제로 무엇을 해야 덜 꼬이는지는 이런 식으로 짚어 줘야 바로 써먹을 수 있기 때문이다.

들으면서 남긴 내 생각

이번 특강을 듣고 나서 UI/UX를 보는 기준이 조금 달라졌다. 예전에는 예쁜 화면과 세련된 스타일을 먼저 봤다면, 이제는 이 서비스가 사용자를 덜 힘들게 만드는지, 실수했을 때 다시 회복시켜 주는지, 불안을 줄여주는지, 혹시 일부러 헷갈리게 만들고 있지는 않은지부터 보게 될 것 같다.

그리고 AI 시대가 된다고 해서 디자이너의 역할이 줄어드는 게 아니라 오히려 더 복잡해진다는 점도 인상 깊었다. 화면을 잘 그리는 것만으로는 부족하고, 사용자의 의도와 맥락, 신뢰와 윤리, 대화 흐름과 협업 구조까지 같이 이해해야 한다. 나처럼 개발을 배우는 입장에서도 이 감각은 꼭 필요하다고 느꼈다. 기능 구현만으로는 좋은 서비스를 만들 수 없기 때문이다.

마지막에는 AI가 대체할 수 없는 사용자를 위하는 마음, WHAT을 명확히, WHEN을 놓치지 말고, HOW를 구체적으로라는 취지의 문장이 나왔는데, 이번 특강 전체를 꽤 잘 묶는 표현처럼 느껴졌다. 결국 좋은 인터페이스는 기술보다 먼저 사람을 향해야 하고, 좋은 협업은 감각보다 먼저 명확한 소통 위에서 돌아간다는 얘기였다.

결국 이번 특강은 세 가지로 정리할 수 있었다. UX와 UI는 각각 경험의 설계와 시각적 전달을 맡고, AI 인터페이스는 점점 더 대화형이고 예측형으로 바뀌고, 좋은 제품은 협업 속에서 나온다는 점이다. 3월 3일 첫 특강부터 생각보다 훨씬 실무적인 이야기를 많이 들은 시간이었다.

첨부 파일

• 260303 UI UX 디자인 특강 원본 PPT