UI(User Interface)
UI는 사용자가 컴퓨터와 상호 작용할 수 있게 하는 시스템을 의미한다.
보통 UI라고 하면 떠오르는 화면 상의 그래픽 요소 외에도 키보드, 마우스 등의 물리적 요소 또한 컴퓨터와 상호 작용하기 위한 시스템이므로 UI라고 볼 수 있다.
GUI(Graphical User Interface)
GUI는 사용자가 그래픽을 통해 컴퓨터와 정보를 교환하는 작업 환경을 의미한다.
GUI의 예시로는 우리가 보는 운영체제(Window, Mac OS)의 화면, 혹은 애플리케이션 화면 등이 있다. 프론트엔드 개발자로서의 UI는 대부분 이 GUI를 말한다.
UX(User Experience)
UX의 사전적 의미는 '사용자가 어떤 시스템, 제품, 서비스를 직/간접적으로 이용하면서 느끼고 생각하는 총체적 경험'이다.
제품, 서비스 그 자체에 대한 경험은 물론, 홍보, 접근성, 사후 처리 등의 모든 경험을 사용자 경험이라고 할 수 있다.
휴대폰을 예로 들어보자. 휴대폰의 성능이 아무리 좋아도, 내구성이 약해서 잘 망가지거나 사후 처리 시스템이 잘 갖춰지지 않아 수리를 제대로 받을 수 없다면 사용자 경험은 좋을 수가 없다. 그 외에도 제품의 홍보가 잘 되어 있지 않다면 제품 사용까지 이어지지 않을 가능성도 높아지고, 제품을 알게 되더라도 구매하는 절차가 까다롭다면 구매하기 전부터 사용자 경험이 좋지 않을 것이다. 이처럼 제품 그 자체 뿐만이 아닌 제품과 관련된 모든 요소가 UX에 영향을 준다.
UX에 영향을 주는 많은 요소들 중에 프론트엔드 개발자에게 가장 중요한 요소는 바로 UI다. 좋은 프론트엔드 개발자라면 제품이나 서비스의 UI가 사용자로 하여금 가능하면 좋은 UX를 가질 수 있도록, 최소한 나쁜 경험은 하지 않도록 해야 한다.
UI와 UX의 관계
UX는 UI를 포함한다. 또한 좋은 UX가 좋은 UI를 의미하거나, 좋은 UI가 항상 좋은 UX를 보장하지는 않는다.
하지만 나쁜 UI는 보통 나쁜 UX를 유발한다.
UI와 UX는 서로를 보완하는 역할을 한다. UX가 좋지 않은 곳을 찾아냄으로써 UI 개선점을 찾아낼 수 있고, UI를 개선함으로써 UX가 좋아지기도 한다. 이렇게 UX와 UI는 서로를 계속 발전시킬 수 있다.
UI 디자인 패턴
UI 디자인 패턴은 프로그래밍 시 자주 반복되어 나타나는 문제점을 해결하고자, 과거의 다른 사람이 해결한 결과물을 재사용하기 좋은 형태로 만든 패턴을 말한다. 쉽게 말하면 자주 사용되는 UI 컴포넌트라고 할 수 있다.
모달 (Modal)
모달은 기존에 이용하던 화면 위에 오버레이되는 창을 뜻한다. 닫기 버튼, 혹은 모달 범위 밖을 클릭하면 모달이 닫히는 것이 일반적이며, 모달을 닫기 전에는 기존 화면과 상호작용할 수 없다.
토글 (Toggle)
토글은 On/Off를 설정할 때 사용하는 스위치 버튼이다. 색상, 스위치의 위치, 그림자 등의 시각적 효과를 줘서 사용자가 토글의 상태를 직관적으로 알 수 있게 만들어야 한다.
보통 On/Off와 같이 두 개의 옵션이 있을 때 사용하지만, 여러 개의 옵션이 있을 때에도 토글을 사용할 수 있다. 단 이때에는 어떤 옵션이 선택되어 있는지 직관적으로 알 수 있어야 하며, 옵션의 개수가 너무 많다면 탭을 사용하는 것을 고려해야 한다.
탭 (Tab)
탭은 콘텐츠를 분리해서 보여주고 싶을 때 사용하는 UI 패턴이다. 가로 한 줄로 배열된 형태가 가장 흔하지만, 세로로 배열하거나 여러 줄로 배열할 수도 있다. 탭을 사용하려면 각 섹션의 이름이 너무 길지 않아야 하고, 섹션의 구분이 명확해야 하며, 현재 어떤 섹션을 보고 있는지 표시해 주어야 한다.
태그 (Tag)
태그는 콘텐츠를 설명하는 키워드를 사용해서 라벨을 붙이는 역할을 한다. 사용자들은 자신이 작성한 콘텐츠에 이름을 붙임으로써 콘텐츠를 분류할 수 있고, 태그를 사용하여 관련 콘텐츠들만 검색할 수도 있다.
태그로 사용될 키워드는 사용자가 직접 작성하게 만들 수도 있고, 개발자가 종류를 아예 정해놓을 수도 있다. 어떤 방식을 선택하든 태그의 추가와 제거는 자유롭게 가능해야 한다.
자동완성 (Autocomplete)
자동완성은 말 그대로 사용자가 내용을 입력 중일 때 입력하고자 하는 내용과 일치할 가능성이 높은 항목을 보여주는 것이다.
사용자가 정보를 직접 입력하는 시간을 줄여준다는 장점이 있다.
자동 완성 항목은 너무 많은 항목이 나오지 않도록 개수를 제한하는 것이 좋으며, 키보드 방향 키나 클릭 등으로 접근하여 사용할 수 있는 것이 좋다.
드롭다운 (Dropdown)
드롭다운은 선택할 수 있는 항목을 숨겨놓았다가, 펼쳐지면서 선택할 수 있게 해주는 UI 디자인 패턴이다. 객관식 문제의 선택지와 비슷한 개념.
보통 화살표 버튼을 누르면 펼쳐지게 만들지만, 그냥 마우스를 올려놓아도 펼쳐지게 만들 수도 있다. 드롭다운이 펼쳐지는 방식보다 중요한 것은, 사용자가 자신이 선택한 항목을 정확히 알 수 있게 만드는 것이다.
아코디언 (Accordion)
아코디언은 접었다 폈다 할 수 있는 컴포넌트로, 보통 같은 분류의 아코디언을 여러 개 연속해서 배치한다.
트리 구조의 콘텐츠를 렌더링할 때 사용하거나, 메뉴바로 사용할 수도 있지만, 단순히 콘텐츠를 담아놓기 위한 용도로 사용할 수 있다.
기본적으로는 화면을 깔끔하게 구성하기 위해서 사용하며, 트리 구조나 메뉴바로 사용할 경우에는 상하 관계를 표현하기 위해 사용하는 경우가 많고, 콘텐츠를 담는 용도로 사용할 때는 핵심 내용을 먼저 전달하려는 목적을 가질 때가 많다.
캐러셀 (Carousel)
캐러셀은 공항의 수하물 컨베이어 벨트, 또는 회전목마라는 뜻의 영단어로, 컨베이어 벨트나 회전목마처럼 빙글빙글 돌아가면서 콘텐츠를 표시해 주는 UI 디자인 패턴이다. 자동으로 돌아가거나, 사용자가 옆으로 넘겨야만 넘어가거나, 아니면 둘 중 선택할 수 있도록 만들 수 있다.
사용자가 넘겨야만 넘어가도록 만드는 경우, 콘텐츠가 넘어갈 수 있음을 직관적으로 알 수 있어야 한다. 따라서 다음 콘텐츠의 일부를 옆에 배치하거나, 콘텐츠를 넘길 수 있는 버튼을 배치하기도 한다.
페이지네이션 (Pagination)
페이지네이션은 한 페이지에 띄우기에 정보가 너무 많은 경우, 책 페이지를 넘기듯이 번호를 붙여 페이지를 구분해주는 것을 말한다.
사용자가 원하는 페이지로 바로 접근할 수 있따는 장점이 있지만, 페이지를 넘기기 위해서는 잠시 멈춰야 하기 때문에 매끄러운 사용자 경험과는 거리가 멀 수 있다는 단점도 있다.
무한 스크롤 (Infinite Scroll, Continuous Scroll)
무한 스크롤은 말 그대로 모든 콘텐츠를 불러올 때까지 무한으로 스크롤을 내릴 수 있는 것을 말하며, 페이지네이션과 마찬가지로 한 번에 띄우기에는 정보가 너무 많을 때 사용하는 UI 디자인 패턴이다.
페이지네이션과 같이 잠시 멈춰서 페이지를 선택할 필요가 없기 때문에 보다 매끄러운 사용자 경험을 제공한다. 하지만 콘텐츠의 끝이 어딘지 알 수 없다는 점, 지나친 콘텐츠를 찾기 힘들다는 점 등의 단점도 있다.
보통 페이지의 맨 아래에 도달하면 추가 콘텐츠를 로딩하는 방식으로 만든다. 처음부터 모든 콘텐츠를 로드해온 후 조금씩 보여주는 방식으로 구현하는 것은 진정한 의미의 무한 스크롤이라고 할 수 없으므로 주의해야 한다.
GNB (Global Navigation Bar), LNB (Local Navigation Bar)
GNB는 어느 페이지에 들어가든 사용할 수 있는 최상위 메뉴, LNB는 GNB에 종속되는 서브 메뉴 혹은 특정 페이지에서만 볼 수 있는 메뉴를 뜻한다.
GNB는 어느 페이지에 있든 사용할 수 있도록 항상 동일한 위치에 있어야 한다.
그리드 시스템 (Grid System)
그리드(grid)는 수직, 수평으로 분할된 격자무늬를 뜻하며, 말 그대로 화면을 격자로 나눈 다음 그 격자에 맞춰 콘텐츠를 배치하는 방법이다.
그리드 시스템은 1970년대부터 사용되었으며, 책, 신문과 같은 인쇄물은 물론 건축, 미술과 같은 다양한 분야에서 사용되었고, 기술이 발전함에 따라 웹 디자인에도 적용하여 사용되고 있다.
웹 디자인 분야에서는 화면을 세로 기준 몇 개의 영역으로 나눌 것인가에 초점을 맞춘 컬럼 그리드 시스템(Column Grid System)을 사용하며 이것은 Margin, Column, Gutter라는 세 가지 요소로 구성된다.
1. Margin
Margin은 화면 양쪽의 여백을 의미한다. px 같은 절대 단위를 사용해서 너비를 고정값으로 사용해도 되고, vw, %와 같은 상대 단위를 사용하여 유동성을 줄 수도 있다. 페이지를 어떻게 디자인할 것인가에 따라 자유롭게 설정하면 된다.
2. Column
Column은 콘텐츠가 위치하게 될 영역이다. 컬럼 개수를 임의로 나눌 수도 있지만, 표준적으로는 휴대폰에서 4개, 태블릿에서 8개, PC에서는 12개의 컬럼으로 나눈다. 각 디바이스의 화면 크기는 보통 아래 이미지와 같다. 이미지 속 화면 크기의 구분선을 break point라고 한다. 내가 만들고자 하는 UI가 어디에 속하는지 파악하고 컬럼 개수를 정하면 된다.
3. Gutter
Gutter는 Column 사이의 공간으로, 콘텐츠를 구분하는 데 도움을 준다. Gutter의 간격이 좁을수록 콘텐츠들이 연관성 있게 보이고, 넓을수록 각 콘텐츠가 독립적이라는 느낌을 준다.
다만 너무 좁거나 너무 넓게 설정하지는 않도록 주의해야 한다. 너무 좁으면 콘텐츠를 구분하기 힘들어지고 답답한 느낌을 준다. 그렇다고 너무 넓으면 콘텐츠가 따로 노는 느낌을 주면서 UI가 어수선해진다. Gutter는 아무리 넓어도 컬럼 너비보다는 작게 설정하는 것이 좋다.
컬럼 그리드 시스템 예시
좋은 UX를 만드는 요소
1. 유용성(Useful): 사용 가능한가?
유용성은 제품이나 서비스가 목적에 맞는, 사용 가능한 기능을 제공하고 있는가에 관한 요소이다. 계산기라면 연산 결과가 정확한지, 계산기 본연의 목적에 맞는 기능을 하는지가 중요하다. 비실용적이더라도 추가적인 기능을 제공하는지의 여부도 관련이 있다. 계산기의 디자인은 계산기의 기능에 영향을 주지는 않지만, 심미적 기능을 제공한다고 판단한다.
2. 사용성(Usable): 사용하기 쉬운가?
사용성은 제품이 본연의 기능을 제공하는 것을 넘어서 사용하기 쉬운가에 관한 요소이다. 기능이 아무리 잘 작동하더라도 사용자가 사용하기 어렵다면 좋은 UX를 제공하기 어렵다. 가능한 단순하면서 직관적이고 사용하기 쉬운 제품 및 서비스를 만들어야 한다.
이 요소는 UI 디자인 패턴과도 연관이 깊다. 자주 쓰이는 패턴은 사용자에게도 친숙할 가능성이 높아 사용성을 높여준다.
3. 매력성(Desirable): 매력적인가?
매력성은 말 그대로 제품이 사용자에게 매력적인가에 대한 요소이다. 단순히 디자인이 보기 좋은지부터 시작해 이미지, 브랜딩 등의 여러 요소가 사용자에게 긍정적인 감정을 불러일으킬 수 있는지, 사용자가 해당 제품이나 서비스를 이용하고 싶어 하는지가 중요하다.
애플이 제품의 디자인 요소에 공을 들이고 감성 마케팅 전략을 사용한 것은 이 요소와 연관이 깊다.
4. 신뢰성(Credible): 신뢰할 수 있는가?
신뢰성은 사용자가 제품이나 서비스를 믿고 사용할 수 있는가에 관한 요소이다. 사용자를 속이거나, 제품이나 서비스의 가치를 과장하거나, 사용자의 개인 정보를 유출하는 등 사용자의 신뢰성을 떨어뜨리는 일이 없어야 한다.
5. 접근성(Accessible): 접근하기 쉬운가?
시력이 좋지 않은 고연령자 사용자들을 위한 돋보기 기능, 혹은 시각 장애인을 위한 음성 안내 기능 등 누구라도 비슷한 수준의 정보를 얻을 수 있도록 노력하는 것이 접근성을 높여준다.
6. 검색 가능성(Findable): 찾기 쉬운가?
네비게이션 바, 정보 검색 기능을 넣거나 콘텐츠를 직관적으로 배치하는 등 사용자가 원하는 기능이나 정보를 쉽게 찾을 수 있게 하는 것이 검색 가능성을 높이는 데 도움이 된다. 유튜브는 콘텐츠의 검색 가능성을 잘 고려한 웹 사이트 중 하나다.
7. 가치성(Valuable): 가치를 제공하는가?
가치성은 위에서 언급된 모든 요소를 총합하여 고객에게 가치를 제공하고 있는가에 관한 요소이다. 사용자마다 가치 판단 기준과 그 정도는 다 다르다. 특정 제품이 접근성에 모든 노력을 기울였다고 해도, 사용자가 접근성을 전혀 중요하게 생각하지 않는다면 가치를 제공하지 못한 꼴이 될 수도 있다. 따라서 가능한 한 모든 요소를 고르게 고려하는 것이 좋고 제품 사용자들이 공통적으로 중요하게 생각하는 요소를 찾아냈다면 그 요소에 집중하는 것도 효율적인 UX 개선 전략이 될 수 있다.
User Flow
User Flow는 사용자가 제품에 진입한 시점을 시작으로 취할 수 있는 모든 행동을 뜻하며, 보통 아래 이미지처럼 다이어그램을 그려서 정리한다.
User Flow 다이어그램 작성법
1. 직사각형: 사용자가 보게 될 화면 ( ex. 회원 가입 페이지, 로그인 페이지, ... )
2. 다이아몬드: 사용자가 취하게 될 행동 ( ex. 로그인, 버튼 클릭, 업로드, ... )
3. 화살표: 직사각형(화면)과 다이아몬드(행동)를 연결시켜주는 표식
User Flow 다이어그램을 그리면 좋은 이유
1. 사용자 흐름 상 어색하거나 매끄럽지 않은 부분을 발견하여 수정할 수 있음
2. 있으면 좋을 만한 기능을 발견하여 추가하거나 없어도 상관 없는 기능을 발견하고 삭제할 수 있음
제이콥 닐슨의 10가지 사용성 평가 기준 (Jakob's Ten Usability Heuristics)
* Heuristic(휴리스틱)이란? - '체험적인' 이라는 뜻으로, 완벽한 지식 대신 직관과 경험을 활용하는 방법론을 말한다.
1. 시스템 상태의 가시성 (Visibility of system status)
합리적인 시간 내에 적절한 피드백을 통해 사용자에게 진행 상황에 대한 정보를 제공해야 한다.
- 피드백이 존재하는가
- 피드백이 즉시 제공되는가
- 피드백이 명확한가
- ex. 파일이 첨부되는 동안 업로딩 상황을 표시한다.
2. 시스템과 현실 세계의 일치 (Match between system and the real world)
내부 전문 용어가 아닌, 사용자에게 친숙한 단어나 구문, 개념을 사용한다.
- ex. 연주 애플리케이션의 모습이 실제 악기의 생김새와 유사하다.
3. 사용자 제어 및 자유 (User control and freedom)
사용자는 종종 실수를 한다. 현재 진행 중인 작업에서 벗어날 수 있는 방법, 혹은 실수로 수행한 작업을 취소할 수 있는 방법, 즉, '탈출구'를 명확하게 제공해야 한다.
- ex. 삭제 직후 실행을 취소할 수 있는 버튼이 잠시 동안 나타난다.
4. 일관성 및 표준 (Consisgency and standards)
- 외부 일관성: 일관적인 사용자 경험을 제공하기 위해서 플랫폼 및 업계의 관습을 따르는 것이 좋다.
- 사용자에게 익숙한 UI를 제공하라. 잘 알려진 UI 디자인 패턴을 사용하는 것이 좋다.
- 내부 일관성: 사용자가 혼란스러워 하지 않도록 제품의 인터페이스나 정보 제공에 일관성이 있어야 한다.
- ex. 한 제품 내에서는 같은 인터페이스를 유지한다. (버튼의 모양, 위치, 아이콘 크기 등)
5. 오류 방지 (Error prevention)
오류가 발생하기 쉬운 상황을 제거하여 사용자의 실수를 방지해야 한다.
- ex. 삭제 버튼을 눌렀을 때, 정말로 삭제할 것인지 사용자의 의사를 확인한다.
6. 기억보다는 직관 (Recognition rather than recall)
사용자가 기억해야 하는 정보를 줄인다.
- ex. 최근 검색했던 단어 목록을 확인할 수 있다.
7. 사용의 유연성과 효율성 (Flexibility and efficiency of use)
초보자와 전문가 모두에게 개별 맞춤 기능을 제공하도록 한다.
- ex. 프로그램의 단축키를 직접 설정하여 사용할 수 있다.
8. 미학적이고 미니멀한 디자인 (Aesthetic and minimalist design)
인터페이스에는 관련이 없거나 불필요한 정보가 포함되지 않도록 한다. 콘텐츠와 기능의 우선 순위를 정하고 우선 순위가 높은 것부터 잘 제공되고 있는지 확인하라.
- ex. 사용 빈도가 적은 메뉴를 모두 보여줄 필요는 없다. 필요할 때에만 볼 수 있게 숨겨놓는 것도 좋은 방법이다.
9. 오류의 인식, 진단, 복구 지원 (Help users recognize, diagnose, and recover from errors)
사용자가 이해할 수 있는 언어를 사용하여 문제가 무엇인지 정확하게 표시하고, 해결 방법을 제안해야 한다.
- ex. 영문 성(Family Name)을 입력해야 하는 폼에서는 한글이 아닌 영어를 입력해야 함을 정확하게 알려준다.
10. 도움말 및 설명 문서 (Help and documentation)
추가 설명이 필요없는 것이 가장 좋지만 상황에 따라 이해하는 데 도움이 되는 문서를 제공해야 한다.
'부트캠프 > TIL' 카테고리의 다른 글
| Day 49. React Hooks: state를 직접 수정하는 건에 관하여 (0) | 2023.02.23 |
|---|---|
| Day 48. 리액트 컴포넌트 만들기(with styled-components) (0) | 2023.02.22 |
| Section 2 회고 (0) | 2023.02.10 |
| 코드스테이츠 프론트엔드 부트캠프 Day 33. 구조 분해 할당, fetch (0) | 2023.02.02 |
| 코드스테이츠 프론트엔드 부트캠프 Day 31. [HTTP/네트워크] (0) | 2023.01.30 |