[Tech Deep Dive] Laws of UX: 개발자를 위한 UI/UX 엔지니어링 원칙

한눈에 보기

• 정의: 사용자 경험(UX)을 결정짓는 심리학적 휴리스틱 30가지를 정리한 가이드라인 (2026년 5월 3일 기준)
• 핵심 내용: 사용자의 인지 부하(Cognitive Load) 와 결정 지연(Decision Latency) 을 최소화 하고, 직관적인 상태 관리와 오류 복구를 지원하는 UI/UX 설계
• 프로덕션 적용: Fitts's Law (히트박스 최적화), Postel's Law(입력값 예외 처리), Doherty Threshold(응답 지연 시간 통제 및 스트리밍)
• AI 서비스 도입 포인트: Non-deterministic(비결정적)인 AI 의 결과를 다룰 때, 사용자의 불안을 낮추기 위한 피드백 루프(스트리밍 렌더링, 낙관적 UI)와 신뢰성 설계 필요
• 안티 패턴 주의: 지표 개선을 명목으로 사용자의 이탈을 막기 위해 다크 패턴 (Dark Pattern)을 적용하거나, 무의미한 진행 상태를 노출하는 행위

서론: UX는 디자인이 아닌 '엔지니어링' 영역

기능이 고도화된 SaaS와 AI 프로덕트에서 UI는 단순히 데이터를 보여주는 서비스가 아니다. 최근에 바이브 코딩을 하면서 느끼는 것이지만, 기능이 많아질수록 사용자의 '멘탈 모델(Mental Model)'과 시스템의 동작 방식이 충돌하며 런타임 에러(사용자 이탈)가 발생하게 된다. 

Jon Yablonski의 Laws of UX는 이러한 사용자 인터페이스의 런타임 에러를 줄이기 위한 30가지 휴리스틱을 제공한다. 개발자 관점에서 이 30가지 원칙은 코드를 최적화하듯 사용자의 시선, 클릭, 대기 시간을 최적화하는 리팩토링 가이드와 같다.

1. UX 원칙의 모듈화 (6가지 기능적 분류)

 

Laws of UX에 있는 30개 항목을 무작정 외우면 금방 흐려진다. 실무에서는 “이 법칙이 어느 문제를 줄이는가”로 묶어 보는 편이 훨씬 낫다.

 

30개의 법칙을 개별적으로 외우기보다, 시스템 아키텍처의 관점에서 6개의 기능적 모듈로 분류하면 실무 적용이 용이해집니다.

기능적 모듈	대표 법칙	개발자 관점의 체크리스트
메모리 및 상태 관리	Cognitive Load, Chunking	사용자의 단기 기억을 초과하는 정보를 한 번에 렌더링하고 있지 않은가?
라우팅 및 분기 처리	Hick's Law, Choice Overload	메뉴나 선택지가 너무 많아 결정 지연을 유발하지 않는가?
DOM 및 시각적 계층	Proximity, Similarity	관련 데이터/ 컴포넌트가 CSS/레이아웃 상으로 명확히 그룹화되어 있는가?
표준 프로토콜 호환성	Jakob's Law, Mental Model	타 서비스에서 확립된 표준 UI 패턴을 불필요하게 깨고 있지 않은가?
태스크 파이프라인	Goal-Gradient, Flow	다단계 폼에서 진행 상태와 명확한 다음 액션이 프로그래밍되어 있는가?
예외 처리 및 성능	Postel's Law, Doherty Threshold	클라이언트 입력은 유연하고, 서버 응답(<400ms)은 즉시 처리하는가?

이 여섯 묶음은 디자인 회의에서도 유용하다. “버튼 색을 바꾸자”보다 “이 화면은 선택지가 너무 많아 Hick’s Law 관점에서 결정을 늦춘다”라고 말하면 논의가 구체화된다. “사용자가 설명을 안 읽는다”는 불평도 Paradox of the Active User 관점에서는 자연스러운 행동이다. 제품은 설명을 읽게 만들기보다, 설명을 읽지 않아도 첫 행동이 가능하도록 설계되어야 한다.

2. 핵심 UX 원칙 30 (Developer Cheat Sheet)

다음은 실무 PR(Pull Request) 리뷰나 UI 컴포넌트 설계 시 합격 기준(Acceptance Criteria)으로 사용할 수 있는 핵심 표현이다.

 

UX 법칙	엔지니어링 적용 포인트
Aesthetic-Usability Effect	UI 마감이 깔끔하면 사용자는 사소한 버그에 더 관대해진다.
Choice Overload	필터, 옵션이 너무 많으면 사용자는 Action을 포기(Drop-off)한다.
Chunking	긴 텍스트나 입력 폼은 논리적 청크(Step)로 분리해 렌더링한다.
Cognitive Bias	시스템 데이터를 해석할 때 사용자가 착각할 수 있는 에지 케이스를 방어한다.
Cognitive Load	한 화면에서 처리해야 하는 정보량(사용자의 연산량)을 제한한다.
Doherty Threshold	[중요] 시스템 응답이 400ms를 초과하면 로딩 스피너나 스켈레톤 UI를 제공해 흐름을 유지한다.
Fitts’s Law	CTA 버튼의 Hitbox(터치 영역)는 충분히 크게, 접근하기 쉬운 위치에 배치한다.
Flow	목표와 피드백 루프를 짧게 가져가 태스크 몰입을 유도한다.
Goal-Gradient Effect	목표(결제, 가입 완료 등)가 가까워질수록 시각적 인디케이터(Progress Bar)를 명확히 한다.
Hick’s Law	선택지가 1개 늘어날수록 사용자의 연산 시간은 대수(Logarithmic)로 증가한다.
Jakob’s Law	특별한 이유가 없다면 범용적인 UI 라이브러리와 네비게이션 표준을 따른다.
Law of Common Region	경계선(Border)과 배경색을 활용해 독립된 컴포넌트 구역을 명시한다.
Law of Proximity	마진(Margin)과 패딩(Padding)을 조절해 연관된 요소를 물리적으로 가깝게 배치한다.
Law of Pragnanz	복잡한 데이터 시각화 시, 가장 해석하기 단순한 형태의 차트를 사용한다.
Law of Similarity	동일한 역할을 하는 버튼/링크는 동일한 컴포넌트 스타일을 공유해야 한다.
Law of Uniform Connectedness	선이나 면으로 연결된 요소는 강한 의존성을 띠는 것으로 인지된다.
Mental Model	시스템의 실제 아키텍처가 아닌, 사용자가 예상하는 논리 모델에 맞춰 UI를 제공한다.
Miller’s Law	인간의 단기 기억 용량은 제한적이므로, 네비게이션 뎁스나 탭 개수를 최소화한다.
Occam’s Razor	동일한 기능을 수행한다면 더 적은 코드, 더 적은 UI 요소를 가진 설계가 정답이다.
Paradox of the Active User	사용자는 튜토리얼을 읽지 않는다. 직관적인 디폴트(Default) 값과 빈 상태(Empty State)를 설계하라.
Pareto Principle	트래픽의 80%가 발생하는 20%의 핵심 유즈케이스(Happy Path) 최적화에 리소스를 집중한다.
Parkinson’s Law	불필요하게 넉넉한 입력/대기 시간은 태스크 지연을 유발한다.
Peak-End Rule	프로세스의 가장 핵심적인 순간(Peak)과 종료 시점(End)의 에러 핸들링이 전체 경험을 결정한다.
Postel’s Law	[중요] 서버 입력은 관대하게(예: 공백/하이픈 무시), 출력은 엄격하게(일관된 포맷) 처리한다.
Selective Attention	경고 메시지나 주요 상태 변화는 사용자의 현재 포커스 영역 내에 렌더링해야 한다.
Serial Position Effect	리스트 렌더링 시 가장 중요한 항목은 맨 처음이나 맨 끝에 배치한다.
Tesler’s Law	비즈니스 로직의 근본적인 복잡성은 사라지지 않는다. 시스템이 자동화로 처리할지, 사용자에게 입력 폼으로 넘길지 결정해야 한다.
Von Restorff Effect	시각적으로 강조된 단일 요소(Primary Button 등)만 기억에 남는다. 남용 시 효과가 상쇄된다.
Working Memory	화면 전환 시 이전 단계의 컨텍스트를 잃지 않도록 세션이나 로컬 스테이트를 유지한다.
Zeigarnik Effect	미완료된 태스크(예: 임시저장, 장바구니)는 눈에 띄게 표시하여 복귀(Resume)를 유도한다.

 

이 표를 볼 때 중요한 점은 하나다. 법칙 이름을 많이 아는 것보다, 지금 만드는 화면에서 사용자의 부담이 어디서 생기는지 찾는 일이 먼저다. 예를 들어 결제 화면에서 이탈이 높다면 Fitts’s Law 하나만 볼 일이 아니다. 결제 수단 선택이 많은지, 쿠폰 입력이 흐름을 끊는지, 오류 메시지가 사용자의 입력을 너그럽게 받아 주는지까지 함께 봐야 한다.

3. 기억과 선택을 줄이는 법칙

사용자가 제품을 어렵다고 느끼는 순간은 대개 “기능을 모른다”보다 “지금 무엇을 해야 할지 모르겠다”에 가깝다. 이때 먼저 볼 법칙은 Cognitive Load, Working Memory, Chunking, Miller’s Law, Hick’s Law, Choice Overload다.

• Cognitive Load: 화면을 이해하고 조작하는 데 드는 정신적 비용
• Working Memory: 사용자가 작업 중 잠깐 붙잡아 두는 정보
• Chunking: 길고 흩어진 정보를 의미 있는 덩어리로 나누는 방법
• Miller’s Law: 숫자 7에 집착하기보다 기억의 한계를 인정하라는 경고
• Hick’s Law: 선택지가 늘수록 결정 시간이 늘어난다는 기준
• Choice Overload: 너무 많은 선택이 오히려 포기와 지연을 만든다는 현상

실무에서 가장 흔한 실패는 “정보를 모두 보여 주면 친절하다”는 착각이다. 가격표, 기능 비교, 필터, 설정 화면에서 이 착각이 자주 나온다. 사용자는 모든 정보를 볼 권리는 필요하지만, 모든 정보를 동시에 볼 필요는 없다.

예를 들어 SaaS 요금제 화면은 모든 기능 차이를 한 번에 늘어놓기 쉽다. 하지만 대부분의 사용자는 “개인용인가 팀용인가”, “월 비용이 얼마인가”, “내가 쓰려는 기능이 막히지 않는가”를 먼저 본다. 세부 기능표는 접거나 별도 비교 화면으로 빼고, 첫 화면은 결정에 필요한 묶음만 남기는 편이 낫다.

제품 화면은 선택지를 줄이고, 정보를 묶고, 오류를 받아 주고, 끝장면을 정리하는 순서로 점검하면 법칙이 실제 행동으로 바뀐다

Occam’s Razor와 Tesler’s Law는 여기서 균형추 역할을 한다. Occam’s Razor는 불필요한 가정과 장식을 걷어 내라고 말한다. 반대로 Tesler’s Law는 어떤 복잡성은 사라지지 않고 제품 어딘가에 남는다고 경고한다. 배송지 입력, 세금 계산, 권한 관리, 보안 승인 같은 복잡성은 완전히 없앨 수 없다. 다만 그 복잡성을 사용자가 매번 떠안게 할지, 시스템이 기본값과 자동완성, 단계 분리, 오류 복구로 흡수할지는 설계자가 결정할 수 있다.

4. 눈이 먼저 읽는 구조를 만드는 법칙

사람은 화면을 글자 순서대로만 읽지 않는다. 가까운 것, 비슷한 것, 같은 박스 안에 있는 것, 선으로 이어진 것, 튀는 것부터 먼저 본다. 그래서 화면 구조를 만들 때는 Law of Proximity, Law of Similarity, Law of Common Region, Law of Uniform Connectedness, Law of Pragnanz, Von Restorff Effect가 중요하다.

• Proximity: 가까운 요소는 관련 있어 보임
• Similarity: 비슷한 색, 크기, 모양은 같은 기능처럼 보임
• Common Region: 같은 경계 안에 있으면 한 묶음으로 보임
• Uniform Connectedness: 선이나 면으로 이어지면 관계가 더 강해 보임
• Pragnanz: 사람은 복잡한 형태를 가능한 단순하게 해석함
• Von Restorff: 여러 요소 중 다른 하나가 더 잘 기억됨

대시보드 화면을 떠올리면 이해가 쉽다. 매출, 사용자 수, 전환율, 장애 알림, 공지사항이 모두 같은 크기 카드로 놓이면 사용자는 무엇이 중요한지 모른다. 관련 지표끼리는 가깝게 두고, 경고성 지표는 색과 위치를 달리하고, 필터는 필터 영역 안에 묶어야 한다. 카드 디자인이 예뻐도 관계가 흐리면 화면은 복잡하게 느껴진다.

Fitts’s Law는 손과 마우스의 법칙이다. 목표물이 클수록, 현재 위치에서 가까울수록 더 빨리 선택할 수 있다. 모바일에서 장바구니 담기, 결제하기, 메시지 보내기 같은 주요 버튼은 작고 멀리 두면 안 된다. 반대로 삭제, 해지, 영구 제거처럼 위험한 행동은 충분한 간격과 확인 과정을 둬야 한다.

Serial Position Effect와 Selective Attention도 함께 봐야 한다. 사용자는 목록의 처음과 끝을 더 잘 기억하고, 자신의 목표와 관련 없는 정보는 자연스럽게 거른다. 그래서 핵심 메뉴를 중간 어딘가에 묻어 두거나, 모든 항목을 같은 강도로 강조하면 실제로는 아무것도 강조되지 않는다.

5. 사용자는 이미 다른 제품을 쓰고 온다

UX에서 “새로움”은 늘 좋은 말이 아니다. 사용자는 매일 검색, 메신저, 쇼핑몰, 은행 앱, 지도 앱, 업무 도구를 오간다. 이 경험은 새 제품에 들어오는 순간 기대값이 된다.

Jakob’s Law는 이 사실을 가장 직접적으로 말한다. 사용자는 대부분의 시간을 다른 사이트에서 보냈기 때문에, 새 사이트도 이미 아는 방식으로 작동하길 기대한다. 로그인 버튼, 장바구니, 검색창, 필터, 탭, 뒤로가기, 저장 버튼이 전혀 낯선 방식으로 움직이면 사용자는 호기심보다 불안을 먼저 느낀다.

• Mental Model: 사용자가 마음속에 만든 시스템 작동 방식
• Jakob’s Law: 다른 제품에서 익힌 기대가 새 제품으로 이동
• Paradox of the Active User: 설명서를 읽기보다 바로 눌러 보는 행동
• Postel’s Law: 입력은 너그럽게, 출력은 일관되게 다루는 태도

회원가입 화면에서 이 법칙들은 특히 강하게 드러난다. 사용자는 이메일을 넣고, 비밀번호를 만들고, 인증 메일을 확인하는 흐름에 이미 익숙하다. 이때 갑자기 생년월일, 관심사, 회사 규모, 추천인 코드, 약관 체크를 첫 화면에 모두 요구하면 사용자는 제품을 배우기도 전에 멈춘다. 꼭 필요한 정보는 지금 받고, 나머지는 사용 맥락이 생긴 뒤 묻는 편이 낫다.

Postel’s Law는 폼 설계에서 실용적이다. 전화번호에 하이픈을 넣든 빼든 받아 주고, 주소 입력에서 사용자가 조금 다르게 적어도 후보를 제안하며, 검색어에 오타가 있어도 유사 결과를 보여 주는 방식이다. 반대로 시스템이 내보내는 값은 일관되어야 한다. 버튼 이름, 오류 문구, 날짜 형식, 가격 표기가 매번 다르면 사용자의 Mental Model은 흔들린다.

6. 행동을 이어 붙이는 법칙

좋은 UX는 시작만 쉽게 만드는 데서 끝나지 않는다. 사용자가 계속 움직이게 하고, 중간에 멈춰도 돌아오게 하고, 끝났을 때 나쁜 기억을 남기지 않아야 한다. 여기에는 Goal-Gradient Effect, Flow, Peak-End Rule, Zeigarnik Effect, Parkinson’s Law, Pareto Principle, Doherty Threshold가 연결된다.

• Goal-Gradient Effect: 목표가 가까워질수록 행동 의지가 커짐
• Flow: 목표, 난이도, 피드백이 맞을 때 몰입이 생김
• Peak-End Rule: 사람은 전체 평균보다 최고점과 끝을 강하게 기억
• Zeigarnik Effect: 끝나지 않은 과제는 머릿속에 더 오래 남음
• Parkinson’s Law: 일은 주어진 시간과 단계만큼 늘어나는 경향
• Pareto Principle: 소수의 흐름이 대부분의 결과를 만든다는 판단 도구
• Doherty Threshold: 빠른 피드백은 사용자와 시스템의 리듬을 맞춤

온보딩에서는 진행률이 중요하다. “3단계 중 2단계 완료”처럼 목표가 가까워지는 감각을 주면 사용자는 끝까지 갈 가능성이 높아진다. 다만 진행률을 조작하거나 의미 없는 단계를 쪼개는 방식은 금물이다. 사용자는 숫자보다 실제로 나아가고 있다는 감각을 더 빨리 알아챈다.

AI 서비스에서는 Doherty Threshold가 특히 민감하다. 모델이 오래 생각해야 하는 작업이라도, 화면이 멈춘 것처럼 보이면 사용자는 실패로 받아들인다. 토큰 단위 스트리밍, 단계별 상태 메시지, 취소 버튼, 중간 결과 미리보기는 단순한 장식이 아니다. 기다림을 통제 가능한 시간으로 바꾸는 UX 장치다.

Peak-End Rule은 결제, 고객센터, 환불, 오류 복구에서 크게 작동한다. 기능 대부분이 괜찮아도 마지막 저장에서 오류가 나고 복구 방법이 없으면 사용자는 그 제품을 불안한 도구로 기억한다. 반대로 중간에 작은 마찰이 있어도 마지막에 결과가 명확하고 다음 행동이 보이면 경험은 훨씬 부드럽게 남는다.

7. AI 서비스와 SaaS에서 더 중요해지는 이유

Laws of UX의 두 번째 판 소개 페이지는 LLM, AI 이미지 생성, 공간 컴퓨팅, 더 강력해진 스마트폰 같은 변화 속에서도 기본 심리 원칙은 여전히 중요하다고 설명한다. 이 말은 AI 서비스 기획자에게 꽤 현실적이다. 모델 성능이 좋아질수록 문제는 “AI가 무엇을 할 수 있나”에서 “사용자가 그것을 어떻게 믿고 다루나”로 이동한다.

AI 서비스는 프롬프트 입력, 처리 대기, 결과 검토, 수정과 재사용 구간마다 서로 다른 UX 법칙이 작동한다

• 입력창: Postel’s Law와 Active User 관점에서 애매한 입력도 받아 주고 예시를 제안
• 대기 화면: Doherty Threshold와 Flow 관점에서 진행 상태와 취소 가능성을 제공
• 결과 화면: Cognitive Load와 Chunking 관점에서 긴 답변을 요약, 근거, 다음 행동으로 분리
• 수정 흐름: Zeigarnik Effect 관점에서 중단된 작업과 이전 프롬프트를 쉽게 복귀
• 신뢰 설계: Cognitive Bias 관점에서 과신을 막고 검증 가능한 근거를 분리

예를 들어 문서 요약 AI가 있다고 하자. 사용자는 모델의 구조를 알 필요는 없지만, 어떤 파일이 들어갔고 어떤 기준으로 요약됐으며 어디까지 믿어도 되는지는 알아야 한다. 여기서 Mental Model이 흔들리면 사용자는 결과가 맞아도 불안해한다. “요약 완료”만 보여 주는 화면보다 “본문 12쪽을 읽고, 핵심 주장 5개와 실행 항목 4개로 나눴다”라고 알려 주는 화면이 더 신뢰를 만든다.

SaaS 관리자 화면도 비슷하다. 권한, 청구, 감사 로그, 팀 설정은 본질적으로 복잡하다. Tesler’s Law 관점에서 이 복잡성은 사라지지 않는다. 좋은 제품은 이를 숨기기만 하지 않고, 역할별 기본값, 안전한 추천값, 변경 전 미리보기, 되돌리기, 로그 추적을 제공한다. 사용자가 복잡성을 이해하지 못하게 만드는 것이 아니라, 필요한 순간에만 필요한 복잡성을 보게 하는 것이 핵심이다.

8. 서비스로서의 의미

UX 법칙은 디자인팀만의 참고서가 아니다. 제품을 돈을 내고 쓰게 만드는 과정과도 직접 연결된다. 사용자가 더 빨리 이해하고, 덜 실수하고, 중간에 덜 포기하면 고객 획득 비용과 지원 비용이 함께 줄어든다.

• 누가 쓰는가: 디자이너, 프론트엔드 개발자, PM, 그로스 마케터, 고객 성공팀
• 무엇을 줄이는가: 가입 이탈, 결제 실패, 기능 문의, 설정 실수, 교육 비용
• 돈을 낼 가치: 업무 시간을 줄이고 팀 전체의 의사결정 언어를 맞추는 효과
• 보완재 성격: 디자인 시스템, 사용성 테스트, 분석 도구를 대체하기보다 앞단 가설을 세움
• 운영 비용: 가이드 작성, 컴포넌트 표준화, 사용자 테스트, 접근성 검수 필요
• 신뢰 조건: 법칙만으로 단정하지 않고 실제 데이터와 사용자 인터뷰로 확인

한국 시장에서도 활용 지점은 넓다. 금융 앱은 오류 복구와 신뢰 문구가 중요하고, 커머스는 선택지 과부하와 결제 흐름이 민감하다. B2B SaaS는 대시보드 정보 구조와 권한 설정이 핵심이며, 공공 서비스는 사용자의 디지털 숙련도 차이를 더 크게 고려해야 한다.

특히 국내 서비스는 이벤트 배너, 혜택 문구, 팝업, 추천 영역이 한 화면에 많이 쌓이는 경향이 있다. 단기 클릭률만 보면 합리적으로 보일 수 있지만, Cognitive Load와 Selective Attention 관점에서는 핵심 행동을 흐리게 만들 수 있다. “더 많이 보여 주는 화면”이 아니라 “사용자가 지금 하려는 일을 덜 방해하는 화면”이 장기 전환율에 더 강할 가능성이 크다.

9. 법칙을 잘못 쓰면 생기는 문제

UX 심리 법칙은 설득력 있는 언어라서 오용되기도 쉽다. Von Restorff Effect를 이유로 모든 버튼을 튀게 만들거나, Goal-Gradient Effect를 이유로 의미 없는 진행률을 보여 주거나, Peak-End Rule을 이유로 마지막 화면만 예쁘게 꾸미는 식이다.

Laws of UX의 디자인 심리학 글도 윤리 문제를 따로 짚는다. 심리학 원리를 쓰는 목적이 사용자를 돕는 것인지, 사용자의 약점을 이용해 더 오래 붙잡는 것인지를 구분해야 한다는 취지다. 이 구분은 지금 더 중요하다. 추천 알고리즘, 숏폼 피드, 게임형 리워드, AI 챗봇은 모두 사용자의 주의와 습관에 직접 영향을 준다.

• 나쁜 적용: 사용자를 더 오래 붙잡기 위해 미완료 알림을 과도하게 사용
• 나쁜 적용: 선택지를 숨겨 해지와 환불을 어렵게 만드는 흐름
• 나쁜 적용: 예쁜 화면으로 실제 오류와 접근성 문제를 가림
• 좋은 적용: 사용자가 목표를 빨리 끝내고 안전하게 빠져나가게 도움
• 좋은 적용: 실수 가능성을 줄이고 복구 경로를 분명히 제공
• 좋은 적용: 초보자와 숙련자 모두 자신의 속도로 기능을 쓰게 함

그래서 UX 법칙은 결론이 아니라 질문이어야 한다. “Hick’s Law니까 메뉴는 5개 이하” 같은 식으로 외우면 위험하다. 메뉴가 8개여도 묶음과 우선순위가 분명하면 괜찮을 수 있고, 메뉴가 4개여도 이름이 모호하면 어렵다. 법칙은 테스트할 가설을 세우는 도구이지, 사용자 조사를 대체하는 판결문이 아니다.

결론

Laws of UX 30가지를 한 문장으로 묶으면 이렇다. 좋은 UX는 사용자를 더 오래 붙잡는 기술이 아니라, 사용자가 목표까지 가는 동안 기억할 것, 고민할 것, 실수할 것, 기다릴 것을 줄이는 기술이다.

제품 화면을 볼 때는 먼저 다섯 가지만 확인해도 충분하다. 사용자가 한 번에 외워야 하는 정보가 많은지, 선택지가 결정을 늦추는지, 관련 요소가 자연스럽게 묶여 보이는지, 이미 익숙한 패턴을 불필요하게 깨지 않았는지, 마지막 순간에 좋은 기억과 복구 경로를 남기는지다.

AI 서비스와 SaaS가 복잡해질수록 이 법칙들은 더 실용적이다. 모델, 기능, 데이터가 늘수록 사용자는 더 많은 설명을 원하지 않는다. 사용자는 덜 헤매고, 덜 기다리고, 덜 의심하면서, 자신이 하려던 일을 끝내고 싶어 한다. Laws of UX는 그 평범한 요구를 제품 언어로 바꿔 주는 좋은 출발점이다.

참고 자료

• Laws of UX 공식 홈 - Laws of UX, 2026년 5월 3일 확인
• Laws of UX 법칙 목록 - Laws of UX, 2026년 5월 3일 확인
• Laws of UX 프로젝트 소개 - Laws of UX, 2026년 5월 3일 확인
• The Psychology of Design - Jon Yablonski, Laws of UX, 2018년 10월 5일
• Laws of UX Book - Laws of UX, 2026년 5월 3일 확인
• Aesthetic-Usability Effect - Laws of UX, 2026년 5월 3일 확인
• Jakob’s Law - Laws of UX, 2026년 5월 3일 확인
• Tesler’s Law - Laws of UX, 2026년 5월 3일 확인