디지털 프로덕트의 UX 패턴 연구
먼저 던질 질문
좋은 UX는 단순히 타고난 디자인적 감각이 아니라 정량화, 템플릿화가 가능한 패턴으로 설명할 수 있을까
핵심 관점
UX 패턴 연구의 핵심은 좋은 화면을 모으는 것이 아니라, 좋은 판단이 반복되는 조건을 찾는 것이다. 사례는 재료이고, 패턴은 그 사례들을 다시 사용할 수 있는 언어로 바꾼 결과다.
관찰이 유효해지는 장면
이메일을 보관하거나 삭제한 뒤 즉시 Confirm Dialog를 띄우는 대신, 작업을 완료하고 Snackbar에서 Undo를 제공하는 방식은 반복 작업에 적합하다.
사용자는 흐름을 멈추지 않고 계속 작업할 수 있고, 실수했을 때만 복구 액션을 사용한다.
이 사례는 실수를 사전에 막는 방식보다 실수를 회복시키는 방식이 더 나은 상황을 보여준다.
관찰이 얕아지는 장면
반복적으로 항목을 정리해야 하는 관리자 화면에서 매번 확인창이 뜨면 사용자는 확인 버튼을 습관적으로 누르게 된다.
이때 Confirm Dialog는 실수를 줄이기보다 주의를 무디게 만들 수 있다. 이 경우 사용자는 화면의 의도를 스스로 추측해야 한다.
UX가 나빠지는 순간은 대개 사용자가 다음 행동을 알 수 없을 때다.
"검색 결과가 없습니다"만 보여주는 화면은 사용자가 다음에 무엇을 해야 할지 알려주지 않는다.
검색어를 바꿔야 하는지, 필터를 해제해야 하는지, 데이터가 실제로 없는지 판단하기 어렵다. 이런 문제는 구현 단계에서도 자주 반복된다.
정상 상태만 만들고 예외 상태를 나중에 붙이면 문구, 포커스, 버튼 상태, 재시도 흐름이 제각각이 된다.
연구 프레임과 근거
휴리스틱은 감각을 검토 언어로 바꾼다
Nielsen Norman Group의 10가지 사용성 휴리스틱은 좋은 UX를 취향이 아니라 반복 가능한 판단 기준으로 설명하게 해준다. 시스템 상태의 가시성, 사용자 통제감, 오류 예방, 오류 회복은 대부분의 디지털 제품에서 반복해서 나타나는 기준이다.
이메일의 Undo, 저장소 삭제 확인, 공공 서비스의 오류 요약은 서로 다른 화면이지만 모두 사용자가 현재 상태와 다음 행동을 이해하게 만든다. UX 패턴 연구는 이런 사례를 화면 모양이 아니라 사용자의 판단 비용이라는 관점으로 다시 묶는 일이다.
실무 해석
사례를 모을 때는 제품명, 사용자 상황, 실패 가능성, 복구 경로, 접근성 조건을 함께 기록해야 한다. 그래야 화면 모양 수집이 아니라 디자인 리뷰와 컴포넌트 설계에 다시 쓸 수 있는 지식이 된다.
프레임으로 쓰는 기준
- 사례를 볼 때 화면 구성보다 사용자의 상황을 먼저 적는다
- 패턴이 해결하는 문제와 새로 만드는 비용을 함께 본다
- 프론트엔드 구현에서 상태와 예외로 어떻게 바뀌는지 확인한다
자주 빠지는 함정
멋진 화면을 스크랩하는 데서 멈추면 학습이 축적되지 않는다. 왜 그 선택이 그 맥락에서 맞았는지까지 기록해야 다음 제품에서 쓸 수 있다.
추가 관찰 대상
- 같은 삭제 액션을 이메일, 문서, 개발자 도구에서 어떻게 다르게 처리하는지 비교한다
- 가입 직후 첫 화면이 비어 있는 SaaS와 샘플 데이터가 있는 SaaS를 비교한다
- 실패 상태를 잘 설명하는 결제, 예약, 인증 화면 사례를 모은다
연구 질문으로 남길 것
- 이 글을 읽은 사람이 다음 글을 읽고 싶어지는 문제의식이 충분한가
- 패턴 연구가 실제 개발 의사결정에 도움이 된다는 근거가 있는가
출처
- Nielsen Norman Group, 10 Usability Heuristics for User Interface Design: https://www.nngroup.com/articles/ten-usability-heuristics/
- W3C, Web Content Accessibility Guidelines WCAG 2.2: https://www.w3.org/TR/WCAG22/
- Google Gmail Help, Send or unsend Gmail messages: https://support.google.com/mail/answer/2819488?hl=en
- GitHub Docs, Deleting a repository: https://docs.github.com/en/repositories/creating-and-managing-repositories/deleting-a-repository