캡찹님들은 제품 내 확인 다이알로그가 무분별하게 노출되어 불편했던 적이 있으신가요? 캡찹님들의 제품에도 확인 다이얼로그가 적절히 사용되고 있는지, 혹은 남용되고 있지는 않은지 [확인 다이얼로그 8가지 디자인 가이드라인]을 바탕으로 검토해 보시기 바라요! 

 1️⃣ [아티클] 확인(Confirmation) 다이얼로그는 사용자 오류를 예방할 수 있다 — 남용되지만 않으면

캡찹님들은 제품 내 확인 다이얼로그가 무분별하게 노출되어 불편했던 적이 있으신가요?

최근 사내 사용자 여정 지도를 전체적으로 확인할 기회가 있었습니다. 이때 생각보다 확인 다이얼로그가 빈번하게 "아주" 많이 노출되고 있다는 사실을 알게 되었어요. 가령 무언가를 작성하다가 닫기(X) 버튼만 눌러도 "정말 나가시겠습니까?" 등의 확인 다이얼로그들이 노출되고 있더라고요.

"이게 진짜 사용자를 위해 좋은 사용성인가?"라고 생각해 봤을 때, 분명 확인 다이얼로그 수를 줄여야 되는 건 맞아 보였어요. 하지만 근거가 없었습니다. 그래서 아티클들을 찾다가 이런 주옥같은 아티클을 발견하게 되었습니다. 

캡찹님들! 남용되지 않는다면 확인 다이얼로그는 사용자 오류를 예방하는 좋은 방법입니다. 캡찹님들의 제품에도 확인 다이얼로그가 적절히 사용되고 있는지, 혹은 남용되고 있지는 않은지 [확인 다이얼로그 8가지 디자인 가이드라인]을 바탕으로 검토해 보시기 바라요! 

비록 우리는 "사용자 오류"라고 부르지만, 실제로는 디자이너가 사용자들이 실수를 저지르기 너무 쉽게 디자인했기 때문에 책임은 디자이너에게 있습니다. 사용자가 항상 의도된 방식대로 디자인을 사용할 것이라고 가정할 수는 없습니다.

사용자 오류를 방지하거나 최소화할 수 있는 다양한 방법이 있습니다. 이번 글에서는 가장 간단한 방법 중 하나인 확인 다이얼로그에 초점을 맞춰 설명해 보겠습니다.

확인 다이얼로그: 사용자가 방금 시스템에 요청한 명령을 실행하기 전에 진행할 의사가 확실한지를 묻는 기능입니다.

그래픽 사용자 인터페이스에서 확인 다이얼로그는 일반적으로 팝업 형태의 모달 다이얼로그 상자로 표시되며, 시스템이 사용자의 명령을 실행하기 전에 반드시 확인해야 하는 창으로 나타납니다. (다른 상호작용 스타일에서는 확인 다이얼로그가 다른 형식을 사용할 수 있습니다. 예를 들어, 음성 사용자 인터페이스(Voice UI)는 사용자가 "예" 또는 "아니오"로 응답할 수 있는 음성 질문을 사용할 수도 있습니다.) 형식이 무엇이든 간에, 확인 대화 상자는 시스템이 시작한 작업 흐름의 중단을 의미합니다. 이는 사용자의 작업 흐름을 느리게 만듭니다. 만약 이러한 지연이 오류를 방지할 수 있다면, 그 시간은 가치 있는 시간입니다. 하지만 그렇지 않다면, 사용자의 흐름을 방해하기 때문에 짜증을 유발할 수 있습니다.

우선, 왜 Windows는 동일한 문제(영구 파일 삭제)를 나타내기 위해 두 개의 서로 다른 아이콘을 사용할까요? X 아이콘과 느낌표 아이콘은 모두 이러한 유형의 경고에 적절한 아이콘이지만, 일관성을 위해 하나만 선택해야 합니다(사용자 인터페이스 설계의 10대 휴리스틱 중 하나). 그래도 이정도는 사소한 문제입니다. 왜냐하면 사용자가 이 대화 상자에 대한 응답을 아이콘 분석에 기반해 결정하지는 않을 것이기 때문입니다.

여러 파일 삭제 시 확인 대화 상자의 문제는 많은 확인 대화 상자에서 공통적으로 나타나는 문제, 즉 구체성 부족입니다. "이 두 개의 항목"이라는 표현만으로는 사용자가 어떤 파일이 삭제될지 알 수 없습니다. 반면, 단일 파일 삭제 시 표시되는 확인 대화 상자는 파일 이름과 부가적인 정보를 함께 표시하여 사용자가 올바른 파일이 삭제되는지 확인할 수 있도록 돕습니다. (더 나은 사용성을 위해, 일반 아이콘 대신 파일의 썸네일을 표시하는 것이 좋습니다.) 물론, 많은 파일을 삭제할 때 세부 정보를 제공하는 것은 어렵습니다. 하지만 삭제할 파일의 개수를 표시하는 것도 최소한의 구체성을 제공하는 방법입니다.

자, 기본으로 돌아가 봅시다. 확인 다이얼로그를 노출하는 이유는 무엇일까요? 사용자가 위험한 작업을 진행하기 전에 자신의 작업을 다시 확인할 기회를 제공하기 위함입니다. 하지만 사용자가 확인 대화 상자에 습관적으로 반응하여 아무 생각 없이 "예"를 클릭한다면, 이는 진정한 재확인 기회가 될 수 없습니다.

확인 다이얼로그는 사용자의 요청을 다시 언급하고, 컴퓨터가 수행하려는 작업을 설명해야 하며, 사용자가 자신의 행동이 미칠 영향을 이해할 수 있도록 구체적인 정보를 제공해야 합니다. 식별할 수 있는 세부 정보 없이 사용자에게 요청을 확인하라고 묻는 것은 무의미합니다. 이는 YouTube의 영상 삭제 확인 대화 상자가 그 예입니다.  

사용자에게 "정말로 이 작업을 진행하시겠습니까?"라고 세부 정보 없이 묻는다면, 유일하게 합리적인 반응은 "당연히 내가 방금 요청한 작업을 하고 싶지"라고 생각하며 별다른 고민 없이 "예"를 클릭하는 것입니다. 이러한 자동적인 행동은 아무런 보호 기능을 제공하지 못하며, 단지 사용자를 짜증나게 할 뿐입니다. 또한, 사용자로 하여금 향후 경고 메시지에 덜 주의를 기울이게 만듭니다.

확인 다이얼로그 디자인 가이드라인  

#1. 심각한 결과를 초래하는 작업을 수행하기 전에 확인 다이얼로그를 사용하세요. 예를 들어, 사용자의 작업을 삭제하거나 큰 금액이 소모되는 작업이 해당됩니다. 특히, 되돌릴 수 없는 작업에 대해서는 확인 대화 상자를 고려해야 합니다. (하지만 앞서 언급했듯이, 되도록 “되돌리기 기능(Undo)”을 제공하는 것이 좋습니다. 이는 사용자 제어 및 자유라는 또 다른 사용성 휴리스틱의 핵심 요소로, 사용자들이 불안을 줄이고 주요 문제에서 복구할 수 있도록 돕습니다.)

#2. 일상적인 작업에서는 확인 다이얼로그를 사용하지 마세요. 이솝 우화에서처럼 늑대가 나타났다고 너무 자주 외치면, 사람들은 더 이상 그 경고에 주의를 기울이지 않게 됩니다. 이와 마찬가지로, 확인 다이얼로그가 너무 자주 나타나면 오류를 방지하는 기능을 상실하게 됩니다.

#3. 구체적으로 설명하고, 사용자에게 자신의 행동이 초래할 결과를 알려주세요. "정말로 이 작업을 진행하시겠습니까?"라는 질문은 하지 말고, "이 작업"이 무엇인지 이해하기 쉬운 사용자 관점의 용어로 설명하세요. 이를 통해 사용자가 실수를 인지할 가능성을 높일 수 있습니다.

#4. "예/아니오" 대답 대신, 각 응답 옵션이 실행 결과를 요약하여 보여주는 응답 버튼을 제공하세요. 예를 들어, 파일 삭제의 경우 "파일 삭제"와 "파일 유지"라고 표시된 버튼을 사용하는 것이 좋습니다.

#5. 점진적 정보 공개(progressive disclosure)를 사용하여, 사용자가 명령을 실행하기 전에 그 결과에 대해 더 자세히 알아볼 수 있도록 하세요. 단, 확인 다이얼로그의 텍스트는 여전히 쉽게 훑어볼 수 있을 정도로 간결하게 유지해야 합니다.

#6. 확인 다이얼로그에 *기본 값으로 “네(Yes)"를 설정하는 것은 피하세요. 일반적으로 다이얼로그에서는 가장 자주 선택되는 옵션을 기본 값으로 설정하는 것이 좋습니다. 이렇게 하면 사용자의 시간을 절약할 수 있고, 초보자들에게 가장 가능성 있는 선택지를 학습시킬 수 있습니다. 하지만 확인 다이얼로그의 목적은 사용자가 자신의 행동을 다시 확인하고, 정말로 위험한 작업을 실행할 준비가 되었을 때만 진행하도록 하는 것입니다. 기본 값으로 "아니오(No)"를 설정하는 것도 가능하지만, 기본 답변을 아예 설정하지 않는 것이 가장 좋을 수 있습니다.

#7. 특히 위험한 작업의 경우, 사용자가 비표준적인 행동을 통해 확인하도록 요구하세요. 단순히 "확인(OK)" 버튼을 클릭하게 하는 대신(또는 더 나은 방법으로는 작업을 설명하는 한두 단어가 포함된 버튼을 사용하는 것), 사용자가 평소에 하지 않는 행동을 하게 만드세요. 예를 들어, MailChimp에서는 메일링 리스트를 삭제하기 전에 사용자가 특정 단어를 입력하도록 요구합니다. (Don Norman은 이에 더 나아가, 가장 위험한 작업의 경우 다른 사용자에게 확인을 요청해야 한다고까지 제안합니다.) 이러한 비표준 응답 방식은 가장 위험하고 드문 작업에만 사용해야 합니다. 왜냐하면 이러한 방식이 너무 자주 사용되면 새로운 표준이 되어 버려, 결국 사용자가 자동적으로 반응하게 되며 작업의 결과를 깊이 생각하지 않게 되는 또 다른 문제를 초래할 수 있기 때문입니다.

#8. 사용자가 향후 일상적인 확인 다이얼로그를 건너뛸 수 있는 사용자 맞춤 설정 옵션을 고려해 보세요. (예: Microsoft Word의 "문서를 변환할 때 다시 묻지 않기" 체크박스를 지침 #5에서 참조하세요.) 물론, 지침 #2에서는 일상적인 확인 대화 상자를 사용하지 말라고 권장합니다. 하지만 교육적인 목적으로, 원치 않는 부작용이 있는 새로운 기능을 도입할 때 확인 다이얼로그를 제공해야 할 때도 있습니다. 이러한 부작용이 심각하지 않더라도 일시적으로 확인을 요청할 수 있습니다. 이러한 확인 대화 상자는 일시적으로만 제공되어야 하며, 사용자가 해당 확인을 피할 수 있는 방법을 제공해야 합니다.

가이드 #1과 #2 사이에는 분명한 긴장 관계가 존재합니다. 심각한 결과에 대해 경고하고 싶지만, 너무 자주 경고하면 사용자가 그 경고를 무시하고 자동적으로 반응하게 될 수 있습니다. 해결책은 작업 분석을 통해 다양한 결과의 심각성과 사용자 행동의 빈도를 파악하는 것입니다. 예를 들어, 한 은행 사이트에서는 각 사용자의 일반적인 결제 범위를 기준으로 평균 결제 금액의 두 배 이상일 때만 확인을 요청하도록 맞춤 설정할 수 있습니다. 만약 내가 보통 $100~$500 정도의 금액을 결제하는데, 갑자기 $1,100을 누군가에게 결제하려고 한다면 실수일 가능성이 있습니다. 실제로 내가 보내려던 금액은 $110일 수도 있습니다. 그리고 설령 내가 $1,100을 결제하려고 한 것이 맞더라도, 큰 금액이기 때문에 다시 한 번 확인할 기회를 환영할 수 있습니다. 반면에, 하루에 여러 번 $10,000 결제를 하는 사람이라면, $1,100 결제 시 확인 메시지가 나타나면 짜증이 날 것입니다. ("평균 금액의 두 배"라는 기준은 단순한 예일 뿐이며, 최적의 기준은 아닐 수 있습니다. 최적의 기준을 설정하려면 사용자 리서치가 필요합니다.)

Microsoft는 확인 다이얼로그와 관련된 내용, 그리고 연속된 확인 메시지를 다루는 방법까지 포함한 방대한 디자인 가이드라인을 제공하고 있습니다. 그러나 궁극적으로, 확인 다이얼로그의 가장 중요한 사용성 고려사항은 과도하게 사용하지 않는 것과 충분히 구체적으로 설명하여 사용자가 무엇에 동의하는지 알 수 있도록 하는 것입니다. 다시 강조합니다: 너무 자주 경고하면 사람들은 그 경고에 주의를 기울이지 않게 됩니다. 제가 이 말을 몇 번 더 반복하면, 여러분은 글을 읽는 것을 멈출지도 모릅니다.