UKWRV.
BACK TO BLOG

디지털 프로덕트 UX 패턴 연구 목차

디지털 프로덕트에서 반복적으로 등장하는 UX 패턴을 섹션별로 분류해 관찰, 기고, 사례 분석으로 확장하기 위한 목차입니다.

디지털 프로덕트 UX 패턴 연구 목차

이 목차는 UX 패턴 연구를 상태, 행동, 입력, 탐색, 학습, 접근성, 신뢰, 구현, 발행 전략의 흐름으로 나눈다. 각 섹션 디렉토리의 README.md에는 해당 섹션의 목적과 포함된 글 목록이 정리되어 있다.

질적 보완 기준은 UX 패턴 질적 보완 가이드에 정리한다. 개별 글을 고칠 때는 이 가이드를 기준으로 반복 문장을 줄이고, 판단 기준과 고급 개념, 구현 포인트를 보강한다.

저작권 리스크를 줄이기 위한 작성 기준은 저작권 안전 가이드에 정리한다. 외부 문서와 실제 서비스 사례는 원문이나 화면을 재현하지 않고, 패턴 판단 기준으로 추상화해 사용한다.

전체 문서 점검 결과는 저작권 리스크 전체 점검 리포트에 기록한다.

00. 연구 프레임

개별 패턴을 분석하기 전에 UX 패턴을 왜 연구하는지, 어떤 질문으로 화면을 관찰할지, 프론트엔드 구현과 어떻게 연결할지를 정리한다.

  • 섹션 설명
  • 01_디지털 프로덕트의 UX 패턴을 왜 연구해야 할까.md
  • 02_UX 패턴을 관찰하는 6가지 질문.md
  • 03_프론트엔드 개발자가 UX 패턴을 공부해야 하는 이유.md

01. 시스템 상태와 피드백

사용자가 지금 무엇이 일어나고 있는지 이해하고 다음 행동을 선택할 수 있도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 04_Empty State는 빈 화면이 아니라 다음 행동을 설계하는 화면이다.md
  • 05_검색 결과 없음 화면은 어떻게 설계해야 할까.md
  • 06_Loading UI와 Skeleton UI는 언제 다르게 써야 할까.md
  • 07_좋은 에러 상태는 사용자를 막지 않고 회복시킨다.md
  • 08_성공 피드백은 언제 필요하고 언제 과한가.md
  • 12_Toast, Snackbar, Alert는 언제 다르게 써야 할까.md
  • 15_좋은 에러 메시지는 사용자가 스스로 고칠 수 있게 만든다.md

02. 행동, 위험, 회복

중요한 행동을 보호하고, 실수를 예방하거나 회복시키며, 위험한 결과를 사용자가 이해하도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 09_Confirm Dialog는 정말 필요한가.md
  • 10_삭제 UX에서 Confirm보다 Undo가 나은 경우.md
  • 11_모달은 언제 쓰고 언제 피해야 할까.md
  • 13_위험한 액션 버튼은 어떻게 설계해야 할까.md
  • 33_Optimistic UI는 언제 신뢰를 높이고 언제 위험한가.md

03. 입력과 제출 흐름

사용자가 정보를 입력하고 검증하고 제출하는 과정에서 막히지 않도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 14_Form Validation은 입력 중에 해야 할까, 제출 후에 해야 할까.md
  • 16_Multi-step Form은 언제 필요한가.md
  • 17_자동완성은 사용자를 돕는가 방해하는가.md
  • 18_파일 업로드 UX에서 놓치기 쉬운 상태들.md
  • 29_스크린 리더 친화적인 Form은 어떻게 설계할까.md

04. 탐색과 데이터 발견

사용자가 많은 정보 속에서 원하는 대상을 찾고 비교하고 현재 위치를 이해하도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 19_검색, 필터, 정렬은 각각 어떤 문제를 해결하는가.md
  • 20_필터 UX에서 즉시 반영과 적용 버튼은 어떻게 선택할까.md
  • 21_테이블 UI는 언제 카드 리스트보다 좋은가.md
  • 22_페이지네이션과 무한 스크롤 중 무엇을 선택해야 할까.md
  • 23_Breadcrumb은 언제 필요한가.md

05. 온보딩과 학습

사용자가 제품의 가치를 처음 경험하고 기능을 자연스럽게 배워 나가도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 24_좋은 온보딩은 기능 설명이 아니라 첫 성공 경험을 설계한다.md
  • 25_온보딩을 줄이는 것도 좋은 UX일까.md
  • 26_샘플 데이터는 사용자의 막막함을 줄인다.md
  • 27_Tooltip은 언제 좋은 도움말이 되지 못하는가.md

06. 접근성과 포용성

접근성을 별도의 기능이 아니라 기본 사용성으로 보고, 다양한 사용 환경에서도 같은 행동과 이해가 가능하도록 만드는 패턴을 다룬다.

  • 섹션 설명
  • 28_키보드 내비게이션은 접근성 기능이 아니라 기본 사용성이다.md
  • 30_색상만으로 상태를 전달하면 왜 위험할까.md
  • 31_애니메이션 UX와 Reduced Motion.md

07. 성능, 저장, 네트워크 신뢰

느린 응답, 저장 불안, 연결 실패 상황에서도 사용자가 안심하고 계속 작업할 수 있도록 돕는 패턴을 다룬다.

  • 섹션 설명
  • 32_사용자가 느끼는 속도는 실제 속도와 다르다.md
  • 34_Autosave UX에서 사용자가 안심하려면 무엇을 보여줘야 할까.md
  • 35_네트워크 오류와 Retry UX.md

08. 구현과 운영 품질

UX 패턴을 상태 모델, 컴포넌트 API, 테스트 케이스로 연결해 실제 프론트엔드 품질로 이어지게 만드는 방법을 다룬다.

  • 섹션 설명
  • 36_UX 패턴을 상태 모델로 바꾸는 방법.md
  • 37_좋은 UX 패턴은 좋은 컴포넌트 API로 이어진다.md
  • 38_UX 패턴별 테스트 케이스는 어떻게 작성할까.md

09. 글쓰기와 발행 전략

UX 패턴 연구를 글로 발행할 때 질문형 구조, FAQ, 사례 구성, 답변엔진 친화적인 문서 구조를 다룬다.

  • 섹션 설명
  • 39_AEO 시대의 UX 글쓰기 - 질문형 구조가 중요한 이유.md

패턴 분석 템플릿

각 글은 같은 질문 틀을 공유하되 섹션명은 주제에 맞게 바꾼다. 원고가 대량 템플릿처럼 보이지 않도록 상태, 위험, 입력, 탐색, 학습, 접근성, 신뢰, 구현, 발행의 언어를 제목에 드러낸다.

기본 흐름은 아래 정도로 유지한다.

  1. 먼저 던질 질문
  2. 핵심 관점
  3. 주제별로 잘 작동하는 장면
  4. 주제별로 어긋나는 장면
  5. 사례와 연구 근거
  6. 실무 판단 기준
  7. 추가로 비교할 사례
  8. 원고를 보강할 질문
  9. 출처

심화 원고는 필요한 경우에만 상태 모델, 컴포넌트 API, 테스트해야 할 흐름, FAQ를 추가한다.