다른 서비스
위시켓 잡스
디자인
9.8K더욱 뛰어난 모달윈도우를 디자인할 수 있는 9가지의 간단한 원칙
본문은 위시켓과 번역가 전리오가 함께 만든 해외 콘텐츠 기반의 번역문으로, UX를 다루는 블로그 UX플래닛의 글을 번역했습니다. 필자 Nick Babich는 현업 소프트웨어 개발자인 동시에 블로그 ‘UX플래닛’을 운영하며 UX에 대한 인사이트들을 사람들에게 전하고 있습니다. 본문은 우리나라에서 ‘팝업’ 이라 불리는 모달윈도우(Modal indow)를 살피며 그것의 정의와 역할, 그리고 디자인 방법론을 해설합니다.
모달윈도우란 메인 화면의 위에 팝업처럼 떠 있는 창을 말합니다. 영어에서 모달(modal)은 명사인 모드(mode)의 형용사인데, 이 기능을 사용하면 메인 화면이 뒤쪽에 보이기만 하고 사용할 수는 없는 ‘모드’를 만들기 때문입니다. 이런 상태에서는 사용자들이 모달윈도우에서 어떤 동작을 해야만 다시 메인 화면으로 돌아갈 수 있습니다.
디자이너들은 사용자들의 눈길을 끌기 위해서 이러한 모달윈도우를 사용합니다. 따라서 모달윈도우에 있는 정보나 행동들은 순전히 사용자의 관심을 사로잡기 위한 것입니다. 이번 글에서는 모달윈도우를 좀 더 잘 디자인할 수 있는 몇 가지의 간단한 원칙들을 살펴보겠습니다.
디자이너들은 가끔 오류나 로딩 메시지, 또는 작업 성공을 알리기 위해서 모달윈도우를 사용하기도 합니다. 그러나 모달윈도우는 이러한 용도에는 그다지 효과적이지 않습니다. 왜냐하면 모달윈도우는 메인 화면의 동작을 아예 차단하기 때문입니다.
경고 메시지 용도로 모달윈도우를 사용하는 것에 대해서 한 마디: 사용자가 심각할 수도 있는 행동을 하려 하거나, 또는 되돌리기 힘들거나 복구가 불가능한 선택을 하려고 할 때는 모달윈도우를 사용할 수도 있습니다.
일반적으로 모달윈도우에는 두 가지 유형이 있습니다. 하나는 사용자에 의해 유발되는 것이고, 다른 하나는 시스템에 의해서 유발되는 것입니다.
인터넷에서 디자이너들은 주로 프로모션의 목적을 위해서 시스템적인 모달윈도우를 사용하는 경우가 많습니다. 이런 모달윈도우는 사용자들을 방해하고, 특정한 행동을 하게끔 강제합니다. 이처럼 원치 않았던 모달윈도우는 사용자들에게 좋지 못한 인상을 남기는 경우가 많습니다. 그래서 사람들은 이런 메시지가 나타나면 그 즉시 닫기 버튼을 누르곤 합니다. 사용자들은 이런 윈도우가 성가시다는 것을 알고 있기 때문에, 대부분은 그냥 닫기 버튼을 누르는 것입니다.
가장 안전한 방식은 사용자의 행동과 직접적으로 관련된 경우나 정말로 긴급한 메시지를 보여줄 때만 사용하는 것입니다. 그 외의 모든 경우에서는, 다른 방식으로 (심지어 기존의 페이지 내에서도) 사용자들에게 메시지를 전달할 수 있습니다. 이렇게 하면 사용자들은 자신들이 보고 싶은 콘텐츠를 자유롭게 선택하거나 원하는 행동을 마음껏 할 수 있습니다.
모달윈도우가 갑자기 나타난다면, 특히 시스템적으로 실행된 모달윈도우라면, 사람들은 그 창이 나타난 이유를 궁금해할 것입니다. 따라서 모달윈도우에서 사용자들에게 그 창이 나타난 이유를 분명하게 알려줘야 합니다. 즉, 사람들이 충분히 관심을 갖고 그 텍스트를 읽어야 하며, 그들에게 전달하고자 하는 메시지가 무엇이며 어떤 행동을 취할 수 있는지를 사람들이 이해할 수 있어야 합니다.
이 때는 모달윈도우의 창 제목과 기본 확인 버튼의 텍스트를 동일하게 설정하는 것이 좋습니다. 그렇게 하면 사람들이 상황을 좀 더 쉽게 파악할 수 있기 때문입니다. 그러한 버튼에서는 사용자가 그것을 클릭했을 때 어떤 결과가 나타날 지를 명확하게 알 수 있는 라벨을 사용하는 것이 좋습니다. 예를 들자면, 사용자들이 파일을 삭제하고자 할 때, 그것을 다시 한번 더 물어본다고 가정해 보겠습니다. 그럴 때는 “저장 공간을 비우시겠습니까?”라는 질문과 “네”와 “아니오”라는 버튼을 제시하는 것보다는, “선택하신 파일을 삭제하시겠습니까?”라는 질문과 “삭제하기”와 “취소하기”라는 버튼을 제시하는 것이 훨씬 더 낫습니다.
모달윈도우 안에서 스크롤을 내려야 하는 상황은 피하는 것이 좋습니다. 스크롤은 위아래 방향으로 긴 페이지에서는 괜찮지만, 모달윈도우에서는 필수적인 정보와 필요한 버튼만 포함하고 있어야 합니다. 그래서 만약 모달윈도우 안에서 많은 양의 콘텐츠를 추가하고 있다면, 잠시 멈추고 다시 한번 생각해 보시기 바랍니다. 대부분은 많이 쓰이는 방식을 사람들도 좀 더 자연스럽게 받아 들입니다.
사용자들은 자신이 원할 때 언제든 모달윈도우를 빠져나갈 수 있어야 합니다. 따라서 사용자들에게 모달윈도우를 닫을 수 있는 기능을 제공해야 합니다. 많이 쓰이는 몇 가지 방식은 다음과 같습니다.
모달윈도우의 사이즈가 너무 크면 안 됩니다. 그리고 화면 전체를 가려도 안 됩니다. 이상적이라면 화면 전체의 25% 이상을 가리지 않는 것이 좋습니다. 만약 한 개의 윈도우 안에 콘텐츠를 넣을 수 없어 스크롤 바를 사용했다면, 모달윈도우가 아니라 아예 별도의 페이지를 만드는 게 더 나을 수도 있습니다.
사용자들에게 모달윈도우를 확실히 눈에 띄게 하는 대표적인 방법은 다음과 같습니다.
데스크톱 환경에서 모달윈도우가 나타나면, 키보드의 포커스(focus)[1]도 모달윈도우로 이동해야 합니다. 사용자들은 키보드를 이용해서 모달윈도우의 기능을 컨트롤 할 수 있어야 합니다.
대표적으로는, ESC 버튼을 누르면 모달윈도우가 종료되도록 해야 합니다. 만약에 데스크톱을 이용하는 사용자들은 어떤 창이 갑자기 나타나더라도, 자신들에게 익숙한 ESC 버튼을 눌러서 이전의 페이지로 돌아가고 싶어할 것이기 때문입니다.
모달윈도우에서 또 다른 모달윈도우가 나타나는 식으로 디자인을 해서는 안 됩니다. 시각적으로 복잡해질 뿐입니다.
[1] 키보드로부터 입력을 받기 위해서 활성화되는 부분
같은 분야를 다룬 글들을 권해드려요.
요즘 인기있는 이야기들을 권해드려요.
만일 여러분이 디자인 업무를 협업할 때 다른 사전 준비를 제치고 디자인 툴에 곧바로 뛰어든다면 이는 결국 여러분의 창의성을 빼앗아 갈 것입니다. 그 대표적인 예로 피그마와 스케치가 있습니다. 그들은 제품에 라이브러리를 탑재했고, 덕분에 디자이너는 복사/붙여 넣기를 할 필요가 없어졌으며, 각종 컴포넌트를 최신 버전으로 확보할 수 있게 됐습니다. 기업의 디자인 팀은 하나의 파일에서 작업하면서 많은 파일의 일관성을 유지할 수 있게 되었습니다. 통합되거나 내장된 기능으로 프로토타입 작업은 더 쉬워졌습니다. 그러나 이러한 강력한 기능들은 디자이너들을 중력과도 같이 끌어당겨 그들을 이러한 도구에서만 작업하도록 만들었었습니다. 이는 큰 문제입니다.
개발자로 살다 보면 한 번쯤 ‘페어 프로그래밍’을 하게 된다. 페어 프로그래밍은 두 사람이 파트너가 되어 함께 의논하면서 코드를 작성하는 활동이다. 계속 대화하는 것도 쉽지 않은 일인데 말하면서 코드 작성까지 해야 하는 건 분명 체력적, 정신적으로 에너지가 많이 쓰이는 일이다. 그런데 페어 프로그래밍에 대해 검색하면 장점을 얘기하는 사람들이 정말 많다. 실제로 만나본 개발자 중에서도 페어 프로그래밍을 싫다고 하는 사람을 보지 못했다. 오히려, 어렵지만 꼭 해야 하는 일이라고 다들 말했다. 도대체 페어 프로그래밍이 무엇이길래, 그리고 어떤 장점이 있기에 좋아하는 걸까?
일주일에 한 번!
전문가들의 IT 이야기를 전달해드려요.
