WekeyLab 상세 노트 · UX/AI 관찰

사람은 기다리는 동안 이미 떠날지 정한다

대기 화면에서 사용자가 떠나는 이유를 시간 길이가 아니라 상태 정보와 선택감의 관점으로 정리한 UX 노트입니다.

대기 화면에서 진행 정보와 선택지가 이탈 판단에 미치는 흐름도
같은 20초라도 사용자가 상태와 선택지를 알면 기다림의 체감이 달라진다.

도입 장면

게임 매칭 화면에서 “상대를 찾는 중...”이라는 문구만 20초째 떠 있다고 가정해보자. 결과가 늦는 것보다 먼저 드는 생각은 “이게 아직 작동 중인가?”다. 화면이 멈춘 건지, 내가 실제 대기열에 들어간 건지, 나가면 손해가 있는지 알 수 없으면 사용자의 손은 시작 버튼보다 뒤로 가기 버튼 근처로 간다.

문제 상황

대기 화면은 종종 결과가 나오기 전까지 시간을 버티는 장식처럼 설계된다. 로딩 애니메이션만 돌고, 현재 상태나 예상 시간이나 사용자가 할 수 있는 선택은 보이지 않는다. 이런 화면은 사용자를 기다리게 하는 것이 아니라 방치된 느낌을 준다.

핵심 관찰

사람은 기다리는 동안 이미 떠날지 정한다. 대기 시간 자체보다 더 중요한 것은 내 입력이 접수됐는지, 진행 중인지, 얼마나 남았는지, 내가 할 수 있는 선택이 남아 있는지다. 진행 표시와 상태 피드백은 불확실성을 줄이고 사용자가 상황을 해석할 수 있게 만든다.

판단 기준

  1. 사용자가 현재 상태를 알 수 있는가?
  2. 대략적인 남은 시간이나 순서를 알 수 있는가?
  3. 기다리는 동안 선택할 수 있는 행동이 있는가?
  4. 나가거나 취소했을 때 손해가 있는지 알 수 있는가?
  5. 상태가 변하고 있다는 신호를 주는가?

게임/서비스/AI 적용점

게임 매칭 화면에서는 “상대를 찾는 중”보다 “현재 대기열 3명, 예상 18초, 조건을 넓히면 더 빨리 시작”이 낫다. 결제 승인 화면에서는 “처리 중”만 보여주기보다 “승인 확인 중, 중복 클릭하지 않아도 됩니다”가 낫다. AI 답변 생성 화면에서는 “생성 중”만 보여주기보다 “자료 확인 → 초안 구성 → 답변 정리”처럼 단계를 보여주면 사용자가 멈춤과 진행을 구분할 수 있다.

나쁜 설계 예시

좋은 설계 예시

다음 실험 질문

같은 20초 대기 화면을 두 가지로 나눠볼 수 있다. A안은 “처리 중”만 보여준다. B안은 예상 대기 시간, 현재 단계, 취소 시 영향, 조건 변경 버튼을 함께 보여준다. 이후 이탈률, 뒤로 가기 클릭, 중복 클릭, 완료율, 완료 후 만족도를 비교하면 사용자가 기다림을 어떻게 해석했는지 볼 수 있다.

참고자료

  1. NN/g — Progress Indicators Make a Slow System Less Insufferable
    진행 표시가 불확실성을 줄이고 사용자가 더 오래 기다릴 수 있게 만든다는 관점.
  2. NN/g — 10 Usability Heuristics for User Interface Design
    시스템 상태 가시성과 사용자 통제감 기준.
  3. Material Design 3 — Progress indicators
    진행 상태를 UI 컴포넌트로 표현하는 기본 참고.

이미지 정보: source_url original · license original · attribution not required