UX 법칙을 외우고 있다고 해서 좋은 디자인이 나올까요? 저는 이 질문에 솔직히 "아니오"라고 답합니다. 피츠의 법칙, 힉의 법칙, 밀러의 법칙. 이름은 익숙하지만 실제 프로젝트에서 어떻게 작동하는지 제대로 아는 디자이너는 생각보다 많지 않습니다. 직접 카드 앱 리디자인 프로젝트를 통해 세 법칙을 한꺼번에 적용해보고 나서야, 법칙은 외우는 것이 아니라 근거로 쓰는 것임을 실감했습니다.
피츠의 법칙, 버튼 위치 하나가 바꾼 숫자들
버튼을 크게 만들자는 말은 누구나 합니다. 그런데 왜 크게 만들어야 하는지 수치로 설명할 수 있는 디자이너는 얼마나 될까요?
피츠의 법칙(Fitts' Law)은 1954년 심리학자 폴 피츠가 제시한 법칙으로, 목표물까지의 이동 시간은 거리에 비례하고 목표물의 크기에 반비례한다는 원리입니다. 여기서 핵심은 손가락이 마우스 포인터보다 훨씬 넓은 접촉 면적을 가진다는 점입니다. 쉽게 말해, 모바일 환경에서는 터치 타겟(touch target)이 충분히 커야 오탭(mis-tap) 없이 정확한 입력이 가능하다는 뜻입니다.
Apple Human Interface Guidelines(HIG)는 터치 타겟 최소 크기를 44×44pt로 권장하고, Google Material Design은 48×48dp를 기준으로 제시합니다(출처: Apple Developer). 같은 피츠의 법칙을 해석한 결과인데도 4dp 차이가 나고, 크로스 플랫폼 프로젝트에서 디자인 토큰(design token) 충돌로 이어지는 경우를 제가 직접 경험했습니다. 디자인 토큰이란 색상, 여백, 크기 등 디자인 속성을 변수로 관리하는 체계인데, 플랫폼마다 기준이 다르면 컴포넌트 라이브러리가 일관성을 잃습니다.
제가 참여한 모바일 카드 앱 리디자인에서 주요 CTA(Call to Action) 버튼을 화면 상단에서 하단 엄지 영역, 즉 화면 하단 1/3 구역으로 이동했습니다. 결과는 생각보다 극적이었습니다. 탭 성공률이 12% 상승했고, 일일 오탭 보고 건수가 9건에서 2건으로 줄었습니다. 숫자를 보고 나서야 팀 내에서도 "피츠의 법칙이 실제로 작동하는구나"라는 공감대가 형성됐습니다. 이처럼 법칙은 설득의 언어가 됩니다. 단순히 "버튼을 아래로 내리자"는 주장보다, "피츠의 법칙상 44pt 미만 타겟에서 에러율이 급증한다"는 근거 제시가 팀 회의에서의 무게감이 완전히 다릅니다.
한 손 사용 시나리오에 맞춰 주요 액션 버튼을 화면 하단 100px 고정 영역에 배치했더니, 한 손 사용자 기준 작업 완료 시간이 8.4초에서 5.7초로 단축됐습니다. 솔직히 이건 예상 밖이었습니다. 2.7초 차이가 대수롭지 않아 보여도, 반복 사용하는 앱에서 이 시간 절감이 사용자 만족도에 직접 연결됩니다.
힉의 법칙, 선택지를 줄이면 전환율이 오른다
선택지가 많을수록 사용자가 더 많이 고를 것이라고 생각하신 적 있으신가요? 저도 처음에는 그렇게 생각했습니다. 그런데 실제는 정반대였습니다.
힉의 법칙(Hick's Law)은 1952년 심리학자 윌리엄 에드먼드 힉과 레이 하이만이 공동으로 제시한 원리로, 선택지의 수와 복잡도가 늘어날수록 의사결정 시간이 로그 함수적으로 증가한다는 법칙입니다. 여기서 로그 함수적 증가란, 선택지가 두 배로 늘어난다고 결정 시간이 두 배가 되는 것이 아니라 일정한 비율로 꾸준히 늘어난다는 뜻입니다. 결국 사용자는 선택지 앞에서 인지 부하(cognitive load)를 느끼고, 아무것도 선택하지 않은 채 이탈할 가능성이 높아집니다.
실제로 Procter & Gamble은 Head & Shoulders 제품 라인업을 줄였더니 매출이 10% 증가한 사례를 발표한 바 있습니다. 이는 힉의 법칙이 온라인 UX뿐 아니라 오프라인 구매 행동에도 동일하게 적용된다는 것을 보여줍니다.
제 프로젝트에서 관심사 온보딩 화면에 이 법칙을 바로 적용했습니다. 기존에는 6개 카테고리를 한 화면에 모두 펼쳐 보여주는 구조였는데, 이를 3개로 줄이고 더 보기 항목을 추가했습니다. 결과적으로 온보딩 완료율이 34%에서 68%로 두 배가 됐습니다. 제가 직접 수치를 보고도 처음에는 믿기 어려웠습니다. 더 적게 보여줬는데 더 많이 완료한다는 것이 직관에 반하기 때문입니다.
힉의 법칙을 프로젝트에 적용할 때 저는 보통 다음 순서로 접근합니다.
- 현재 화면에서 사용자가 한 번에 내려야 하는 결정의 수를 파악합니다
- 결정 중 나중에 미뤄도 되는 것을 분리하여 프로그레시브 온보딩(progressive onboarding) 구조로 재배치합니다
- 남은 선택지 중 추천 옵션을 시각적으로 구분해 인지 부하를 낮춥니다
이 흐름 하나만 체계화해도 전환율 개선에 실질적인 차이가 생깁니다.
밀러의 법칙, 결제 이탈률을 반으로 낮춘 규칙
한 화면에 입력 필드가 10개 넘는 결제 폼을 본 적 있으신가요? 사용자가 중간에 포기하는 이유가 단순히 귀찮아서만은 아닙니다.
밀러의 법칙(Miller's Law)은 1956년 심리학자 조지 밀러가 제시한 이론으로, 인간의 작업 기억(working memory)은 한 번에 약 7±2개의 정보 단위만 처리할 수 있다는 원리입니다. 작업 기억이란 현재 주의를 기울이고 있는 정보를 일시적으로 유지하고 조작하는 단기 기억 시스템을 말합니다. 화면에 한꺼번에 너무 많은 정보를 노출하면 사용자의 작업 기억이 과부하 상태에 빠지고, 그 결과 이탈로 이어집니다.
저는 이 법칙을 3단계 결제 플로우에 적용했습니다. 각 스텝마다 입력 필드를 5개 이하로 제한하는 규칙을 설정했고, 그 결과 결제 도중 이탈률이 11%에서 6%로 떨어졌습니다. 수치로 보면 5%포인트 차이지만, 결제 전환 맥락에서는 매출에 직결되는 숫자입니다.
다만 한 가지 주의할 점이 있습니다. 일반적으로 밀러의 법칙을 "내비게이션 항목은 7개 이하로 제한해야 한다"는 규칙으로 오해하는 경우가 많습니다. 제 경험상 이건 잘못된 적용입니다. 내비게이션 메뉴는 항상 화면에 고정 노출되기 때문에 사용자가 기억할 필요가 없습니다. 밀러의 법칙이 실제로 작동하는 영역은 사용자가 능동적으로 기억하고 판단해야 하는 상황, 예를 들어 멀티스텝 폼(multi-step form)이나 설정 화면처럼 선택 결과를 기억한 채 다음 단계로 나아가야 하는 흐름입니다.
Nielsen Norman Group은 인지 부하를 낮추는 UX 설계 원칙으로 청킹(chunking), 즉 관련 정보를 묶어 하나의 단위로 제시하는 방법을 강조합니다(출처: Nielsen Norman Group). 청킹이란 개별 정보를 논리적 그룹으로 묶어 사용자의 기억 부담을 줄이는 설계 기법입니다. 카드 UI에서 상품명, 가격, 평점을 한 덩어리로 묶어 제시하는 것이 대표적인 청킹 적용 사례입니다.
세 법칙을 함께 써야 하는 이유
피츠, 힉, 밀러를 각각 따로 적용하면 어떻게 될까요? 버튼은 충분히 크지만 화면에 너무 많고, 선택지는 줄였지만 입력 필드가 넘쳐나는 상황이 생깁니다. 저는 이 세 법칙이 한 화면 안에서 동시에 작동해야 일관된 설계 의사결정이 만들어진다고 봅니다.
어포던스(affordance)란 사용자가 어떤 행동을 할 수 있는지 인터페이스 자체가 시각적으로 암시하는 속성을 말합니다. 피츠의 법칙으로 버튼 크기와 위치를 정하고, 힉의 법칙으로 화면당 버튼 개수를 정하고, 밀러의 법칙으로 각 스텝의 정보 밀도를 정하면, 어포던스가 자연스럽게 확보된 인터페이스가 만들어집니다. 이 세 축이 동시에 맞물릴 때 사용성 휴리스틱(usability heuristic), 즉 전문가가 인터페이스를 평가할 때 기준으로 삼는 경험 법칙들과도 충돌 없이 정렬됩니다.
한 가지 더 짚고 싶은 건, 이 법칙들이 모두 1950~60년대에 데스크톱과 마우스 환경을 전제로 정립됐다는 점입니다. 터치, 음성 입력, VisionOS 기반 공간 UI로 상호작용 방식이 확장되는 지금, 법칙의 원리는 유효하지만 적용 기준은 재해석이 필요합니다. 예를 들어 피츠의 법칙을 공간 UI에 적용할 때는 거리 개념 자체가 물리적 손 움직임에서 시선 이동 거리로 바뀝니다. 법칙을 외우는 것보다 왜 그 법칙이 작동하는지를 이해하는 것이 더 오래가는 이유가 여기 있습니다.
UX 법칙은 팀 회의에서 설득의 근거가 되고, 수치 개선의 방향을 잡아주며, 접근성 가이드라인과 교차 적용될 때 비로소 완성된 설계 도구가 됩니다. 법칙 이름을 아는 것과 법칙을 근거로 쓰는 것 사이의 거리가 생각보다 멉니다. 다음 프로젝트에서 버튼 위치 하나를 결정할 때 피츠의 법칙을 꺼내 근거로 쓸 수 있다면, 그게 시작입니다.