“ 확인 대화 상자에서 XYZ ” 구문에 대한 대안은 무엇입니까?

사람들이 긴 메시지를 건너 뛰는 이유 중 하나는 읽기 속도 때문입니다.

평균 읽기 속도 (분당 약 200 단어)를 가진 사람과 토론하기 위해 가정합니다. (*)

대화에서 20 단어 만 사용하는 경우 사용자가 6 초 동안 읽고 작성한 내용을 이해하는 데 소요됩니다.

그렇게 들리지는 않지만 작업을 수행하려고 할 때 6 초 동안 일시 중지하는 것은 매우 긴 시간 인 것처럼 보일 수 있습니다. .

(*) 그리고 낮은 읽기 속도는 낮은 지능을 의미한다고 가정하는 실수를하지 마십시오.

그러므로 세 가지 제안은 모두 최소한의 번거 로움으로 최대한의 명확성을 목표로합니다.

1. 최대한 간결하게
2. 위험에 처한 항목 식별
3. 작업 버튼 이름 지정

다음은 간단한 삭제 대화 상자입니다.

읽기 쉽도록 단어 수를 최소한으로 줄 이겠습니다.

이제 위험에 처한 항목을 식별하고 작업 버튼에 레이블을 지정하겠습니다.

훨씬 낫습니다-읽기 쉽고 명확합니다.

다른 예-계속 대화 상자

문구를 단순화하십시오.

다시, 무슨 일이 일어나고 있는지 식별하고 버튼에 레이블을 지정하겠습니다. 행동.

확실한 개선.

여기에 최종 생각이 있습니다. 부정적인 것을 피하십시오. , especia 완전 이중 부정. 일부 영어 원어민은 이중 부정을 까다로워하고, 제 2 언어로 영어를 배우는 많은 사람들은 혼동을 느낍니다 (특히 모국어가 반전 대신 강조를 위해 이중 부정을 사용하는 경우).

댓글

• 또는 Windows UX 지침 msdn.microsoft.com/en-us/library/aa511258.aspx 그들이 실제로 이것에 대해 쓰는 곳 🙂
• 실제로 나쁜 예를 설정하고 있다고 생각합니다. 1. ” OK “, ” 확인 “. 2. 예 / 아니오 질문을하는 경우 가능한 대답은 예 또는 아니오 여야하며, 확실히 OK 및 Cancel이 아닙니다. 3. 동작에 대한 버튼을 식별하는 경우 하나만 사용하는 것이 아니라 두 버튼을 사용하여이 작업을 수행해야합니다 (즉, 삭제 / 삭제하지 않음 / 취소). 그 외에는 모든 문장에 적어도 주어와 동사가 포함되어야한다고 생각합니다. ,하지만 그것은 개인적인 것입니다.
• @BaGi-제 대답을 잘못 읽은 것 같습니다. 저는 ‘ 가난한 것에서 더 좋은 것으로의 진행을 보여주고 있습니다. 버튼이 확실히 가난하기 때문에 Ok / Cancel에 예 / 아니오 질문이 있지만 모두 너무 평범하며 이것이 제가 지적한 것입니다. 요점을 해결하려면 … 간단한 역이있는 경우 취소 버튼에 사용하는 것이 합리적입니다. 따라서 삭제 / 유지가 삭제 / 취소보다 낫지 만 ‘ t 항상 가능합니다. ‘ Post의 역은 무엇입니까? 게시 /하지 않음 ‘ 게시물이 서투른 것 같습니다. 그리고 제 모든 예는 완전한 문장이라고 생각합니다. 마지막 항목을 가져 오려면 : ” 계속 ” : verb; ” 거래 처리 ” : 제목.
• @Bevan : 동의합니다 ‘ Post를 생각하지 않습니까? 게시 /하지 않음 ‘ 게시물이 서투 릅니다. 저장 / 금지 ‘ 저장하지 않는 것은 지속적으로 보는 것입니다. 마지막 문장에서 ” 트랜잭션 처리 “는 전혀 주제가 아니라 간접 객체입니다 ( en.wikipedia.org / wiki / Object_ % 28grammar % 29 ). 귀하의 예가 점진적으로 개선되었음을 이해했습니다. 최종 결과에 여전히 몇 가지 사소한 결함이 있다고 생각합니다.
• @BartGijssens : 저는 ‘ 항상 Cancel 다른 어떤 것에도 … 왜냐하면 단일 뉴런 발사 없이는 아무 일도하지 않는다는 것을 알기 때문입니다 (효과적으로 읽을 단어가 하나 적음). ” Don ‘ 저장하지 않음 “의 문제점은

  다른 (불량한) 상황에서는 ” 버립니다.

저는 항상 사용자에게 어떤 항목이 삭제되고 있는지 보여줍니다 (특히 대화가 해당 항목을 가릴 수 있지만 식별 가능한 대화의 텍스트는주의를 환기시킵니다.) :

“좋아하는 항목”을 삭제 하시겠습니까?

제작중인 앱의 종류에 따라 여기저기서 약간의 유머를 주입 할 수도 있습니다.

물론 그렇지 않습니다. 저장하지 않고 계속 하시겠습니까? [예, 저를 내버려 두세요] [알려 주셔서 감사합니다]

사용자가 테스트하면 유머러스 한 메시지가 표시됩니다. 일반 메시지의 군중에서 눈에 띄고 (실제로 충분히 귀엽다면) 사용자의 얼굴에 미소를 띠기 때문에 좀 더 자주 알아 차 렸습니다. 무엇을 더 원하십니까?

댓글

• 또는 내 경험 법칙을 따를 수 있습니다. 모든 대화 상자 버튼에는 D ‘ 오! ” (여러 개의 버튼이 있어도)
• @ VirtuosiMedia 버튼이 두 개인 경우 하나만 ” D ‘ 오! ” 다른 하나는 ” 왜 작은가…! ”
• ” … 14 명의 사용자가 Do ‘ h를 클릭하고 5 명의 사용자가 Nut를 클릭했으며 한 명의 사용자가 M 키를 반복해서 눌렀습니다. “-Jakob Nielsen
• ” … 20 명의 사용자 모두가 계속되는 적색 비상등, 사이렌 및 핵 붕괴 전에 대피하라는 경고에 놀랐습니다. 나중에 살아남은 사람들은 안전을 위해 도망 치는 것과 냉장고에있는 것을 보는 것 사이에서 찢어 졌다고 말했습니다. 경험에 흔들린 그들은 올바른 선택을했는지 궁금해하는 것 같았습니다. ”
• Shirley ” 대신 ” 물론 “입니다.

Google은 두 가지 방법을 제안하고 “완전히.

Google 디자인 작성 가이드 라인 은 다음을 제안합니다.

불필요한 문구 생략

많은 일반적인 소개 문구를 건너 뛰고 요점을 바로 이해할 수 있습니다.

추가 머티리얼 디자인 경고 대화 상자 는 질문을 수정하여 “확실합니까?”를 제거하도록 제안합니다.

제목 표시 줄이있는 알림

연결 끊김과 같은 위험이 높은 상황에서만 제목 표시 줄 알림을 사용합니다. 사용자는 제목과 버튼 텍스트만으로 선택 사항을 이해할 수 있어야합니다.

제목이 필요한 경우 :

• 설명과 함께 명확한 질문이나 문장을 사용합니다. “Erase USB storage?”와 같은 콘텐츠 영역.
• 사과, 모호함 또는 “경고!”와 같은 질문을 피하십시오. 또는 “계속 하시겠습니까?”

대신 이러한 대화 상자가없는 것이 좋습니다. , 실행 취소 기능을 구현합니다.

대화 상자는 95 %의 시간에 쓸모가 없습니다. 왜 사람들에게 강제로 사용합니까? 사람들을 돕고 있습니까? 아니면 사용자를 비난하려고합니까? 당신은 그 중요한 항목을 삭제하고 싶다고 확인했습니다. “나를 비난하지 마세요!”.

사람들은이 대화를 무시하는 법을 배우고, 방금 한 행동을 무의식적으로 확인합니다.

이는 문제를 해결하는 잘못된 접근 방식입니다.

여기서 문제는 사용자 작업이 실수로 수행하면 원하지 않는 영향을 미칠 수 있다는 것입니다.

더 나은 솔루션입니다. 문제는 사용자가 자신의 변경 사항을 롤백하도록 허용하는 것입니다.

삭제를 취소 할 수 있도록 허용했다면 다음 두 가지 이점이 있습니다.

• 귀찮게 할 필요가 없습니다. 사용하는 사용자 적은 대화.
• 사용자는 의도하지 않은 삭제를 복구 할 수 있습니다.

실행 취소를 실행하는 것은 확인 상자를 표시하는 것보다 훨씬 어렵습니다.

이 항목을 삭제 하시겠습니까?

계속 하시겠습니까?

요점까지 똑바로 표시합니다.

기억해야 할 중요한 사항은 사람들이 “확실합니까”메시지를 무시한다는 것입니다. 당신은 그들에게 결정에 대해 생각하도록 강요해야합니다. 제가 좋아하는 것 중 하나입니다.

댓글

• 많은 항목 (” 리드 “,이 경우)을 삭제해야하는 경우 짜증이 나지만 제대로 작동합니다. ‘ ” 되 돌리지 않음 ” 작업을 수행 할 때 (물론 ‘ 어떤 유형의 작업도 없도록 프로그래밍 할 수 있습니다.)
• 나는 ‘ 무엇인지 잘 모르겠습니다. ” 실행 취소 할 수 없음 ” 확인란은 의미합니다. 확인하지 않으면 ‘ 실행 취소 할 수 있나요? 아니면 확인할 때까지 ” 뒤로 돌아 가지 않음 ” 버튼이 활성화되지 않나요? 이 대화 상자는 오류 처리 및 UI 요소 상태 관리를 포함하여 거의 양식 자체처럼 느껴집니다. 이 대화에서 실수를하면 내가 뭘 잘못했는지 알려주는 대화창이 뜰까요? 😉
• @Rahul : 동의합니다. 여기에있는 개념은 좋지만 (실행 취소를 지원하지 않는 경우 ‘) 라벨링이 정말 이상합니다. ” 뒤로 가기 없음 ” 버튼도 있습니다. Can Not Undo는 일종의 ” 약관에 동의합니다 ” 종류의 확인이지만 ‘ 그냥 내 추측입니다
• 이건 정말 끔찍합니다.
• @Bennett, 고객이 좋아했습니다. 당신에게 끔찍한 것은 다른 사람에게 위대합니다. 중요한 것은 고객입니다. 그 외의 모든 사용자, 실행 취소 구문에 대한 좋은 점입니다.

귀하의 내용은 문법적으로 정확합니다. 하지만 요점을 취합니다.

메시지를 두 가지 구문으로 나눌 수 있습니다.

이 항목은 삭제됩니다. 확실합니까?

이렇게하면 질문의 중요한 부분을 읽을 가능성이 더 높은 곳으로 이동합니다.

또한 취소 할 수있는 작업에 대한 메시지를 피하고 취소 할 수있는 작업의 수를 최소한으로 줄이는 경향이 있습니다.

댓글

• 그리고 물론 this item를 항목의 실제 이름으로 바꾸십시오!
• @Jared-예-수행 할 작업을 명시하십시오.

li>

중요한 메시지의 경우 가능한 한 명확하고 사용자가 메시지를 읽도록해야합니다.

같은 메시지

여기를 클릭하면 …

정말로 ….

user, 사용자는 야다, 야다, 야다 등 … 으로 읽고 보지 않고 예를 클릭합니다.

사용자가 메시지를 읽도록하려면 메시지가 있어야합니다. 올바른 순서입니다.

• 발생할 작업의 이름을 지정
• 다음 경고
• 질문
• 다음 작업 수행합니다.

신청서를 제출하려고합니다.이 작업은 취소 할 수 없습니다. 계속 하시겠습니까? 계속하려면 예를 클릭하거나 취소를 클릭하세요.

약간 길지만 사용자가 메시지를 읽어야하는 경우 가장 안전한 방법입니다.

p>

댓글

• 귀하의 메시지는 yadayada 보다 좋지만 여전히 문제가 있습니다. iv id = “를 클릭하는 이유 계속하려면 ” 계속

  예 ” id = “e02f3c62d8”>

Mac OS X 용 Apple 휴먼 인터페이스 가이드 라인 에는 좋은 의견이 있습니다. 메시지 상자 (경고 패널).

버튼 이름은 사용자가 버튼을 누를 때 수행하는 작업 (예 : 지우기, 저장 또는 삭제)과 일치해야합니다. . 대화 상자의 가장 오른쪽 버튼 인 작업 버튼은 경고 메시지 텍스트를 확인하는 버튼입니다. 작업 버튼은 일반적으로 기본 버튼이지만 항상 그런 것은 아닙니다.(Cocoa 메서드에서 가장 오른쪽 버튼은 기본 버튼이 아닐 수도 있지만 항상 기본 버튼이라고합니다.) 자세한 내용은 “대화 상자 해제”를 참조하십시오.

Windows Message Box API의 문제점은 “원하는 버튼의 이름을 실제로 지정할 수 없으며, 대신 자신의 메시지 상자를 굴 리거나 내장 된 예 / 아니오를 사용해야한다는 것입니다. / OK / Cancel 버튼.

좀 더 읽으려면 여기에 일반적인 메시지 상자의 문제에 대해 설명하는 흥미로운 기사가 있습니다. 메시지 상자가있는 이유 악 .

댓글

• Windows Message Box API의 문제는 작업 대화 상자 API. (Windows Vista의 새로운 기능)

삭제, 지우기, save..etc .. 사용자가 무의식적으로 진행중인 중요한 프로세스를 종료 할 수있는 특정 시나리오가있을 수 있습니다.

예 : 사용자가 결제 중이고 뒤로 버튼을 눌렀습니다.

이 시나리오에서는 사용자에게 경고를 보내야합니다.