[UI자료] 이중 확인 모달 메시지: 할 것인가 말 것인가?

2022. 2. 16. 14:55디자인 자료: UX UI (번역)

이 글은 "https://ux-alpaca.medium.com/double-confirmation-to-be-or-not-to-be-ebae44c0609a"를 번역한 글입니다.

 


사용자는 실수합니다. 그리고 UX를 기획할 때에는 실수 또한 고려돼야 합니다. 디자이너는 이를 수용하면서 동시에 가능한 복잡하지 않도록 노력해야 합니다.

 

그러나 이것은 Yes or No와 같은 이분법이 아니라 모든 사람과 경우에 꼭 맞는 솔루션이 없습니다. 현재 저는 사용자 실수로 되돌리기 어렵거나 불가능한 이벤트(클라이언트에게 발송된 이메일, 액세스 또는 항목 소유권 변경 등)가 발생할 수 있는 소프트웨어를 개발 중입니다. 사용자의 실수를 처리하는 세 가지 일반적인 접근 방식이 있음을 알았습니다. 이는 모두 오류 및 복구 가능성의 결과의 심각성에 따라 다릅니다.

 

대표적인 실수는 무언가를 삭제하는 것이라 삭제를 예를 들어 설명하도록 하겠습니다. 다른 영역으로 쉽게 확장될 수 있을 것 같습니다.


Level 1: 확인 및 실행 취소가 없습니다.

To-Do 리스트(할일 목록 기능)를 상상해보십시오. 사용자가 다른 작업 대신 하나의 작업을 탭하고 완료로 표시할 수밖에 없습니다. 발생합니다. 실수는 일반적으로 충분히 빨리 감지되며 "완료" 작업을 탭하여 실행 취소하면 쉽게 수정할 수 있습니다.

 

 

 


 

Level 2: 확인, 실행 취소 및 (동등한) 휴지통

그런 다음 이메일 보내기, 파일 삭제, 송금 등 실수로 수행한 경우 더 많은 의미를 갖는 작업이 있습니다. 이러한 경우 사용자가 작업을 수행하기를 원하는지 확인하는 두 번째 수준을 보강하는 다양한 방법이 있습니다.

 

사용자의 명시적인 동의가 필요한 "Are you sure"라는 질문을 하는 경우(이에 대한 연구 기반을 찾을 수 없었지만 이러한 확인에 대해 확인을 클릭하는 것이 습관이 되는 것이 반복되는 주제입니다. 결국 대부분의 경우 사용자가 실수를 하지 않는 경우가 있으므로 2차 확인은 학습된 행동이 되어 결국 원래의 목적에 부합하지 않습니다. 이 주제에 대한 좋은 부분은 <실행 취소를 의미할 때 경고를 사용하지 않는다는 것>입니다.

관련 글 원문 보기: https://alistapart.com/article/neveruseawarning/

사용자가 추가 확인란을 선택하도록 하고 드롭다운에서 작업을 선택한 다음 확인 및 기타 이상한 솔루션을 선택합니다. 저는 이러한 접근 방식이 "사용자에게 사용 방법을 가르칠 수 있다"는 접근 방식이 아닌 내부 응용 프로그램이나 인트라넷에서만 이러한 것을 보았습니다.

 

 

실행 취소 옵션을 제공합니다. 이제 우리는 어딘가에 가고 있습니다. 습관적으로 삭제를 확인하면서, 실수로 좋아하는 고양이 사진을 제거한 후, 삭제를 확인하는 알림 내에서 '실행 취소'를 선택할 수 있습니다. 예를 들어, 이메일을 보내거나 문서 소유권을 넘기는 것과 같은 것들에 적용할 수 있습니다. 특히 시스템에서 실제 작업을 수행하기까지 시간이 필요하고, 시간이 초과된 후에 요청한 작업이 실행되도록 설정해야 실행 취소가 가능합니다. 실행 취소는 비교적 긴 몇 초 정도의 애니메이션으로 표시할 수 있습니다. 이것은 사용자에게 작업에 대해 인식할 시간을 제공하는 경향이 있으며 잠재적으로 일어나는 모든 일을 중단할 수 있습니다. 이러한 실행 취소는 '아뇨, 고양이 사진이 아니라 개 사진을 삭제하려고 했습니다!'와 같은 상황에 유용합니다.

 

작업이 완료된 후 몇 분 동안 오류를 발견할 수 있을 만큼 매우 자주 발생합니다. 너무 자주 있어서 이에 대한 속어가 있는 것 같습니다. 
Oh no second(키를 잘못 누른 것을 아는 순간을 의미하는 단어)

 

휴지통 또는 삭제된 항목을 위한 다른 임시 보관소를 제공합니다. 이것은 나중에 마음이 바뀌는 사람들에게 더 부합합니다. 또한 유용하지만  이 기능은 우발적인 실수라는 현재 주제에서 약간 벗어났네요.

 


 

레벨 3. 우발적인 행동의 가능성 없음

그리고 사용자가 자신이 매우 중요하고 결과로 가득 차 있으며 잠재적으로 되돌릴 수 없는 작업을 수행하고 있다는 완전하고 포괄적이며 완전한 인식 없이는 발생하고 싶지 않은 작업도 있습니다. 클라이언트 데이터베이스를 관리하거나 관청에 데이터를 등록하거나 새벽 4시에 Facebook에 무언가를 게시하는 것을 생각해 보십시오.

 

이러한 경우 사용자에게 일반적인 패턴을 벗어나는 작업을 수행하라는 요청을 받는 경우를 종종 볼 수 있습니다. 인지를 높이거나 사용자가 하려고 하는 작업과 관련이 있는 작업을 선택합니다. 즉, 15+7=... 의 합계를 입력하는 대신 "Delete''를 입력하거나 삭제하려는 항목의 이름을 입력하면 무슨 일이 일어나고 있는지 더 많은 관심을 끌 수 있습니다.

 

 

종종 디자이너는 클라이언트를 위해 일하며 때때로 선택에 대해 설명합니다. 소프트웨어 응용 프로그램에 따라, 일부 클라이언트는 레벨 2가 충분할 때 레벨 3을 주장하는 경향이 있습니다. 오류가 위험한지 여부와 그 범위에 대한 논의는 정말 빨리 추상화될 수 있습니다.

이중 확인 대신 실행 취소를 선택하도록 설득하는 것으로 보이는 한 가지 주장은 다음과 같습니다.

 

사용자가 실수를 하지 않는 경우가 95%라고 가정해 보겠습니다. 이중 확인을 사용할 때 그들이 취하는 표준 단계의 양은 4입니다. 95%의 시간에서 두 번째 확인을 수행하기 위해 추가 시간을 사용하고 오류를 예방하는 습관(따라서 실제로는 아님)이 되는 것 외에도 훨씬 더 유용하고 실행 취소 옵션을 선택할 수 있습니다.

처리해야 할 또 다른 문제는 물론 이 기능을 만드는 것이 쉽거나 복잡하냐는 것입니다. 실행 취소를 만드는 노력과 그에 따른 성과를 분석하는 것은 불가능에 가깝습니다. 따라서 오래된 '확실합니까?'와 같은 모달이 실행 취소 기능보다 잘 선택됩니다. 그러나 그런 경우에도 확인 모달을 더 사용자 친화적으로 만드는 방법이 있습니다. 그것은 아마도 다른 게시물의 주제 일 것입니다 :)