바쁜 사용자를 위한 제품 디자인

Jan 13. 2026

*원문 출처를 번역한 글입니다.

예전에 나는 사용자들이 호기심이 많다고 생각했습니다. 눈에 띄는 곳에 두기만 하면 사용자가 찾아서 클릭해 볼 것이라고 믿었죠.

순진한 착각이라기보다는, 디자이너들이 흔히 빠지기 쉬운 '전문적인 편견'에 가까웠습니다. 사용자가 가이드를 읽기 위해 잠시 멈추고, 툴팁을 보려고 마우스를 올리고, 내가 왜 이런 인터랙션을 설계했는지 이해하려고 충분히 탐색할 것이라는 믿음 말입니다.

"이게 말이 되나요?"라고 묻는다면 당시의 나는 항상 "그럼요"라고 답했을 겁니다. 당연히 이유가 있어서 거기 배치한 것이니, 사용자가 확인해 보는 게 논리적으로 맞으니까요. (마치 모든 사람이 새 제품을 사면 설명서를 읽을 거라 믿는 것과 비슷하죠).

하지만 이런 믿음은 이론에서 나온 게 아니었습니다. 조용한 방에서 충분한 시간과 쾌적한 인터넷, 그리고 여유로운 정신 상태로 디자인하던 환경에서 비롯된 오해였죠. 현실은 생각보다 훨씬 빠르게 그 가정을 무너뜨렸습니다.

사람들이 실제로 제품을 어떻게 사용하는지, 특히 즐거움을 위해서가 아니라 '필요'에 의해 쓰는 제품들을 관찰하기 시작하면 불편한 진실을 마주하게 됩니다. 대다수의 사용자, 특히 핀테크나 SaaS처럼 복잡하고 민감한 제품을 다루는 사람들은 전혀 궁금해하지 않는다는 사실입니다. 그들은 바쁘고, 빨리 하던 일을 끝내고 일상으로 돌아가고 싶어 합니다. 주의력은 분산되어 있고 아마 무언가에 이미 늦어 있는 상태일지도 모릅니다. 당신의 제품은 그들의 관심을 얻기 위해 경쟁하는 수많은 요소 중 하나일 뿐입니다.

사용자는 당신의 시스템을 감상하러 온 게 아닙니다. 그저 할 일을 끝내고 빨리 떠나고 싶을 뿐이죠.

현실은 찰나의 순간에 명확해졌습니다.

이 사실을 뼈저리게 느낀 건 사용성 테스트(UT) 때가 아니었습니다. 사실 정해진 시간에 진행되는 테스트에서는 실제 사용 환경을 100% 재현하기 어렵습니다. 참가자들은 이미 당신과 함께 제품을 살펴볼 심리적 준비가 되어 있고, 평소보다 훨씬 더 호기심 어린 태도를 보이기 때문이죠. 진짜 깨달음은 제가 만든 제품을 사용하는 친구를 옆에서 지켜볼 때 찾아왔습니다. 그는 제가 가장 공들여 설계하고 자부심을 느꼈던 부분을 완전히 무시해 버리더군요.

당시 앱의 저축 기능을 위한 사용자 인증 단계에는 아주 세심하게 설계된 인트로 안내가 있었습니다. 단어 하나하나를 고심해서 골랐고, 최적의 위치에 힌트와 가이드를 배치했죠. 모든 것을 완벽하게 설명해 두었습니다. 하지만 친구가 앱을 켜자마자 본 장면은 충격적이었습니다. 그는 1초도 안 되는 시간 동안 화면을 쓱 훑더니, 가장 클릭할 수 있어 보이는 버튼을 바로 눌러버리고 상세 정보를 입력하기 시작했습니다. 정성껏 만든 툴팁과 힌트는 그저 화려한 장식처럼 느껴졌고, 필드의 제목만 보고도 본인이 다 안다고 생각하며 진행해 버린 것이죠.

설명이 나빠서 안 본 게 아닙니다. 그저 찾아볼 인내심이 없었고 자신의 판단을 확신했을 뿐입니다. 그 결과는 참담했습니다. 작업 후에 발생한 예기치 못한 문제들을 되돌려달라는 불만 섞인 고객 문의(CS)만 잔뜩 쌓이게 되었죠.

그 순간은 디자인에 대한 내 가치관을 완전히 바꾸어 놓았습니다.

바쁜 사용자는 탐색하지 않습니다. 그저 훑어볼 뿐입니다. 읽지 않고 대충 넘기며, 시스템을 배우려 하지 않습니다. 대신 자기만의 짐작으로 행동합니다. 그리고 그 짐작이 틀렸을 때, 사용자는 자신이 아닌 제품을 비난합니다. 이것이 소위 '잘 설계된' 제품들이 조용히 실패하는 이유입니다.

일관성 있고 우아하며 세심한 구조를 갖췄을지 몰라도, 시간과 심리적 여유가 있는 사용자를 위해 만들어졌기 때문입니다. 하지만 그런 사용자는 드뭅니다.

스티브 크루그(Steve Krug)는 오래전 그의 저서 『나를 고민하게 하지 마!(Don’t Make Me Think)』를 통해 이 현실을 짚어냈습니다. 많은 이들이 놓치는 사실은, 이 문구가 사용자의 지능을 낮게 본다는 뜻이 아니라 '마찰을 없애라'는 뜻이라는 점입니다. 생각하는 것 자체가 에너지를 소모하는 일인데, 바쁜 사용자들은 이미 그 에너지를 다른 곳에 다 써버린 상태입니다.

사용자가 당신의 제품을 열었을 때, 그들의 '정신적 예산'은 이미 바닥나 있습니다. 사용자에게 추가적인 결정을 요구할 때마다 그들의 에너지는 마이너스가 된다는 사실을 기억해야 합니다.

그렇다면 우리는 무엇을 해야 할까요?

사용자가 바쁘다는 사실을 받아들이는 순간, 디자이너로서 가졌던 많은 본능적 판단들이 변하기 시작합니다.

무언가를 새로 발견하게 만드는 디자인이 아니라, 과업을 빠르게 끝낼 수 있게 돕는 디자인을 지향하게 되죠.

기발한 아이디어보다는 누가 봐도 명확한 결과물을 만드는 데 더 집중하게 됩니다. 선택지를 늘리기보다 오히려 덜어내기 시작하며, 명확함이 유연함보다 훨씬 더 강력한 힘을 발휘한다는 사실을 깨닫게 됩니다. 비록 우리 디자이너들이 선뜻 인정하고 싶지 않은 사실일지라도 말입니다.

많은 제품이 바로 이 지점에서 실수를 범하곤 합니다. 선택지가 많을수록 사용자에게 더 많은 권한을 준다고 착각하는 것이죠. 하지만 현실에서 늘어난 선택지는 사용자를 주저하게 만들 뿐입니다.

심리학 이론인 '힉의 법칙(Hick's Law)'이 이를 잘 설명해 줍니다. 선택지가 많아질수록 의사결정에 걸리는 시간도 함께 늘어난다는 것이죠. 실무적으로 보면, 다섯 개의 유용한 기능이 나열된 화면보다 단 하나의 명확한 주요 액션이 있는 화면이 훨씬 더 효과적이라는 뜻입니다.

바쁜 사용자들은 스스로 고민하고 싶어 하지 않습니다. 제품이 대신 결정해 주거나, 적어도 올바른 경로를 강력하게 제안해 주길 원하죠. 그들은 그저 버튼을 누르기만 하고 싶어 하니까요.

이것이 바로 '기본값' 설정이 중요한 이유입니다. 잘 설계된 기본값은 '조용한 디자인 리더십'을 발휘합니다. 마치 제품이 "우리가 미리 살펴봤는데, 아마 이게 필요하실 거예요"라고 속삭이는 것과 같죠.

반대로 잘못된 기본값은 사용자가 하지 않아도 될 고민을 다시 사용자에게 떠넘깁니다. 그리고 피곤한 사용자들은 그 불편함을 즉각적으로 체감합니다.

받아들이기 힘든 또 다른 진실

여기 우리가 마주해야 할 불편한 진실이 하나 더 있습니다. 사용자의 속도를 늦추는 '즐거움'은 과대평가되어 있다는 사실입니다.

흔히 디자인 업계에서는 화려한 애니메이션이나 재치 있는 문구, 기발한 인터랙션 등을 딜라이트 요소라고 말합니다. 물론 이런 요소들도 훌륭할 수 있지만, 어디까지나 빠르고 예측 가능한 핵심 경험이 탄탄하게 뒷받침되었을 때만 의미가 있습니다.

바쁜 사용자는 조금 지루하더라도 제 기능을 다 하는 제품은 참고 써줍니다. 하지만 자신을 지체하게 만드는 '예쁜 쓰레기' 같은 제품은 절대 용납하지 않습니다.

급박한 상황에서 여러분이 의지하는 제품들을 떠올려 보세요. 뱅킹 앱, 티켓 예매 플랫폼, 택시 호출 앱 같은 것들 말이죠. 이런 상황에서 사용자에게 필요한 건 '깜짝 놀랄 신선함'이 아니라 '확신'입니다.

버튼을 눌렀을 때 어떤 결과가 나올지 정확히 알고 싶어 하죠. 그래서 '예측 가능성'은 디자인의 중요한 가치임에도 불구하고 그만큼 대접받지 못하곤 합니다. 예측 가능한 인터페이스는 사용자의 불안감을 줄여주고, 자신의 행동을 의심하지 않고 실행하게 합니다. 바쁜 사용자에게는 이처럼 상황을 완벽히 통제하고 있다는 느낌이야말로 진정한 즐거움입니다.

저는 많은 팀이 미세한 마이크로 인터랙션에 대해서는 밤새워 토론하면서도, 정작 세 단계면 끝날 핵심 과업이 여섯 단계나 걸린다는 사실은 간과하는 모습을 자주 보았습니다.

바쁜 사용자가 여러분이 공들인 애니메이션의 가감속 곡선을 일일이 알아차리기는 어렵습니다. 설령 알아차린다 해도 처음 몇 번만 즐거울 뿐, 금세 익숙해져 무뎌지기 마련이죠.

반면, 치밀하게 설계되지 않은 애니메이션이 만들어낸 마찰과 지연은 그대로 남아 사용자를 괴롭힙니다. 이제 사용자는 즐거움이 아니라 불필요하게 추가된 단계만을 느끼며 불편을 감수하게 되는 것이죠. (참고로 저 역시 적절하게 사용된 애니메이션은 아주 좋아합니다.)

바쁜 사용자를 고려한 디자인은 오류 상황이나 중요한 액션을 처리하는 방식까지도 바꿔놓습니다.

시간적 여유가 있는 사용자는 이것저것 시도하며 오류를 스스로 해결하려 하지만, 바쁜 사용자는 오류를 마주하는 순간 당황하거나 최악의 경우 서비스를 바로 이탈해 버립니다.

따라서 바쁜 사용자를 위한 제품에서 에러 상태는 단순한 '예외 상황'이 아니라 서비스의 성패를 가르는 '핵심 순간'입니다. 사용자가 상황을 추측하고 해석하게 만드는 모호한 에러 메시지는 사실상 설계의 실패나 다름없습니다. 오류가 발생했을 때 제품은 사용자를 대신해 대부분의 일을 처리해야 합니다.

쉬운 언어로 상황을 설명하고 다음에 할 일을 안내하며, 궁극적으로는 오류가 아예 발생하지 않도록 미리 방지해야 하죠. 이 지점에서 시스템의 '제약 사항'은 사용자를 향한 세심한 '배려'가 됩니다.

중요한 액션을 수행할 때는 사용자가 실수한 뒤에 고객 센터를 찾게 만드는 것보다, 차라리 확인 단계를 하나 더 추가하거나 실행 취소 기능을 제공하는 것이 훨씬 낫습니다. 디자이너들은 때로 제약 사항이 창의성을 제한한다고 느끼며 거부감을 갖기도 합니다. 하지만 현실적으로 이러한 '마찰'은 사용자가 서두르다 실수하지 않도록 보호하는 안전장치 역할을 합니다. 결국 이 모든 것은 마인드셋의 전환으로 이어집니다.

이제 여러분은 "시간을 들여 살펴보면 이해할 수 있는 디자인인가?"라고 묻는 대신, "조급하고 산만하며 스트레스를 받은 상태에서도 바로 사용할 수 있는 디자인인가?"라고 스스로에게 질문하기 시작할 것입니다.

이런 질문은 우리를 겸손하게 만듭니다. 디자인에서 디자이너 자신의 '에고'를 덜어내게 하기 때문이죠. 포트폴리오 사이트인 '드리블(Dribbble)'에 올리기 좋은 화려한 디자인이 아니라, 진짜 현실 세계를 위한 디자인을 하게 만듭니다.

아이러니하게도 이렇게 설계된 제품은 완성도가 떨어지기는커녕 오히려 더 정교하게 느껴집니다. 차분하고 안정적이며, 사용자를 존중한다는 느낌을 주죠. 마치 서두르는 인간의 본성을 깊이 이해하는 사람이 만든 것 같은 인상을 줍니다.

저는 이것이 디자이너가 시니어 단계로 성장하면서 겪게 되는 가장 중요한 변화 중 하나라고 생각합니다.

주니어 디자이너는 시각적인 모습에 집중하고, 미드 레벨 디자이너는 시스템의 작동 방식에 집중합니다. 하지만 시니어 디자이너는 아무도 지켜보지 않을 때 사람들이 실제로 어떻게 행동하는지에 집중합니다.

바쁜 사용자를 위한 디자인이 바로 이 마지막 카테고리에 속합니다. 겉보기에 화려하거나 요란하지는 않지만, 모든 요소에 깊은 의도가 담겨 있죠. 주의력은 부족해지고 인내심은 그 어느 때보다 짧아진 세상에서, '사람들이 감탄하는 제품'과 '사람들이 실제로 사용하는 제품'의 차이는 바로 여기서 결정됩니다.