UI 디자인 팁의 핵심은 “예쁜 감”이 아니라 같은 상황에서 같은 판단을 반복할 수 있는 규칙입니다. 레이아웃·간격·타이포·색이 한꺼번에 열려 있으면 선택이 폭발하는데, 논리 가이드라인 몇 줄이면 무엇을 고칠지 순서가 잡힙니다. 이 글은 Adham Dannaway의 16 little UI design tips 케이스 스터디를 한국어 실무 체크리스트로 다시 쓴 것입니다.
이 글이 답하는 질문
주니어가 상세·예약·커머스 화면을 맡았을 때, 무엇부터 고치면 사용성과 접근성이 같이 올라가는지 순서 있는 UI 디자인 팁 목록을 원합니다.
원문은 단기 숙박 앱의 property details 화면을 “messy 원안 → 규칙 적용 후”로 하나씩 고치는 형식입니다. 여기선 이미지 복제 없이 규칙·이유·적용 포인트만 가져옵니다. 예술 감각이 도움이 되긴 하지만, 직관·접근성·미감의 상당 부분은 학습 가능한 가이드라인으로 설명할 수 있다는 게 원 저자의 전제입니다.
한 화면으로 보는 16팁 체크리스트
아래 표만 출력해 두고 리뷰 전에 훑어도 됩니다.
| # | UI 디자인 팁 | 한 줄 기준 |
|---|---|---|
| 1 | 관련 요소 그룹 | 컨테이너·간격·정렬로 묶기 (여백이 가장 단순한 수단) |
| 2 | 일관성 | 비슷한 요소는 비슷한 형태·동작 |
| 3 | 비슷해 보이면 동작도 같게 | 다른 기능은 다른 비주얼 |
| 4 | 시각적 위계 | 중요한 것이 더 크게·진하게·대비 높게 |
| 5 | 불필요 스타일 제거 | 정보·그룹에 기여 안 하는 선·배경·장식 삭제 |
| 6 | 색은 목적 있게 | 브랜드 색은 인터랙티브 위주, 장식용 남발 금지 |
| 7 | UI 요소 대비 ≥ 3:1 | 아이콘·필드·버튼 형태가 보이도록 (WCAG AA) |
| 8 | 본문 텍스트 대비 ≥ 4.5:1 | 작은 글자(≤18px) 기준 (큰 굵은 글은 3:1) |
| 9 | 색만으로 의미 전달 금지 | 밑줄·아이콘·패턴 등 추가 단서 |
| 10 | 산세리프 1종 | UI에는 단일 sans가 안전한 기본 |
| 11 | x-height 큰 서체 | 소문자가 큰 서체가 작은 크기에서 읽기 쉬움 |
| 12 | 대문자 남용 금지 | 긴 라벨 ALL CAPS → 문장 대소문자 |
| 13 | regular + bold만 | 굵기 종류를 줄여 시스템 단순화 |
| 14 | 순흑(#000) 지양 | 흰 배경엔 다크 그레이가 눈 피로 ↓ |
| 15 | 본문 좌정렬 | 긴 본문 가운데/양쪽 정렬 지양 |
| 16 | 본문 행간 ≥ 1.5 | 1.5–2.0 구간이 무난 |
원문 사례에서는 아이콘 채움 혼재, 버튼처럼 보이는 비인터랙티브 칩, 저대비 CTA, 세리프 제목, 대문자 위치 라벨, 순흑·가운데 정렬 본문, 행간 1.0 등이 한꺼번에 겹쳐 “messy” 인상을 만들었습니다.
구조·일관성 — 그룹, 일관, 비슷한 건 비슷하게
먼저 정보 구조와 예측 가능성을 고칩니다. 장식보다 그룹과 일관성이 사용 오류를 줄입니다.
관련 요소 그룹. 컨테이너는 가장 강한 묶음 신호이지만 선을 늘리면 잡음이 됩니다. 여백만으로도 묶을 수 있으면 그쪽이 단순합니다. 원안에서 콘텐츠 간격이 부족하면 “한 덩어리 잡음”으로 읽히고, 간격을 키우면 카드·메타·본문이 분리됩니다.
일관성. 같은 종류의 아이콘이 어떤 건 채움·어떤 건 아웃라인이면, 채움=선택 상태라는 학습과 충돌할 수 있습니다. 스트로크 두께·모서리를 맞추고, 필요하면 텍스트 라벨을 붙여 스크린리더·의미 파악을 돕습니다.
비슷해 보이면 동작도 같게. 아이콘 박스가 “예약하기” 버튼과 같은 파란 버튼 스타일이면 탭 가능해 보입니다. 비인터랙티브면 버튼 크로마·그림자를 빼 구분을 명확히 합니다. 반대로 같은 기능은 같은 비주얼 언어를 씁니다.
위계·색·대비 — 뭐가 먼저 보이는가
Squint Test(눈을 가늘게 뜨거나 화면을 흐리게)로 1순위 액션이 보이는지 확인합니다. 안 보이면 위계·색·대비 순으로 고칩니다.
시각적 위계. 모든 요소가 비슷한 강조면 시선이 싸웁니다. 크기·색·대비·간격·위치로 “중요도 순”을 만듭니다. 원안처럼 하단 주요 액션이 약하면, 고대비 배경+볼드 라벨로 Primary를 가장 강하게 둡니다.
불필요 스타일 제거. 이미지 주변 흰 프레임·테두리가 정보를 안 주면 인지 부하만 올립니다. 지워도 의미가 유지되면 지웁니다.
색은 목적 있게. 흑백으로 구조를 잡은 뒤, 의미 있는 곳에만 색을 넣습니다. 브랜드 색을 비링크 제목·별점에 뿌리면 “눌러질 것 같은 텍스트”가 늘어납니다. 인터랙티브에 색을 모으고, 링크는 색이 없어도 구분되게 밑줄 등 2차 단서를 둡니다 (색맹 대응: 색만으로 의미 전달 금지).
대비율 (WCAG 2.1 AA 기준, 원문 가이드).
- UI 부품(필드, 아이콘, 버튼 형태): 최소 3:1
- 작은 텍스트(대략 18px 이하): 최소 4.5:1
- 큰 텍스트(굵게 >18px 또는 일반 >24px): 3:1
측정은 WebAIM Contrast Checker 등으로 확인합니다. 사진 위 화살표 아이콘이 저대비면 단색 배경 칩을 깔아 3:1을 확보하는 식입니다. 저대비 Primary 버튼은 형태 인식 실패 위험이 있어 위계 수정과 한 번에 해결되는 경우가 많습니다.
타이포그래피 실수 줄이기
서체·굵기·대소문자·정렬·행간만 정리해도 위계가 한 번 더 정리됩니다.
- 산세리프 1종: 세리프 장식 제목은 가독·톤 불일치 위험이 큽니다. UI 기본은 단일 sans가 안전합니다.
- x-height: 소문자 높이가 큰 서체(원문 예: Inter)가 작은 UI 라벨에서 유리한 경우가 많습니다.
- 대문자 제한: 긴 위치 라벨 ALL CAPS는 단어 외곽 형태가 비슷해져 읽기 비용이 큽니다. 문장형 대소문자가 기본입니다.
- 굵기 regular + bold: 라이트·세미·블랙을 다 쓰면 일관 유지 비용이 폭증합니다. 제목 bold, 본문 regular가 단순한 기본값입니다.
- 순흑 지양: #000 on #fff는 대비가 극단이라 장문에서 피로가 커질 수 있어 다크 그레이를 씁니다. 덜 중요한 본문은 한 단계 더 연한 그레이로 위계를 낮춥니다.
- 좌정렬: 영문·한글 모두 장문은 왼쪽 시작점이 고정되는 편이 읽기 쉽습니다. 가운데 정렬은 짧은 제목·히어로에 한정.
- 행간 ≥ 1.5: 본문 1.0은 같은 줄을 재읽기 쉽습니다. 1.5–2.0이 무난한 출발점입니다.
원문 사례에서는 League Spartan → Inter, 위치 라벨 대문자 해제, light → regular, 순흑 → 다크 그레이, 본문 좌정렬·행간 1.5 적용 후 “기본이 잡힌” 상태로 마무리합니다. 브랜드 장식은 그 위에 얹으면 됩니다.
오늘 적용 순서
지금 열린 화면 하나에 아래 5분 루프만 돌려 보세요.
- Squint Test — Primary 버튼/링크가 1등으로 보이는가?
- 그룹 — 관련 블록 사이 여백이 부족한 곳 2곳만 키우기
- 색 — 브랜드 색이 비인터랙티브에 붙어 있으면 제거
- 대비 — 버튼·아이콘 3:1, 작은 글 4.5:1 측정
- 타이포 — ALL CAPS·light 굵기·행간 1.0·가운데 본문 중 해당 항목 수정
16개를 한 번에 외우기보다, 리뷰 체크리스트로 표를 옆에 두는 편이 유지됩니다. 규칙을 반복할수록 워크플로에 녹고, 그 위에 브랜드 실험이 안전해집니다.
FAQ
Q1. 16가지를 전부 디자인 시스템에 넣어야 하나요?
필수는 아닙니다. 토큰으로는 색·타입 스케일·간격, 컴포넌트 규칙으로는 버튼·링크·아이콘 일관성, 리뷰 체크로는 대비·위계를 먼저 고정하는 편이 현실적입니다.
Q2. 대비율 도구는 뭐가 있나요?
원문이 언급하는 대표 예는 WebAIM 온라인 체커와 Figma Contrast 플러그인입니다. 팀 표준 도구 하나로 “AA 통과”를 PR 체크에 넣는 것이 중요합니다.
Q3. 다크 모드에도 같은 팁인가요?
방향은 같습니다. 다만 순흑·순백 회피, 3:1/4.5:1, 색만으로 의미 전달 금지는 모드별로 토큰을 다시 검증해야 합니다.
Q4. 개발자만 있어도 적용 가능한가요?
간격·대비·폰트 weight·text-decoration·line-height는 CSS로 바로 반영됩니다. 시각 위계·그룹은 디자인 없이 컴포넌트 단위로도 개선 여지가 큽니다.
마무리
UI 디자인 팁은 취향 목록이 아니라 사용성·접근성·인지 부하를 줄이는 결정 규칙입니다. 그룹·일관·위계로 구조를 잡고, 색·대비로 신호와 접근성을 맞추며, 타이포로 읽기 비용을 낮추면 “감으로 밀던 화면”이 설명 가능한 화면이 됩니다.
오늘 할 일 한 가지: 지금 담당 화면에서 Squint Test 한 번, 그리고 대비율 미달로 의심되는 요소 두 곳만 측정해 보세요.
참고(영문 원문·케이스 이미지 포함): 16 little UI design tips that make a big impact — Adham Dannaway
댓글
GitHub 계정으로 의견을 남길 수 있습니다. 댓글은 GitHub Discussions에 저장됩니다.