같은 기다림이 다르게 느껴지는 이유

항공권을 검색하고 결과를 기다리는 상황을 생각해보자. 화면 가운데 동그라미 하나가 계속 돌아간다. 처음에는 기다리지만, 시간이 지나면 검색이 되고 있는 건지, 멈춘 건지 궁금해진다.

이번에는 같은 시간 동안 이런 문구가 나온다고 해보자.

“항공사별 운임을 조회하고 있습니다.", "선택한 날짜의 항공편을 비교하고 있습니다.”

기다리는 시간은 같지만, 사용자는 서비스가 무엇을 하고 있는지 알게 된다. 결과가 나오기 전부터 자신을 위해 작업이 진행되고 있다는 인상이 만들어지는 것이다.

UX에서 속도는 중요하다. 그런데 사용자의 평가는 속도만으로 결정되지 않는다. 사용자는 결과와 함께, 그 결과를 얻기 위해 서비스가 어떤 노력을 했는지도 평가한다.

이 지점을 설명하는 개념이 노동 착각(Labor Illusion)이다.

노동 착각이란?

노동 착각은 서비스가 수행하는 노력을 보여줄 때, 사용자가 그 서비스의 가치를 더 높게 평가하는 현상을 말한다.

2011년 하버드 비즈니스 스쿨의 Ryan Buell과 Michael Norton은 온라인 서비스를 모사한 실험으로 이를 연구했다. 핵심 개념은 운영 투명성(Operational Transparency), 즉 서비스가 수행하는 일을 사용자에게 드러내는 것이다.

항공권 검색 실험에서는 기다리는 화면을 두 가지로 만들었다.

• 진행 막대만 보여주는 화면

• 진행 막대와 함께 검색 중인 사이트와 운임 수집 과정을 보여주는 화면

최종 항공편과 가격은 동일했지만, 작업 과정을 보여준 조건에서 서비스의 지각된 가치가 더 높았다.

후속 실험에서는 즉시 결과를 주는 서비스보다, 과정을 보여주며 30초 또는 60초를 기다리게 하는 서비스를 고른 참가자가 각각 62%, 63%였다. 다만 대기가 길어질수록 가치 평가가 전반적으로 낮아지는 경향도 확인됐다. 기다림 자체가 좋아진다는 뜻은 아니다. Buell & Norton, 2011

같은 결과라도 그것이 만들어지는 과정을 어떻게 경험했는지에 따라 평가가 달라질 수 있다.

자동화가 편리해질수록 보이지 않는 것들

직원에게 여행 일정을 추천받을 때는 상대방의 노력을 어느 정도 볼 수 있다. 조건을 물어보고, 일정을 찾아보고, 가격을 비교하는 과정이 드러난다.

이 작업이 화면 안으로 들어오면 많은 과정이 사라진다. 사용자는 조건을 입력하고 결과를 받지만, 서비스가 얼마나 많은 대안을 확인했는지는 알기 어렵다.

예를 들어 수십 개의 상품을 비교해 세 개를 추천하는 서비스가 있다고 해보자. 상품 세 개만 보여주면 추천의 범위가 드러나지 않는다. 어떤 조건으로 후보를 추렸는지 함께 보여주면 사용자는 결과를 이해할 근거를 얻는다.

그렇다고 모든 내부 과정을 나열할 필요는 없다. 설명이 많아지면 그것도 부담이 된다.

사용자가 맡긴 일과 연결되는 과정을 골라, 이해할 수 있는 언어로 보여주는 것. 운영 투명성을 UI에 적용할 때 필요한 판단이다.

그렇다면 일부러 기다리게 만들어도 될까?

노동 착각을 접하면 “조금 기다리게 하면서 분석하는 모습을 보여주면 더 믿지 않을까?”라는 생각이 들 수 있다.

하지만 이미 결과가 준비됐는데 로딩을 계속하거나, 수행하지 않은 검증 단계를 보여준다면 사용자는 잘못된 단서를 바탕으로 서비스를 평가하게 된다. 특히 “검증 완료” 같은 표현은 정확성에 대한 기대까지 높인다.

실제 설계에서는 줄일 수 있는 대기 시간부터 줄여야 한다. 결과가 준비됐다면 바로 제공하고, 설명할 가치가 있는 처리 내역은 결과 화면에 함께 남길 수도 있다.

작업 과정을 보여주는 목적은 사용자가 자신이 맡긴 일을 이해할 수 있게 하는 데 있어야 한다.

UX/UI 사례 : 무엇을 보여줄 것인가?

KAYAK

항공권 비교 서비스 KAYAK은 노동 착각의 대표적인 사례다. 연구자들도 KAYAK이 검색 중인 항공사를 보여주던 방식을 소개한 적이 있다. 연구자들의 HBR 기고문 지금 화면은 그때와 다르지만, 결과가 오기 전에 무엇을 하고 있는지 알려주는 방식은 이어지고 있다.

결과 목록만 보면 서비스가 얼마나 다양한 곳을 확인했는지 알기 어렵다. 검색 중인 사이트가 보이면 사용자는 여러 곳의 정보를 비교하고 있다는 사실을 알게 된다.

내가 직접 사이트를 오가며 해야 했던 일을 서비스가 대신하고 있다는 점이 드러나는 것이다. 이 화면이 전달하는 것은 탐색의 범위와 노력이다.

도미노피자 Tracker

도미노피자의 Tracker는 주문 접수부터 준비, 굽기, 배송까지 진행 상황을 확인하게 해준다. 미국에서 2008년 도입된 대표적인 주문 추적 UI다. 도미노피자 출시 안내

주문을 마친 사용자는 피자가 언제 오는지뿐 아니라, 지금 만들어지고 있는지도 궁금하다. Tracker는 매장 안에서 일어나는 일을 단계로 나눠 전달한다.

이 사례는 운영 투명성이 화면으로 구현되는 방식을 보여준다. 사용자가 이해할 수 있는 단계로 작업을 설명하면서 기다림의 불확실성도 줄인다. 다만 이 기능 자체가 노동 착각의 효과를 입증하는 것은 아니다.

LinkedIn 스켈레톤

LinkedIn의 스켈레톤은 콘텐츠가 로딩되기 전, 회색 형태로 페이지 구조를 먼저 보여준다. 사용자는 아직 내용을 읽을 수 없어도 어떤 화면이 준비되는지 예상할 수 있다. NN/g, Skeleton Screens 101

스켈레톤을 노동 착각의 직접적인 사례로 보기는 어렵다. 서비스의 노력을 설명하기보다 결과 화면의 형태를 미리 알려주는 UI에 가깝기 때문이다.

이 차이는 로딩 UI를 고를 때 중요하다. 콘텐츠를 불러올 때는 구조를 먼저 보여주고, 여러 자료를 분석할 때는 수행 중인 작업을 설명하는 식으로, 기다리는 대상에 맞는 정보를 줘야 한다.

GPT-6 Astra

GPT-6 Astra의 컴퓨터 사용(Computer Use)에서는 실제 작업 장면까지 드러난다. GPT-6 Astra는 컴퓨터 사용을 지원하고, Codex 앱에서는 데스크톱 앱을 직접 조작하는 작업을 수행할 수 있다. GPT-6 Astra 공식 문서, Computer Use 안내

포인터가 움직이고, 입력란이 채워지고, 다음 화면이 열리는 과정을 보면 AI가 무엇을 하고 있는지 눈에 들어온다. 내가 해야 했던 클릭과 입력이 실제 화면에서 이루어지는 것이다.

작업하는 장면 자체가 진행 상태를 전달하는 UI가 된다.

노동 착각의 관점에서는, 눈에 보이는 작업이 서비스의 가치 판단에 영향을 줄 수 있다고 해석할 수 있다. 다만 실제 수행 과정이 드러나는 경험이며, 이 AI 인터페이스에서 노동 착각의 효과가 직접 검증됐다는 뜻은 아니다.

화면이 보이면 사용자가 잘못된 방향을 알아차릴 기회도 생긴다. 그래서 현재 작업을 보여주는 것과 함께, 멈추거나 수정할 수 있는 수단이 중요해진다. 모든 클릭을 지켜볼 필요 없이, 필요한 순간에 확인하고 개입할 수 있도록 설계해야 한다.

기다리는 동안에도 UX는 지속된다

KAYAK은 검색의 범위를, 도미노피자는 주문의 진행 단계를 보여준다. 스켈레톤은 앞으로 나타날 화면을 예상하게 하고, Astra의 컴퓨터 사용에서는 실제 작업 장면까지 확인할 수 있다.

각각 전달하는 정보는 다르지만, 사용자가 결과를 기다리는 시간을 설계한다는 공통점이 있다.

노동 착각은 그 시간에 보이는 단서가 서비스의 가치 판단에도 영향을 줄 수 있다는 점을 알려준다. 그래서 디자이너는 로딩 화면의 모양과 함께, 사용자가 그 화면을 통해 무엇을 이해하게 될지도 고민해야 한다.

무엇을 맡겼고, 어디까지 진행됐으며, 언제 개입해야 하는지 알 수 있게 하는 것. AI가 대신 수행하는 일이 많아질수록 이런 설계는 더 중요해질 것이다.