통합 요약노트
Ch.15 휴리스틱 평가와 디자인 비평
Nielsen 10가지 휴리스틱, 법칙 기반 디자인 비평
이 챕터의 내용
Nielsen 10가지 휴리스틱
1994년 Jakob Nielsen이 정리한 10가지 사용성 휴리스틱 — 오늘날까지 UX 평가의 표준 체크리스트로 사용됩니다.
경험 법칙으로 UI를 진단합니다
휴리스틱 평가(Heuristic Evaluation)란 전문가가 정해진 원칙(휴리스틱)에 비추어 인터페이스를 점검하는 방법입니다. 사용자 테스트 없이도 주요 문제를 빠르게 발견할 수 있어, UX 리서치의 첫 단계로 널리 쓰입니다.
Nielsen 10 Heuristics
- Nielsen 10 Heuristics: UX 평가의 표준 체크리스트 (1994)
- H1 가시성, H2 현실 일치, H3 사용자 제어, H4 일관성, H5 오류 예방
- H6 인식>기억, H7 유연성, H8 미니멀, H9 오류 복구, H10 도움말
- 심각도 0~4: 문제 아님 → 표면적 → 경미 → 중대 → 재앙적
- 심각도 판단: 빈도 x 영향도 x 지속성의 조합
법칙 기반 디자인 비평
관찰에서 출발해 디자인 법칙으로 뒷받침하고, 구체적 권고로 마무리하는 — 체계적 비평 프레임워크를 배웁니다.
좋은 비평은 근거가 있습니다
디자인 비평(Design Critique)은 디자인의 품질을 평가하고 개선 방향을 제시하는 과정입니다. 하지만 '나는 이게 싫어' 같은 주관적 의견은 비평이 아니라 감상입니다. 진정한 비평은 관찰 가능한 사실과 검증된 원칙에 기반합니다.
세 단계로 비평을 구조화합니다
- 주관적 감상('별로예요')은 비평이 아니다 — 관찰 + 법칙 + 권고가 비평
- 비평 프레임워크: 관찰(사실) → 법칙(근거) → 권고(개선안)
- 활용 법칙: Fitts's Law, Hick's Law, Gestalt, Nielsen Heuristics, WCAG
- 비평 템플릿: What Works(잘된 점) + What to Improve(개선점) 균형 제시
- 비평의 목적은 비난이 아닌 개선 — 잘된 점을 먼저, 개선점을 법칙으로
사용성 테스트 기초
사용성 테스트(Usability Testing) — 실제 사용자에게 과업을 부여하고 관찰하는, UX 리서치의 가장 강력한 방법론을 배웁니다.
사용자에게 묻지 말고 행동을 관찰합니다
사용성 테스트(Usability Testing)는 실제 사용자가 특정 과업을 수행하는 과정을 관찰하여 인터페이스 문제를 발견하는 방법입니다. 설문이나 인터뷰와 달리, 사용자가 '말하는 것'이 아니라 '행동하는 것'을 관찰합니다.
핵심 원칙: 사용자에게 '이 디자인 어때요?'라고 묻지 마라. 과업을 주고 행동을 관찰하라.
- 사용성 테스트: 사용자에게 과업을 주고 행동을 관찰하는 방법
- 과업 시나리오: 현실적 맥락 + 정답 힌트 배제 + 하나의 명확한 목표
- Think-Aloud: 사용자가 생각을 말하며 과업 수행 → 막혀도 정답 알려주지 않음
- 5-User Rule: 5명으로 문제의 85% 발견 — 15명 1회보다 5명 3회가 효과적
- 반복 루프: 테스트 → 우선순위(심각도 분류) → 수정 → 재테스트
핵심 용어 모음
H1. 시스템 상태의 가시성 (Visibility of System Status)
시스템이 현재 무엇을 하고 있는지 적절한 피드백으로 알려야 한다. 예: 파일 업로드 진행률 표시, 로딩 스피너, 저장 완료 토스트 메시지
H2. 시스템과 현실 세계의 일치 (Match Between System and the Real World)
시스템이 사용자의 언어와 개념을 사용해야 한다. 기술 용어 대신 일상 언어, 현실 세계의 관습과 일치하는 논리적 순서. 예: 휴지통 아이콘, 폴더 비유
H3. 사용자 제어와 자유 (User Control and Freedom)
사용자가 실수했을 때 쉽게 되돌릴 수 있어야 한다. '비상구'가 명확해야 하며, Undo/Redo를 지원해야 한다. 예: Gmail '보내기 취소', Ctrl+Z
H4. 일관성과 표준 (Consistency and Standards)
같은 단어·상황·행동은 항상 같은 의미여야 한다. 플랫폼 관습(예: iOS 뒤로가기 = 좌측 스와이프)을 따라야 한다
H5. 오류 예방 (Error Prevention)
오류 메시지보다 오류 자체를 방지하는 설계가 우선이다. 확인 대화상자, 입력값 실시간 검증, 위험한 작업 전 경고. 예: 삭제 전 '정말 삭제하시겠습니까?'
H6. 기억보다 인식 (Recognition Rather Than Recall)
사용자가 정보를 기억하도록 강요하지 말고, 선택지를 보여줘야 한다. 예: 최근 검색어 표시, 자동완성, 드롭다운 메뉴
H7. 유연성과 효율성 (Flexibility and Efficiency of Use)
초보자와 전문가 모두를 위한 설계. 단축키, 매크로, 커스터마이징 기능. 예: Ctrl+C(전문가) + 우클릭 복사(초보자)
H8. 미적이고 미니멀한 디자인 (Aesthetic and Minimalist Design)
불필요한 정보를 배제하고 핵심만 보여준다. 모든 추가 정보는 관련 정보와 경쟁하여 가시성을 낮춘다. 예: Google 검색 홈페이지의 미니멀 디자인
H9. 오류 인식·진단·복구 지원 (Help Users Recognize, Diagnose, and Recover from Errors)
오류 메시지는 평범한 언어로 문제를 설명하고, 해결 방법을 제시해야 한다. 'Error 404' 대신 '페이지를 찾을 수 없습니다. 홈으로 돌아가기'
H10. 도움말과 문서 (Help and Documentation)
이상적으로는 도움말 없이 사용할 수 있어야 하지만, 필요 시 쉽게 검색 가능하고 작업 중심의 도움말을 제공해야 한다. 예: 툴팁, 온보딩 투어, FAQ
0 — 문제 아님
사용성 문제로 판단되지 않음
1 — 표면적 문제 (Cosmetic)
시간이 남을 때만 수정. 사용자 경험에 거의 영향 없음. 예: 미세한 정렬 불일치
비교 정리
| 항목 | 주관적 비평 (감상) | 객관적 비평 (법칙 기반) |
|---|---|---|
| 표현 방식 | '이 버튼 색상이 별로예요' | '이 CTA 버튼은 배경과 명도 대비가 2.1:1로, WCAG AA 기준(4.5:1)에 미달합니다' |
| 근거 | 개인 취향, 감정, 직감 | 디자인 법칙, 데이터, 사용성 원칙 |
| 실행 가능성 | 무엇을 어떻게 고쳐야 할지 불분명 | 구체적인 개선 방향이 도출됨 |
| 예시 | '폰트가 마음에 안 들어요' | '본문 14px에서 줄간격이 1.2로, 가독성 권장값(1.5~1.6) 미만입니다. Fitts's Law 관점에서 터치 타깃도 40px로 최소 권장(44px)에 미달합니다' |
퀴즈와 인터랙션으로 더 깊이 학습하세요
play_circle인터랙티브 코스 시작하기