확인

확인은 사용자가 작업을 진행할지 묻는 모달 대화 상자입니다.

일반적인 확인입니다.

확인에는 다음과 같은 필수 특성이 있습니다.

• 사용자가 시작한 작업의 직접적인 결과로 표시됩니다.
• 사용자가 작업을 진행하려고 하는지 확인합니다.
• 간단한 질문과 두 개 이상의 응답으로 구성됩니다.

확인은 사용자가 나중에 만들 수 없는 관련성 있고 고유한 선택을 해야 하는 경우에 가장 유용합니다. 이러한 선택에는 사용자에게 명확하지 않은 위험 요소가 포함되는 경우가 많지만, 위험은 확인에 반드시 필요한 것은 아닙니다. 이러한 요소는 모달 대화에 응답하는 중단을 정당화하는 데 필요합니다.

반면 경고 메시지는 나중에 문제를 일으킬 수 있는 조건을 제공합니다. 그들의 근본적인 특징은 위험을 수반한다는 것입니다.

• 다음 중 하나 이상의 손실이 발생할 수 있습니다.
  • 데이터 손실 또는 재무 손실과 같은 중요한 자산입니다.
  • 시스템 액세스 또는 무결성.
  • 기밀 정보에 대한 개인 정보 보호 또는 제어
  • 사용자의 시간(30초 이상 등)입니다.
• 그들은 예기치 않거나 의도하지 않은 결과를 초래합니다.
• 실수는 쉽게 해결할 수 없고 돌이킬 수 없기 때문에 지금 올바른 처리가 필요합니다.

확인에 위험이 포함된 경우 경고로 간주될 수도 있습니다. 따라서 경고 메시지 지침도 적용됩니다.

메모:대화 상자, 오류 메시지, 레이아웃 및 경고 메시지 와 관련된 지침은 별도의 문서에 제공됩니다.

올바른 사용자 인터페이스인가요?

결정하려면 다음 질문을 고려합니다.

• 사용자가 둘 이상의 응답이 있는 작업을 진행하기 위해 질문을 받고 있나요? 그렇지 않은 경우 메시지는 확인이 아닙니다.
• UI가 발생한 오류 또는 문제를 표시하고 있나요? 그렇다면 오류 메시지를 대신 사용합니다.
• 작업을 계속하려면 사용자가 적절한 기본값이 없는 선택을 해야 합니까? 그렇다면 확인이 적절할 수 있습니다.
• 확인이 필요하지 않은 대체 디자인이 있나요? 확인의 필요성은 때때로 디자인 결함을 나타냅니다. 종종 확인이 필요하지 않은 더 나은 디자인 대안이 있습니다.
• 사용자가 위험한 작업을 수행하려고 합니까? 이 경우 작업에 중대한 결과가 있거나 쉽게 실행 취소할 수 없는 경우 확인이 적절합니다.
• 사용자가 작업을 중단하려고 합니까? 그렇다면 확인하지 않습니다. 사용자가 작업을 완료하지 못한 결과를 이해한다고 가정합니다.
• 작업에 사용자가 인식하지 못하는 결과가 있나요? 그렇다면 확인이 적절할 수 있습니다.
• 현재 컨텍스트를 고려할 때 사용자가 오류로 작업을 수행할 가능성이 있나요? 그렇다면 확인이 적절할 수 있습니다.
• 사용자가 작업을 자주 수행합니까? 그렇다면 대체 디자인을 고려합니다. 사용자가 생각하지 않고 응답하는 법을 배우기 때문에 빈번한 확인은 짜증나고 가치가 거의 없습니다.
• 작업에 보안에 영향을 주나요? 그렇다면 이전 테스트가 달리 표시되더라도 확인이 필요할 수 있습니다.

디자인 개념

불필요한 확인은 성가신

지금까지 만든 첫 번째 Windows 확인은 의심 할 여지없이 다음과 같이 보였다 :

원래 성가신 확인.

이것은 매우 나쁜 시작이었다. 사용자가 프로그램을 싫어하도록 하려면 전체에서 이와 같은 확인을 뿌립니다. 이유를 이해하려면 사용자의 관점을 고려합니다. 사용자가 확인 정의에 따라 작업을 수행하도록 요청했으므로 실수로 클릭하거나 누르지 않는 한 사용자가 계속 진행하려고 합니다.

불필요한 확인은 성가신 것뿐만 아니라 실수로부터 사용자를 보호하는 데 효과적이지 않습니다. 사용자는 프로그램에 불필요한 확인이 있는 경우를 빠르게 발견하며, 자연스러운 응답은 읽지 않고 가능한 한 빨리 해제하는 것입니다. 따라서 이러한 확인은 이러한 작업에 추가 단계를 추가하는 것 이상의 작업을 수행합니다.

사용자가 실수를 할 가능성이 있으므로 확인을 사용하지 마세요. 대신 확인은 중요하거나 의도하지 않은 결과를 초래하는 작업을 확인하는 데 사용할 때 가장 효과적입니다. 좋은 확인은 명백한 진술하지 않습니다; 사용자가 계속하지 않는 좋은 이유를 알고 있어야 하는 것을 전달해야 합니다. 또한 사용자가 저장할 가치가 있는 변경 내용이 있을 때만 변경 내용을 저장하도록 요청하는 등의 작업에 실제로 필요한 경우에만 사용됩니다. 이렇게 하면 사용자의 주의가 진정으로 보증될 때만 주의해야 합니다.

다른 유형의 확인의 경우 사용자가 질문에 대답하도록 강요하는 것보다 더 나은 디자인 대안이 있는 경우가 많습니다.

디자인 대안을 고려합니다.

일상적인 확인이 필요하지 않은 몇 가지 디자인 대안은 다음과 같습니다.

• 오류를 방지합니다. 중요한 실수가 실수로 수행되기 어렵도록 작업을 디자인합니다. 예를 들어 다른 명령과 파괴적인 명령을 물리적으로 분리하고 여러 작업을 완료해야 합니다.
• 실행 취소를 제공합니다. 작업을 되돌리는 기능을 제공합니다. 예를 들어 Microsoft Windows에서 파일을 삭제해도 일반적으로 휴지통에서 삭제된 파일을 복구할 수 있으므로 확인이 필요하지 않습니다. 작업을 매우 쉽게 수행할 수 있는 경우 사용자가 작업을 다시 실행하도록 하는 것만으로도 충분할 수 있습니다.
• 피드백을 제공합니다. 바람직하지 않은 결과를 분명하게 만듭니다. 사용자가 실수를 할 때 인식하지 못하는 경우 실행 취소만 제공하는 것만으로는 충분하지 않습니다. 예를 들어 직접 조작(예: 끌어서 놓기 작업)의 효과는 항상 분명해야 합니다.
• 가능한 결과를 가정하지만 쉽게 변경할 수 있습니다. 사용자가 원하는 것이 무엇인지 확실하지 않지만 안전하고 안전한 선택이 있는 경우 해당 선택을 가정하고, 무슨 일이 일어났는지 명확히 하고, 상황에 맞는 메뉴를 사용하여 쉽게 변경할 수 있도록 합니다. 예를 들어 Microsoft Word에서는 사용자가 단어를 올바르게 맞춤법 검사하려고 하는 것으로 가정합니다. 맞춤법이 틀린 단어를 인식하고 올바른 맞춤법을 알고 있으면 Word에서 자동으로 수정을 하지만 사용자가 되돌릴 수 있습니다.
• 선택을 완전히 제거합니다. 선택이 중요하지 않은 경우 사용자는 신경 쓰지 않습니다. 프로그램을 단순화 하고 선택을 제거하는 것이 좋습니다.

확인하려면 생각이 필요합니다.

값을 확인하려면 사용자가 진행하지 않는 이유를 이해해야 합니다. 사용자가 저장되지 않은 변경 내용으로 문서를 닫을 때와 같이 이유가 분명할 수 있습니다.

이 예제에서는 확인 이유가 분명합니다.

다른 상황에서는 그 이유가 그렇게 명확하지 않을 수 있습니다.

대화 상자에 대한 커밋 단추 레이블을 선택할 때 일반적인 지침 은 기본 명령에 대한 특정 응답인 레이블을 선택하는 것입니다. 따라서 사용자가 진행하려면 최소한의 텍스트를 읽어야 하므로 효율적인 의사 결정을 내릴 수 있습니다. 그러나 이 효율성 목표는 확인에 비생산적일 수 있습니다. 다음 예제를 고려하세요.

틀렸습니다.

이 예제에서는 올바른 응답에 대한 생각이 필요합니다.

사용자가 제거 명령을 준 직후에 이 확인을 표시하면 사용자의 응답이 "물론 제거하려고 합니다!"가 될 수 있습니다. 사용자는 두 번째 생각을 주지 않고 제거를 클릭합니다.

확인을 위해 사용자가 성급하고 감정적인 결정을 내리는 것을 원하지 않습니다. 사용자가 응답에 대해 생각하도록 장려하기 위해 작은 의사 결정 속도 범프를 제공해야 합니다. 실용적인 경우 커밋 단추를 주의 깊게 구문하여 이 작업을 수행하는 것이 좋습니다. 예를 들어 추가 언어를 사용하여 계속하지 않을 이유가 있음을 나타낼 수 있습니다.

개선:

이 예제에서는 "anyway"가 커밋 단추 레이블에 추가되어 확인이 계속하지 않는 이유를 제공합니다.

이 방법이 실용적이지 않은 경우 예/아니요 커밋 단추를 사용할 수 있습니다.

또한 더 나은 :

이 예제에서는 예/아니요 커밋 단추를 사용하여 사용자가 최소한 기본 명령을 읽도록 합니다.

모든 정보 제공

질문을 하려는 경우 사용자가 해당 질문에 지능적으로 대답할 수 있는 충분한 정보를 제공해야 합니다. Windows XP에서 파일 바꾸기 확인 대화 상자를 고려합니다.

Windows XP 파일 바꾸기 확인 대화 상자

이 확인은 사용자가 질문에 대답하는 데 필요한 모든 정보를 제공하나요? 대답하기 전에 가장 일반적인 사용자 시나리오를 고려합니다.

• 다른 파일을 복사(또는 이동)하여 기존 파일을 대체합니다.
• 다른 파일을 복사하거나 이동하지 않고 기존 파일을 유지합니다.
• 최신 파일(상위 시나리오)을 유지하거나 복사합니다.
• 파일 내용 및 크기와 같은 조건에 따라 기존 파일을 유지하거나 다른 파일을 복사합니다.
• 기존 파일을 유지하고 다른 이름을 사용하여 다른 파일을 복사합니다.
• 문제가 있거나 예기치 않은 경우 작업을 취소합니다.

사용자는 아니요를 클릭하여 예 및 시나리오 2를 클릭하여 시나리오 1을 달성할 수 있습니다. 파일 날짜를 비교하고 적절한 단추를 클릭하여 시나리오 3을 달성할 수 있지만, 최신 파일을 확인한 다음, 특히 가장 일반적인 시나리오에 적합한 단추를 결정하는 데 얼마나 많은 시간이 걸리는지 알 수 있습니다.

시나리오 4, 5 및 6도 놀라울 정도로 어렵습니다. 파일 크기가 반올림되므로 예를 들어 이러한 파일의 크기가 같은지 또는 파일이 같은지 여부를 확인할 수 없습니다. 아이콘은 파일을 여는 데 사용되는 애플리케이션용이므로 사용자는 파일을 열어 콘텐츠를 검사하고 비교해야 합니다. 파일 콘텐츠의 썸네일을 갖는 것은 질문에 대답하는 데 훨씬 더 유용할 것입니다.

Windows Vista의 파일 복사 확인은 더 많은 정보를 제공하고 두 파일을 유지하는 옵션을 추가하여 이러한 시나리오를 훨씬 더 잘 처리합니다.

Windows Vista 파일 복사 확인

구체적이 고 유용한 정보 제공

질문을 하려는 경우 사용자가 질문과 대체 응답의 의미를 이해하도록 합니다. 다음 Windows Internet Explorer 보안 확인을 고려합니다.

모호한 보안 확인입니다.

이 확인은 사용자가 지능적으로 대답할 수 없는 질문을 합니다. 사용자가 Windows Internet Explorer에 페이지를 표시할 것을 요청했으며, 이 메시지는 텍스트의 문구를 통해 암시적으로 이를 방지하고 기본 선택 항목으로 No를 강조 표시하여 이를 권장합니다.

페이지가 제기하는 특정 보안 문제는 충분히 설명되지 않으므로 계속될 위험이 명확하지 않습니다. 확인의 어떤 정보로 인해 사용자가 아니요를 클릭하게 됩니까? 메시지의 모호성 때문에 확인은 사용자가 계속하지 못하게 할 가능성이 없지만 그렇게하는 것에 대해 기분이 나빠집니다.

이 확인이 유용하려면 사용자가 진행하지 않기로 결정할 수 있는 자세한 정보 관련 정보를 제공해야 합니다. 일반적으로 확인의 각 응답에 대해 필요한 시나리오를 고려하고 사용자가 선택할 수 있도록 충분한 정보가 제공되었는지 확인합니다. 딜레마가 아닌 선택을 제공합니다.

확인이 필요한지 확인하는 방법

시나리오와 각 응답을 선택할 가능성을 고려하면 확인이 필요한지 여부를 결정하는 체계적인 방법을 제안합니다. 사용자가 모든 응답을 선택할 가능성이 있는 경우 확인이 필요하고 유용합니다. 그러나 응답이 하나만 있을 가능성이 있는 경우(예: 98%의 시간) 확인은 분명히 불필요하며 제거해야 합니다. 보안, 법률 및 안전 문제와 관련된 확인은 가능한 예외입니다.

이 확인이 필요한가요? 사용자가 아니요를 선택할까요? 그것은 가능하지만 매우 황당한. 이 확인은 제거해야 합니다.

세 가지만 수행하면

1. 확인이 정말 필요한지 확인합니다. 진행하지 않는 합법적이고 명확한 이유가 있어야하며 때로는 사용자가 진행하지 않을 가능성이 있습니다.

2. 확인 이유가 즉시 명확하지 않은 경우 사용자가 응답에 대해 생각하도록 권장하는 커밋 단추를 선택합니다. 일반적으로 이 작업은 확인을 예 또는 아니요 질문으로 구하고 완전히 설명하거나 예/아니요 답변을 제공하여 수행됩니다.

3. 모든 시나리오를 고려하고 질문에 지능적으로 답변하는 데 필요한 정보를 제공합니다.

사용 패턴

확인에는 다음과 같은 몇 가지 사용 패턴이 있습니다.

사용법	예시
일상적인 확인 사용자가 일상적인 위험 수준이 낮은 작업을 진행하려고 하는지 확인합니다.	이러한 확인은 일반적으로 "확실합니까...?"로 표현되며, 종종 성가신 것을 최소화하기 위해 이 메시지를 다시 표시하지 않는 확인란이 있습니다. 일상적인 확인의 예입니다. 참고: 이 패턴은 일반적으로 불필요하며 피해야 합니다.
위험한 작업 확인 사용자가 일부 위험이 있고 쉽게 실행 취소할 수 없는 작업을 진행하려고 했는지 확인합니다.	위험이 있으므로 이러한 확인에는 일반적으로 경고 아이콘이 있습니다. 위험한 작업 확인의 예입니다.
의도하지 않은 결과 확인 사용자가 예기치 않거나 의도하지 않은 결과를 초래하는 작업을 진행하려고 했는지 확인합니다.	이러한 확인은 질문을 하는 것 외에도 의도하지 않은 결과를 지적합니다. 의도하지 않은 결과가 있기 때문에 이러한 확인에는 일반적으로 경고 아이콘이 있습니다. 의도하지 않은 결과 확인의 예입니다. 그러나 이 패턴을 사용하려면 결과가 실제로 의도하지 않은 것이 필요합니다. 잘못 된: 결과는 여기에 의도된 것이므로 이것은 일상적인 확인입니다.
해명 사용자가 모호하거나 예기치 않은 결과를 초래할 수 있는 작업을 진행하려는 방법을 명확히 합니다.	끌어서 놓기 작업은 작업의 효과를 잘못 해석할 수 있는 경우 명확한 설명을 생성할 수 있습니다. 설명의 예입니다. 메모: 이 패턴은 모호한 결과 없이 작업을 디자인하고 가장 원하는 결과를 가정하는 것이 더 낫기 때문에 피해야 합니다.
보안 확인 사용자가 보안 결과와 함께 작업을 진행하려는지 확인합니다.	보안 확인의 예입니다.
Ulterior 동기 확인 는 작업에 대한 정보를 제공하지만 확인으로 표시합니다.	이러한 대화 상자는 확인으로 표시되지만 실제 목표는 기능의 사용자 교육 또는 광고입니다. 악의적인 동기 확인의 예입니다. 메모: 일반적으로 더 나은 직접적인 대안이 있기 때문에 이 패턴은 권장되지 않습니다. 예를 들어 애니메이션은 원인과 효과 간의 관계를 표시하는 더 나은 방법입니다.

지침

일반

• 중요한 변경 내용이 있는 경우에만 "변경 내용 저장" 확인을 사용합니다. 자동 문서 서식 변경과 같이 사용자가 직접 수행하지 않은 변경 내용을 확인하지 마세요.

틀렸습니다.

이 예제는 사용자가 변경하지 않은 빈 전자 메일 또는 문서에 사용할 때 올바르지 않습니다.

아이콘

• 확인은 제목 표시줄 아이콘을 사용하지 않습니다.

• 확인의 콘텐츠 영역 아이콘은 디자인 패턴을 기반으로 합니다.

  패턴	아이콘
  일상적인 확인	아이콘이 없습니다.
  위험한 작업 확인	경고 아이콘입니다.
  의도하지 않은 결과 확인	위험이 있는 경우 경고 아이콘을 사용하고, 사용 가능한 경우 기능 아이콘을 사용합니다. 그렇지 않으면 아이콘이 없습니다.
  해명	확인에 문서와 관련된 경우 문서의 축소판 그림을 사용합니다. 그렇지 않으면 사용 가능한 경우 기능 아이콘을 사용하거나 아이콘을 사용하지 않습니다.
  보안 확인	경고 아이콘입니다.
  Ulterior 동기 확인	아이콘이 없습니다.

• 일상적인 질문에는 경고 아이콘을 사용하지 마세요. 이렇게 하는 것은 Windows의 고무적인 어조 에 반하며 프로그램을 사용하는 것이 위험한 활동처럼 느껴지게 합니다. 사용자가 작업을 완료하기 전에 취소할 때의 결과를 이해한 것으로 가정합니다.

틀렸습니다.

이 예제에서는 경고 아이콘을 사용하여 일상적인 질문을 합니다.

커밋 단추

• 확인 이유가 명백하거나 설명이 있을 수 있는 경우 기본 명령에 대한 특정 응답을 사용합니다.

이 예제에서는 확인 이유가 분명하므로 저장 및 저장하지 마세요.

• 그렇지 않으면 확인 응답에 예 및 아니요 단추를 사용합니다. 이렇게 하면 사용자가 응답하기 전에 몇 가지 생각을 확인합니다. 확인을 위해 확인 및 취소를 사용하지 마세요.

수정:

이 예제에서는 예/아니요 커밋 단추를 사용하여 사용자가 최소한 기본 명령을 읽도록 합니다.

틀렸습니다.

이 예제에서는 OK/Cancel을 사용하는 것이 혼란스럽습니다.

• 프로그램을 닫거나 Windows를 다시 시작하려면 기본 지침에 대한 특정 응답을 사용합니다. 오해를 방지하려면 이 용도로 Close 또는 Yes/No를 사용하지 마세요.

수정:

틀렸습니다.

잘못된 예제에서 예는 Windows를 다시 시작하는 데 사용됩니다.

명령 링크

• 설명 패턴의 경우 명령 링크를 사용하여 대안을 명확하게 하는 것이 좋습니다.

허용:

개선:

더 나은 예제에서 명령 링크는 대안을 명확하게 합니다.

• 가장 일반적으로 사용되는 명령 링크를 먼저 표시합니다. 결과 순서는 대략 사용 가능성을 따라야 하지만 논리적 흐름도 있어야 합니다.
• 명령 링크에 추가 설명이 필요한 경우 추가 설명을 제공합니다. 추가 설명은 사용자가 옵션을 선택하려는 이유 또는 옵션을 선택하면 어떻게 되는지 설명합니다.

자세한 지침 및 예제는 명령 링크를 참조하세요.

기본값

• 확인에 대한 기본 응답은 디자인 패턴을 기반으로 합니다.

  패턴	기본 응답
  일상적인 확인	진행.
  위험한 작업 확인	진행하지 마세요(또는 안전한 선택).
  의도하지 않은 결과 확인	결과가 중요한 경우 진행하지 마세요. 그렇지 않으면 계속 진행합니다.
  해명	가장 가능성이 큰 응답입니다.
  보안 확인	진행하지 마세요.
  Ulterior 동기 확인	진행.

이 메시지를 다시 표시 안 함

• 루틴 및 악의적인 동기 확인 패턴에 대해서만 이 옵션을 사용합니다. 다른 패턴의 경우 정보가 필요한 경우 항상 표시되어야 합니다.
• 불필요한 확인을 표시하는 것을 정당화하기 위해 이 옵션을 제공하지 마세요. 그냥 대신 확인을 제거.

틀렸습니다.

여전히 틀렸습니다.

이 예제에서 이 메시지를 다시 표시 안 함 옵션을 추가해도 불필요한 확인이 수정되지 않습니다.

자세한 지침은 대화 상자참조하세요.

대량 작업

• 대량 작업에 적용되는 확인의 경우 전체 작업에 확인을 적용하는 옵션을 제공합니다.

이 예제에는 대량 작업에 대한 옵션이 있습니다.

• 대량 작업에서 확인을 제거하거나 연기합니다.

틀렸습니다.

이 예제에서 Windows XP의 Windows 탐색기는 대량 파일 이동 중에 각 읽기 전용 파일을 확인합니다. 묻지 않고 읽기 전용 파일을 복사하거나 이러한 파일 처리를 연기하고 작업의 끝에 확인을 표시하는 것이 좋습니다.

점진적 공개

• 확인 메시지에 고급 정보를 포함해야 하는 경우 점진적 공개 단추(예: "세부 정보 표시")를 사용하여 표시합니다. 이렇게 하면 일반적인 사용에 대한 확인이 간소화됩니다. 사용자가 찾을 수 없으므로 필요한 정보를 숨기지 마세요.
• 실제로 더 자세한 내용이 없는 한 "세부 정보 표시"를 사용하지 마세요. 기존 정보를 다른 형식으로 다시 설정하지 마세요.

레이블 지정 지침은 점진적 공개를 참조하세요.

사용자 계정 컨트롤

• UAC(사용자 계정 컨트롤) 권한 상승 UI를 확인 대신 사용하지 마세요. 작업에 확인이 필요한 경우 별도의 대화 상자를 사용합니다. 권한 상승 UI 중에 사용자는 작업을 시작했는지 여부와 프로그램이 신뢰할 수 있는지 여부에 집중해야 합니다.
• 권한 상승 UI 앞에 확인을 표시합니다. 이렇게 하면 불필요한 상승이 제거됩니다.

문자 메시지

일반

• 중복 텍스트를 제거합니다. 제목, 기본 지침, 추가 지침, 콘텐츠 영역, 명령 링크 및 커밋 단추에서 중복 텍스트를 찾습니다. 일반적으로 지침 및 대화형 컨트롤에 전체 텍스트를 그대로 두고 다른 위치에서 중복성을 제거합니다.
• 텍스트에 "경고" 또는 "주의"를 사용하지 마세요. 사용자가 주의해서 진행해야 하는 경우 대신 경고 아이콘을 사용하여 표시합니다.

틀렸습니다.

이 예제에서는 "경고"라는 용어가 필요하지 않습니다.

Titles

• 제목을 사용하여 확인이 제공된 명령 또는 기능을 식별합니다. 예외:
  • 여러 명령으로 확인이 표시되는 경우 프로그램 이름을 대신 사용하는 것이 좋습니다.
  • 해당 타이틀이 기본 명령과 중복되거나 혼동되는 경우 대신 프로그램 이름을 사용합니다.

그러나 확인이 장기 실행 작업에서 온 것이며 작업이 시작된 후 잘 표시될 수 있는 경우 항상 명령 또는 기능을 사용하여 컨텍스트를 명확하게 식별합니다.

• 제목을 사용하여 기본 명령의 목적인 대화 상자에서 수행할 작업을 설명하지 마세요.
• 명확성을 더하는 경우 Confirm라는 단어로 제목을 시작합니다.
• 위험한 작업 확인을 위해 추가 강조를 위해 관련된 개체의 이름을 추가할 수 있습니다.

이 예제에서는 서식을 지정할 드라이브가 제목에 포함됩니다.

• 문장 부호를 끝내지 않고 제목 스타일 대문자를 사용합니다.

기본 지침

• 확인에 대한 기본 지침은 디자인 패턴을 기반으로 합니다.

  패턴	기본 명령
  의도하지 않은 결과 확인	의도하지 않은 결과를 나타냅니다. 예외: 사용자가 진행하려는지 묻는 질문이 의도하지 않은 결과를 명확하게 의미하는 경우 대신 질문을 합니다. 이 예제에서 사용자에게 계속 진행하도록 요청하면 작업의 결과가 충분히 전달됩니다.
  기타 모든 항목	단일 질문을 하여 사용자가 계속 진행할지 여부를 확인합니다.

• 한 문장만 간결하게 사용해야 합니다. 기본 명령을 필수 정보로 제거합니다. 자세한 내용을 설명해야 하는 경우 추가 지침을 사용하세요.

• 관련된 개체가 있는지 구체적으로 지정하고 전체 이름을 지정합니다.

• 양수 구문을 사용합니다. 긍정적인 구문은 사용자가 이해하기 쉽습니다.

수정:

파일 및 프린터 공유를 사용하도록 설정하시겠습니까?

틀렸습니다.

파일 및 프린터 공유를 사용하지 않도록 설정하시겠습니까?

그러나 구문은 명령이 음수로 표현되더라도 연결된 명령과 일치해야 합니다. 예를 들어 disable 명령을 확인하려면 사용 안 함을 사용합니다.

• 관용구에 대한 엄격한 규칙은 없지만 이러한 일반적인 확인 문구에는 다음과 같은 표시가 있습니다.

  구	내포
  [작업을 수행]하시겠습니까?	사용자 요청의 직접 결과 확인
  [작업을 수행]하시겠습니까?	사용자 요청의 부작용 확인
  [결과 선택]하시겠습니까?	설명이 필요합니다.
  [작업 수행]?	아무런 함축이 없습니다.

• 위험한 작업 확인의 경우 해당 용어를 영구적으로 사용하여 작업을 실행 취소할 수 없음을 나타냅니다.

이 예제에서 "영구적으로"는 작업을 실행 취소할 수 없음을 나타냅니다.

• 문장 스타일 대문자사용합니다.

추가 지침

• 확인에 대한 추가 지침은 디자인 패턴을 기반으로 합니다.

• 약간 다른 단어로 기본 명령을 반복하지 마세요. 대신 추가할 추가 지침이 더 이상 없으면 생략합니다.
• 의도하지 않은 결과 확인의 경우 사용자가 기본 명령을 간과하는 경우 계속하지 않을 이유가 있음을 간결하게 나타내기 위해 어쨌든 용어를 사용하는 것이 좋습니다. 자세한 내용은 디자인 개념을 참조하세요.
• 전체 문장, 문장 스타일 대문자 및 끝 문장 부호를 사용합니다.

문서

확인을 참조하는 경우:

• 타이틀이 확인과 관련된 경우(즉, 프로그램 이름이 아님) 제목으로 확인을 참조하세요. 그렇지 않으면 기본 명령으로 참조합니다.
• 필요한 경우 확인 대화 상자를 메시지로 참조할 수 있습니다.
• 대문자를 포함한 정확한 텍스트를 사용합니다.
• 가능하면 굵게 사용하여 텍스트의 서식을 지정합니다. 그렇지 않으면 혼동을 방지하기 위해 필요한 경우에만 텍스트를 따옴표로 묶습니다.

예: 파일 복사 메시지에서 최신 파일을 클릭합니다.