인지 및 학습 장애가 있는 사람들이 사용할 수 있는 콘텐츠 만들기

W3C 작업 그룹 참고

이 버전:
https://www.w3.org/TR/2021/NOTE-coga-usable-20210429/
최신 공개 버전:
https://www.w3.org/TR/coga-usable/
최신 편집자 초안:
https://w3c.github.io/coga/content-usable/
이전 버전:
https://www.w3.org/TR/2020/WD-coga-usable-20201211/
편집자:
(초대 전문가)
(초대 전문가)
(W3C)
(W3C)
피드백:
https://github.com/w3c/coga/issues/new
public-cognitive-a11y-tf@w3.org (아카이브)

이 문서는 각 절마다 별도의 페이지가 있는 여러 페이지로도 제공된다.

Copyright © 2021 W3C® (MIT, ERCIM, Keio, Beihang). W3C liability, trademark and permissive document license rules apply.

초록

이 문서는 웹 콘텐츠(웹 페이지)와 웹 애플리케이션을 만드는 사람들을 위한 것이다. 인지 및 학습 장애가 있는 사람들이 사용할 수 있는 콘텐츠를 만드는 방법에 대한 조언을 제공한다. 여기에는 다음이 포함되지만 이에 국한되지는 않는다: 인지 장애, 학습 장애(LD), 신경다양성, 지적 장애 및 특정 학습 장애.

이 문서에는 다음에 대한 콘텐츠가 포함되어 있다:

여기에 제시된 목적과 패턴은 Web Content Accessibility Guidelines WCAG [WCAG22]의 요구사항을 넘어서는 보충 지침을 제공한다. 이 지침을 따르는 것은 WCAG [WCAG22] 준수를 위해 요구되지 않는다. 그러나 이 지침을 따르면 인지 및 학습 장애가 있는 사람들의 접근성이 향상된다.

이 문서의 상태

이 절은 이 문서가 발행된 시점의 상태를 설명한다. 다른 문서가 이 문서를 대체할 수 있다. 현재 W3C 출판물 목록과 이 기술 보고서의 최신 개정본은 W3C 기술 보고서 색인 https://www.w3.org/TR/에서 확인할 수 있다.

이 문서는 Cognitive and Learning Disabilities Accessibility Task Force (Coga TF) of the Accessible Platform Architectures Working Group와 Accessibility Guidelines Working Group에 의해 작업 그룹 참고로 발행되었다.

이 문서는 웹 애플리케이션을 포함한 웹 콘텐츠를 만드는 사람들을 위한 것이다. 인지 및 학습 장애가 있는 사람들의 요구를 충족하는 데 초점을 둔다. 사용 가능한 콘텐츠를 위한 목표와 목적, 콘텐츠를 사용 가능하게 만드는 디자인 패턴(방법), 연구·디자인·테스트 활동에 사용자 포함하기, 페르소나 및 사용자 요구를 다룬다. 변경 사항의 세부 내용은 변경 로그에 설명되어 있다.

이 문서에 대한 의견을 환영하며, 접수된 의견과 기술의 추가 발전은 추가 갱신을 촉발할 수 있다. 의견을 남기려면 W3C coga GitHub 저장소에 이슈를 제출하라. 이것이 가능하지 않으면 public-cognitive-a11y-tf@w3.org로 이메일을 보내라 (아카이브).

작업 그룹 참고로 발행되었다는 것이 W3C 회원의 승인을 의미하지는 않는다.

이 문서는 초안 문서이며 언제든지 다른 문서로 갱신, 대체 또는 폐기될 수 있다. 진행 중인 작업 이외의 것으로 이 문서를 인용하는 것은 적절하지 않다.

이 문서는 2017년 8월 1일 W3C 특허 정책에 따라 운영되는 그룹들에 의해 제작되었다. 해당 그룹들은 이 문서가 W3C 권고안이 될 것으로 기대하지 않는다.

이 문서는 2020년 9월 15일 W3C 프로세스 문서의 적용을 받는다.

1. 요약(이해하기 쉬운 언어)

이 절은 이 문서의 핵심 사항을 이해하기 쉽게 요약한 것이다. 더 많은 안내는 이 문서를 사용하는 방법도 참조하라. 웹 콘텐츠 제공자가 인지 및 학습 장애가 있는 사람들의 요구를 충족하도록 돕기 위해, 우리는 다음 주요 주제를 식별했다:

사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 돕기.

사용자에게 이미 익숙한 아이콘, 기호, 용어 및 디자인 패턴을 사용하여 사용자가 새로운 것을 배울 필요가 없도록 하라. 인지 및 학습 장애가 있는 사람들은 흔히 공통적인 동작과 디자인 패턴을 필요로 한다. 예를 들어 하이퍼링크의 표준 관례(방문하지 않은 링크는 밑줄과 파란색, 방문한 링크는 보라색)를 사용하라.

참조:

사용자가 필요한 것을 찾도록 돕기.

시스템을 쉽게 탐색할 수 있게 하라. 아이콘과 같은 시각적 단서가 있는 명확하고 따라가기 쉬운 레이아웃을 사용하라. 명확한 제목, 경계 및 영역도 사람들이 페이지 디자인을 이해하는 데 도움이 된다.

참조:

명확한 콘텐츠(텍스트, 이미지 및 미디어)를 사용하기.

여기에는 쉬운 단어, 짧은 문장과 텍스트 블록, 명확한 이미지, 이해하기 쉬운 비디오가 포함된다.

참조:

사용자가 실수를 피하도록 돕기.

좋은 디자인은 오류가 발생할 가능성을 줄인다. 사용자에게는 필요한 것만 요청하라! 오류가 발생하면 사용자가 쉽게 수정할 수 있게 하라.

참조:

사용자가 집중하도록 돕기.

사용자의 작업을 방해하지 않도록 하라. 사용자가 주의가 산만해진 경우, 제목과 브레드크럼은 사용자의 방향을 잡아 주고 맥락을 잃었을 때 이를 회복하는 데 도움이 될 수 있다. 링크된 브레드크럼을 제공하면 사용자가 실수를 되돌리는 데 도움이 될 수 있다.

참조:

프로세스가 기억에 의존하지 않도록 보장하기.

기억 장벽은 인지 장애가 있는 사람들이 콘텐츠를 사용하는 것을 막는다. 여기에는 로그인하기 위한 긴 암호와 특정 번호나 용어를 기억해야 하는 음성 메뉴가 포함된다. 이를 필요로 하는 사람들을 위해 더 쉬운 선택지가 있는지 확인하라.

참조:

도움과 지원 제공하기.

여기에는 다음이 포함된다: 사람의 도움을 쉽게 받을 수 있게 하기. 사용자가 피드백을 보내는 데 어려움이 있다면 그들이 콘텐츠를 사용할 수 있는지, 언제 문제를 겪는지 결코 알 수 없게 된다. 또한, 콘텐츠를 이해하는 다양한 방법을 지원하기. 그래픽, 긴 문서의 요약, 제목과 링크에 아이콘 추가, 숫자에 대한 대안은 모두 추가 도움과 지원의 예이다.

참조:

적응과 개인화 지원하기.

인지 및 학습 장애가 있는 사람들은 흔히 부가 기능이나 확장 기능을 보조 기술로 사용한다. 때로는 사용자가 대안 집합에서 선호하는 옵션을 선택할 수 있게 하는 개인화를 통해 최소한의 노력만으로 추가 지원이 가능하다. 가능할 때 개인화를 지원하라. 부가 기능과 확장 기능을 비활성화하지 말라! 때로는 사용자가 개인화를 통해 추가 지원을 받을 수 있다.

참조:

실제 사용자와 테스트하라!

인지 및 학습 장애가 있는 사람들을 연구, 디자인 및 개발 프로세스에 참여시켜라. 그들은 자신들에게 무엇이 효과적인지에 대한 전문가이다. 여기에는 인지 및 학습 장애가 있는 사람들을 다음에 참여시키는 것이 포함된다:

  • 포커스 그룹.
  • 사용성 테스트, 그리고
  • 디자인 및 연구 팀.
참조:

2. 소개

인지 및 학습 장애가 있는 사람들이 웹 사이트와 애플리케이션을 사용할 수 있게 만드는 것은 디자인과 개발의 모든 부분에 영향을 준다.

전통적으로 접근성은 감각 및 신체 손상(시각, 청각 또는 이동성)이 있는 사람들을 위해 인터페이스를 사용할 수 있게 만드는 데 초점을 두었다. 일부 접근성 기능은 인지 및 학습 장애가 있는 사람들에게 도움이 된다. 흔히 인지 및 학습 장애가 있는 사람들에게 영향을 주는 문제에는 다음이 포함된다:

일부 일반적인 디자인은 인지 및 학습 장애가 있는 사람들에게 장벽을 만든다. 이 문서에 제시된 패턴은 인지 및 학습 장애가 있는 사람들에게 그러한 장벽을 피하도록 설계되었다. 이 지침은 모두의 사용성을 향상시킬 수 있지만, 이러한 패턴은 일부 인지 및 학습 손상이 있는 사람들이 독립적으로 콘텐츠를 사용할 수 있게 하는 데 필수적이다.

목적과 패턴은 다음을 기반으로 한다:

여기에 제시된 목적과 패턴은 보충 지침을 WCAG의 요구사항을 넘어 제공한다. 이 지침을 따르는 것은 WCAG 준수를 위해 요구되지 않는다. 이는 현재의 규범적 WCAG 2.x에 포함되지 않았고 그 밖의 방법으로 다루어지지 않을 수 있는 접근성 장벽을 다룬다.

이 문서의 조언을 가능한 한 많이 따르는 것은, 특히 다음을 다루는 웹 콘텐츠와 애플리케이션에 가치가 있다:

인지 및 학습 장애가 있는 사람들은 운동 장애나 시각 손상과 같은 다른 손상도 가지고 있을 수 있음에 유의하라. 예를 들어, 나이 관련 건망증이 있는 일부 사람들은 더 높은 대비도 필요할 수 있다. Web Content Accessibility Guidelines WCAG [WCAG22]을 따르고 모든 장애의 요구가 다루어지도록 보장하는 것은 항상 중요하다.

2.1 이 문서를 사용하는 방법

이 문서는 인지 및 학습 장애가 있는 사람들을 위해 웹 사이트와 애플리케이션을 더 사용 가능하고 접근 가능하게 만들기 위한 개발 프로세스와 디자인 옵션에 대한 정보를 제공한다.

이는 3절에 사용자 이야기와 함께 나열된 상위 수준 목적별로 구성되어 있다.

상위 수준 목적은 인지 및 학습 장애가 있는 사람들에게 도움이 될 핵심 디자인 목표를 개괄한다. 각 목적에는 다음이 관련되어 있다:

목적, 사용자 이야기, 패턴 및 페르소나의 매핑은 부록 A에서 확인할 수 있다. 이는 목적을 어떻게 다루고 왜 그것이 중요한지 이해하는 방법을 제공한다. 일부 사람들은 부록 A에서 시작하는 것을 선호할 수 있다.

이 문서는 여러 부분으로 나뉜다. 각 부분은 제품 개발 생명 주기에서 서로 다른 방식으로 사용될 수 있다. 이는 팀이 작업 방식을 크게 변경하지 않고 이 문서의 목적을 달성하는 데 도움이 된다.

모든 팀은 디자인 및 개발 프로세스 전반에 걸쳐 인지 및 학습 장애가 있는 사용자를 참여시키려고 노력해야 한다는 점에 유의해야 한다. 사용자 테스트와 포커스 그룹을 진행하기에 너무 작은 팀은 5절을 읽어 사용자를 참여시키는 비용 효율적인 방법을 찾을 수 있다.

2.1.1 각 패턴 테스트하기

많은 경우 각 패턴의 “사용” 및 “피하기” 예제는 테스트 가능한 사례로 사용될 수 있다. 다음의 경우 패턴이 적용되었을 가능성이 높다:

  • 각 패턴에 대해 “사용” 예제가 구현되어 있다(콘텐츠와 관련이 없는 경우는 제외).
  • 각 패턴에 대해 “피하기” 예제로 식별된 항목을 피한다(필요하거나 필수적인 경우는 제외).

각 디자인 패턴에 대해 항상 적용 가능한 테스트 프로세스와 실패 예제에 대응하는 테스트 가능한 문장을 만들기 위한 추가적인 진행 중인 노력이 있다. 이는 COGA 디자인 패턴을 위한 테스트 가능한 문장에서 확인할 수 있다.

일부 경우, 테스트 가능한 문장은 디자인 패턴의 일부만 다룬다. Cognitive Accessibility Task Force는 디자인 가이드의 보충으로 이러한 문장을 계속 작업할 의도이다.

이 문서의 추가 조언이 개발 및 디자인 프로세스에 통합되어 있는지도 테스트할 수 있다. 예:

  • 인지 및 학습 장애가 있는 다양한 사용자가 5절의 조언에 따라 프로젝트의 포커스 그룹, 연구 및 사용자 테스트에 포함되어 있는지 확인한다.
  • 인지 및 학습 장애가 있는 사람들을 위한 사용자 요구와 사용자 이야기가 3절에 따라 프로젝트의 사용자 요구, 사용자 이야기 및 요구사항에 통합되어 있는지 확인한다.
  • 6절의 페르소나가 프로젝트의 연구 단계에 통합되어 있는지 확인한다.
  • 프로젝트 사용자 테스트가 5절에 따라 이 문서의 목적에 대한 테스트를 포함하는지 확인한다.

2.2 인지 및 학습 장애가 있는 사람, 접근성 및 웹에 대한 배경

인지 및 학습 장애에는 다음과 같은 인지 기능과 관련된 장기적, 단기적 및 영구적 어려움이 포함된다:

디자인, 구조 및 언어 선택은 인지 및 학습 장애가 있는 사람들이 콘텐츠에 접근하지 못하게 만들 수 있다. 예에는 다음이 포함될 수 있다:

이러한 어려움은 때때로 환경적 또는 상황적 장벽으로 인해 일반 대중도 경험할 수 있다. 예를 들어, 주의가 산만하거나 스트레스를 받은 상태에서 웹 사이트를 사용하려고 할 때가 그렇다. 낯설거나 시끄러운 상황에서 모바일 장치로 작업하는 것도 사용자의 주의를 분산시켜 추가적인 인지 부하를 줄 수 있다. 그러나 인지 및 학습 장애가 있는 사용자에게는 이러한 어려움이 지속적이고 중대할 가능성이 높다. 그 결과, 이들은 콘텐츠에 접근하고 이러한 작업을 독립적으로 완료하지 못할 수 있다.

인지 및 학습 장애는 진단하고 분류하기 어렵다. 이들은 보통 드러나지 않으며 나이와 관련될 수 있다. 사용자는 신체적 및 감각적 어려움이 있는 개인보다 공식적인 장애 진단을 받을 가능성이 낮다. 흔히 일부 기능만 손상되고 다른 인지 기능은 영향을 받지 않는다. 예를 들어, 난독증이 있는 사람이 훌륭한 엔지니어일 수 있다. 때때로, 인지 및 학습 장애에는 문자 및 음성 표현과 함께 이해에 영향을 주는 지적 손상이 포함될 수 있다. 사람들은 둘 이상의 인지 및 학습 장애 유형을 경험할 수도 있다. 인지 및 학습 장애에 사용되는 용어와 정의는 국가마다 다르다는 점에 유의하라.

혜택을 받을 다른 집단에는 다음이 포함된다:

2.3 개발 프로세스에 사용자 포함하기

인지 및 학습 장애가 있는 사람들이 웹 콘텐츠와 애플리케이션을 사용할 수 있게 만드는 일부 측면은 전체 디자인 프로세스의 일부로 다루어져야 한다. 대부분의 조직은 사용자 중심 디자인 프로세스를 위한 범위를 포함해야 한다. 관련 리소스는 우리의 개발자 리소스 페이지를 참조하라.

인지 및 학습 장애가 있는 사람들을 위한 이 프로세스의 핵심 부분은 다음이어야 한다:

인지 및 학습 장애가 있는 사람들을 사용성 테스트에 포함하고 그들의 피드백을 반영하는 웹 사이트는 스트레스를 경험하고 있거나 정신 건강 문제가 있는 사람을 포함하여 모두가 더 쉽게 사용할 수 있다. (5절 참조.)

2.4 언어 사용

인지 및 학습 장애에 대한 언어와 용어는 문화와 공동체마다 크게 다르다. 선호되는 언어도 시간이 지나면서 변하고 있다. 우리는 이 문서 내의 일관성을 위해 용어를 선택하고 용어집에서 정의했다. 우리는 이것이 모든 경우와 모든 집단에서 올바르다고 주장하지 않는다.

상충되는 의견을 인지한 경우, 우리는 각 용어와 자신을 동일시하는 개인들에게 연락했다. 선호가 달랐을 때, 우리는 피드백을 바탕으로 용어를 선택하기 위해 최선의 판단을 사용했다. 우리는 용어집 정의 안에 대안을 제공했다.

인지 및 학습 장애를 논의할 때 사용할 언어와 용어를 결정할 때, 특정 상황과 문화 안에서 최선의 용어를 선택하기 위해 인지 및 학습 장애가 있는 개인들에게 연락할 것을 권장한다.

3. 사용자 이야기

이 절에는 사용자 이야기가 포함되어 있으며, 그 뒤에 관련 사용자 요구가 이어진다. 이들은 위의 디자인 가이드와 같은 목표들로 나뉜다.

인지 및 학습 장애가 있는 사람들에게 이러한 요구를 충족하는 것은 사이트를 사용할 수 있는지, 아니면 전혀 사용할 수 없는지를 가르는 차이가 될 수 있음에 유의하라. 이는 정신 건강 문제가 있거나 일시적인 스트레스를 받는 사람에게도 해당될 수 있다.

인지 및 학습 장애가 있는 사람들의 사용자 요구는 흔히 다른 사용자에게도 도움이 되지만, 다른 사용자는 보통 이러한 사용자 요구가 충족되지 않아도 사이트를 사용할 수 있다.

3.1 목표 1: 사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 돕기

3.1.1 명확한 목적(사용자 이야기)

기억 손상, 주의력 손상 또는 실행 기능 손상이 있는 사용자로서, 또는 기호를 사용하는 의사소통 장애가 있는 사용자로서, 나는 내가 올바른 위치에 있는지, 그리고 내가 무엇을 하고 있는지 알 수 있도록 콘텐츠의 목적을 알아야 한다. 이는 내가 한동안 주의와 집중을 잃더라도 필요하다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 웹 사이트가 무엇을 제공하는지, 또는 다른 곳으로 이동해야 하는지를 알아야 한다.
  • 나는 이 페이지에 어떤 기능과 콘텐츠가 있는지, 또는 다른 곳으로 이동해야 하는지를 알아야 한다.
  • 나는 주의가 산만해진 후에도 웹 사이트, 애플리케이션 또는 다단계 프로세스의 구조에서 내가 어디에 있는지 인식해야 한다.
  • 나는 주의가 산만해진 후에도 이 페이지와 사이트/작업 사이의 관계를 알아야 한다.
  • 나는 페이지의 맥락과 목적을 알아야 한다.
  • 비디오와 멀티미디어에서: 나는 비디오에 무엇이 있는지 알아야 하고, 필요한 콘텐츠로 이동할 수 있어야 하며, 주의가 산만해진 경우 맥락을 회복할 수 있어야 한다.

관련 페르소나: Gopal, Kwame, Maria, Yuki

3.1.2 명확한 조작(사용자 이야기)

기억 손상, 학습 장애 또는 기호를 사용하는 의사소통 장애가 있는 사용자로서, 또는 실행 기능 손상이 있는 사용자로서, 나는 새로운 인터페이스 디자인 패턴을 배우는 것이 어렵다. 나는 사이트를 사용할 수 있도록 어떤 컨트롤이 사용 가능하며 이를 어떻게 사용하는지 알아야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 내 선택지와 수행할 수 있는 작업을 이해해야 하며, 동작을 완료하기 위해 상호작용할 수 있는 컨트롤을 식별할 수 있어야 한다.
  • 나는 모든 컨트롤을 사용하는 방법과 각 동작의 효과를 알아야 한다.
  • 나는 컨트롤을 올바르게 활성화하기 쉬워야 한다. 인터페이스는 내가 실수로 컨트롤을 활성화하는 일이 드물도록 설계되어야 한다.
  • 나는 무엇이 컨트롤이고 무엇이 컨트롤이 아닌지 알아야 한다. 나는 컨트롤이 아닌 요소를 활성화하려고 하지 않는다. 그렇지 않으면 사이트가 고장났다고 생각한다.
  • 나는 사물이 어디에 있는지 알아야 한다. 내가 사용하는 동안 컨트롤과 콘텐츠가 예기치 않게 움직이지 않는다.
  • 나는 사물을 터치하면 어떤 일이 일어나는지 알아야 한다. 정보 전송, 설정 변경, 맥락 변경 또는 애플리케이션 닫기와 같은 각 동작의 결과를 알아야 한다.

관련 페르소나: Alison, Amy, George, Gopal, Sam, Tal

3.1.3 기호(개념을 나타내는 그림문자 또는 표의문자)(사용자 이야기)

가벼운 언어 손상을 포함할 수 있는 복잡한 의사소통 요구가 있는 사용자로서, 나는 콘텐츠를 이해하는 데 도움이 되는 기호를 원한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 컨트롤과 절 제목과 같은 필수 콘텐츠를 이해하는 데 도움이 되는 기호가 필요하다.
  • 나는 내가 이해하고 익숙한 기호(인식 가능하거나, 개인화 가능하거나, 일반적으로 사용되는 기호)가 필요하다.
  • 나는 단어의 의미를 이미지와 연결하기 위해 텍스트 위에 배치된 기호가 필요하다.

관련 페르소나: George, Gopal

기호 어휘를 배우는 데 성공한 중증 언어 손상이 있는 사용자로서, 나는 각 구문 위에 기호가 있고 매우 단순화된 언어가 필요하다. 물론 내가 그 기호를 이해하고, 그것이 내가 배운 것이라면 가장 좋다(개인화를 통해).

관련 페르소나: George

3.2 목표 2: 사용자가 필요한 것을 찾도록 돕기

3.2.1 찾을 수 있음(사용자 이야기)

기억 손상, 손상된 실행 기능, 또는 필요한 기능을 찾는 데 어려움이 있는 손상된 언어 처리 기술을 가진 사용자로서, 나는 합리적인 시간 안에 사물을 찾을 수 있도록 페이지의 중요한 정보와 핵심 기능을 식별해야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 페이지에서 중요한 정보와 핵심 기능을 빠르고 쉽게 식별할 수 있다.
  • 나는 스크롤하거나 다른 동작을 수행하지 않고도 중요한 정보와 필요한 컨트롤에 도달해야 한다. 이들은 숨겨져 있거나 화면 밖에 있지 않다.
  • 나는 필요한 콘텐츠와 필요하지 않은 콘텐츠를 쉽게 식별해야 한다. 내가 알아야 하는 정보와 중요한 정보는 눈에 띄거나, 내가 가장 먼저 읽는 것이며 덜 중요한 정보의 소음 속에서 사라지지 않는다.
  • 나는 최소한의 쉬운 단계로 필요한 기능에 도달해야 한다.
  • 나는 구직 신청과 같은 각 특정 작업의 시작점을 알아야 한다.
  • 나는 디자인과 사용자 인터페이스 요소가 익숙해야 한다. 메뉴, 버튼, 디자인 구성요소, 그리고 도움말과 검색 같은 공통 요소는 쉽게 인식할 수 있고 내가 기대하는 위치에 있어야 한다.

관련 페르소나: Alison, Amy, Kwame, Maria, Tal, Yuki

3.2.2 검색 가능함(사용자 이야기)

인지 또는 학습 장애가 있고 검색을 사용해 사물을 찾는 방법을 배운 사용자로서, 나는 웹 사이트에서 사물을 찾을 수 있도록 검색을 사용할 수 있어야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 기능과 콘텐츠를 쉽게 찾을 수 있어야 한다.
  • 나는 이전에 검색했던 것을 찾아야 한다.
  • 나는 사이트의 메뉴 구조와 조직을 쉽게 탐색해야 한다.
  • 나는 페이지 구조를 쉽게 탐색해야 한다.

관련 페르소나: Kwame

3.2.3 명확한 탐색(사용자 이야기)

인지 또는 학습 장애가 있고 웹에서 둘러보는 것을 좋아하는 사용자로서, 나는 구조와 메뉴 범주가 나에게 의미가 있어야 하며, 그래야 잘못된 곳을 보지 않고 찾고 있는 것을 찾을 수 있다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 사이트와 페이지 구조를 모두 쉽게 이해하고 탐색하며 둘러보아야 한다.
  • 나는 페이지를 훑어보고 콘텐츠의 우선순위와 구조를 이해해야 한다.

관련 페르소나: Alison, Amy, Gopal, Kwame, Maria, Sam

3.2.4 미디어(사용자 이야기)

손상된 실행 기능과 주의력 손상이 있는 사용자로서, 나는 주요 내용을 이해하고 집중을 잃지 않도록 미디어가 이해 가능한 콘텐츠의 작은 덩어리로 제시되기를 원한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 원하는 곳으로 쉽게 이동하고, 휴식을 취하며, 따라가지 못하거나 주의가 산만해졌을 때 쉽게 한 단계 뒤로 이동해야 한다.
  • 나는 세그먼트를 설명하는 탐색 가능한 텍스트나 레이블이 있는 작은 멀티미디어 세그먼트가 필요하다.
  • 나는 이해하기 쉬운 언어가 사용되어야 한다
  • 나는 미디어의 서로 다른 부분을 탐색하고 이해하는 데 도움이 되는 명확한 구조를 사용해야 한다.
  • 나는 미디어 콘텐츠를 이해하는 데 도움이 되는 시각 보조 자료와 그림을 사용해야 한다.
  • 대본이 제공되는 경우, 나는 그 대본을 찾을 수 있어야 한다.

관련 페르소나: Yuki

3.3 목표 3: 명확하고 이해할 수 있는 콘텐츠 사용하기

3.3.1 명확한 언어 (문자 또는 오디오)(사용자 이야기)

언어, 처리 또는 기억 손상이 있는 사용자로서, 나는 콘텐츠를 이해할 수 있도록 사용되는 언어가 명확하고 내가 이해하기 쉬워야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 어휘, 구문, 시제 및 언어의 다른 측면을 포함하여 사용된 언어를 이해해야 한다.
  • 나는 배경 방해 요소로부터 콘텐츠를 쉽게 구분해야 한다.
  • 나는 단어를 음성학적으로 읽는 데 필요한 악센트, 문자 및 발음 구별 기호가 단어에 포함되어야 한다. 이는 아랍어와 히브리어 같은 언어에서 음성 합성과 음성학적 판독기에 자주 필요하다.
  • 나는 텍스트의 의미를 이해해야 한다. 나는 농담과 은유를 오해할 수 있으므로 설명되지 않은, 암시된 또는 모호한 정보를 원하지 않는다.
  • 나는 긴 콘텐츠 조각에 대해 이해하기 쉬운 짧은 요약 또는 이해하기 쉬운 언어 버전의 선택지가 필요하다.
  • 나는 생각을 이해하는 데 도움이 되는 이미지, 도표 또는 비디오 클립이 필요하다(많은 단어보다 더).
  • 나는 이미지와 애니메이션에서 보이는 몸짓과 얼굴 표정과 같은 암시적이거나 모호한 정보에 대한 설명이 필요하다.

관련 페르소나: George, Kwame, Sam, Yuki

3.3.2 시각적 표현(사용자 이야기)

언어 또는 의사소통 손상, 난독증 또는 기억 손상이 있는 사용자로서, 나는 압도되지 않고 콘텐츠를 따라가고 이해하는 데 도움이 되는 페이지 레이아웃을 원한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 작거나 짧은 콘텐츠 덩어리, 절 또는 상자가 필요하다.
  • 나는 덩어리가 명확하고 페이지가 압도적이지 않도록 여백을 잘 사용해야 한다.

관련 페르소나: Amy, Gopal, George, Kwame, Sam, Tal, Yuki

3.3.3 수학 개념(사용자 이야기)

수치 개념을 이해하지 못하는 사용자로서, 나는 수학 개념을 이해하지 않아도 콘텐츠를 사용할 수 있어야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 수학 개념이 없는 콘텐츠가 필요하다.
  • 나는 수학이 아닌 텍스트 설명과 같은 대안을 제공하는 콘텐츠가 필요하다.
  • 나는 숫자와 수치 개념보다 단어가 필요하다.

관련 페르소나: Alison, Gopal, Jonathan

3.4 목표 4: 사용자가 실수를 피하고 이를 수정하는 방법을 알도록 돕기

3.4.1 지원과 도움 (사용자 이야기)

조직화(실행 기능), 입력, 그리고 문자와 숫자를 올바른 순서로 배치하는 데 어려움이 있는 사용자로서, 나는 실수를 막아 주고 양식을 작성하거나 다른 유사한 작업을 성공적으로 수행하는 데 도움이 되는 인터페이스를 원한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 실수를 피하는 데 도움이 되는 인터페이스가 필요하다.
  • 나는 작업을 더 관리하기 쉽게 만들기 위해 가능한 한 적은 정보만 입력해야 한다.
  • 나는 원하는 것을 선택할 수 있도록 인터페이스가 유효한 선택지만 제공해야 한다.
  • 나는 실수로 컨트롤을 터치하는 일이 드물도록 보장하는 데 도움이 되는 인터페이스가 필요하다.
  • 나는 신용카드 번호처럼 흔히 공백이 있는 긴 숫자가 덩어리로 나뉘어 있어야 한다. 그렇게 하면 이를 확인하기가 더 쉽다.
  • 나는 입력이 다양한 형식을 허용하고 이를 실수로 표시하지 않아야 한다.
  • 나는 인터페이스가 내가 알고 있고 내 지역에서 일반적인 측정 기준(예: 피트 또는 미터)을 사용해야 한다. 그렇지 않으면 혼란스러워진다. 나는 그들이 어떤 측정 기준을 말하는지 항상 알지 못하거나 숫자가 잘못되어 보일 때 알아차리지 못한다.
  • 나는 나를 도와주는 애플리케이션(또는 표준 애플리케이션 프로그래밍 인터페이스 - API)을 사용해야 한다. 예를 들어, 내 정보를 기억해 다시 입력할 필요가 없게 하고 맞춤법을 도와주는 것처럼.
  • 나는 정확히 무엇을 해야 하는지 알 수 있도록 명확한 레이블, 단계별 지시 및 명확한 오류 메시지가 필요하다.
  • 나는 내가 해야 할 일을 쉽게 이해할 수 있게 해 주는 예제가 필요하다.
  • 나는 선택지나 선택 사항이 무엇을 의미하는지 알 수 있도록 명확하고 단순한 설명이 필요하다.
  • 나는 작업에 걸리는 시간을 알려 주는 것과 같이 내 시간을 관리하는 데 도움이 필요하다.
  • 나는 내 작업을 완료할 시간이 필요하다. 우편번호나 사회보장번호 같은 필요한 정보를 찾는 동안 세션이 시간 초과되는 것을 원하지 않는다.
  • 나는 진행하면서 작업을 저장하거나 모든 작업이 자동으로 저장된다는 확신이 필요하다. 나는 처음부터 다시 시작하고 싶지 않다. 이는 데이터를 다시 입력하는 악순환을 만들 수 있다. 이것은 나를 쉽게 지치게 하고 실수를 더 많이 하게 만든다.
  • 나는 시작하기 전에 어떤 정보(신용카드, 전체 주소 등)가 필요한지 알려 주는 것과 같이 작업을 관리하기 위한 지원이 필요하다.
  • 나는 온라인에서 내가 하는 일의 결과를 이해해야 한다.

관련 페르소나: Alison, George, Gopal, Jonathan, Kwame Maria, Sam, Tal, Yuki

3.4.2 되돌리기(사용자 이야기)

자주 실수하거나 잘못된 것을 터치하는 사용자로서, 나는 애플리케이션을 사용할 수 있도록 방금 한 일을 빠르고 쉽게 되돌리고 싶다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 방금 한 작업을 잃지 않고 내 작업을 확인하고 돌아가야 한다.
  • 나는 잘못된 컨트롤을 터치했을 때 한 번의 간단한 단계로 내가 있던 곳으로 돌아가야 한다.
  • 나는 실수하기 전에 내가 정확히 어디에 있었는지 알 수 있도록 예측 가능한 뒤로 가기 또는 되돌리기 기능이 필요하다.

관련 페르소나: Alison, Maria, Tal

3.5 목표 5: 사용자가 집중하도록 돕기

3.5.1 주의 산만(사용자 이야기)

주의력 손상과 기억 손상이 있는 사용자로서, 나는 주의 산만을 피해야 한다. 집중을 잃고 무엇을 하고 있었는지 잊은 경우, 작업을 완료할 수 있도록 내가 무엇을 하고 있었는지에 대한 알림이 필요하다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 작업에 방해 요소가 없어야 한다.
  • 방해 요소가 있다면, 나는 이를 쉽게 끌 수 있어야 한다.
  • 나는 작업에 집중할 수 있도록 주의 전환에 도움이 되게 작업이 어디에서 시작하고 끝나는지 알아야 한다.
  • 나는 인지적 집중을 잃고 작업으로 돌아와야 했을 때의 맥락, 내가 어디에 있는지, 방금 무엇을 했는지, 또는 나에게 방금 무슨 일이 일어났는지 알아야 한다.
  • 나는 나 자신을 다시 방향 잡을 수 있도록 사이트에서 내가 어디에 있는지에 대한 정보를 보거나 뒤로 갈 수 있어야 한다.
  • 나는 방향 감각 상실을 피하기 위해 프로세스에서 내가 어디에 있는지, 내가 무엇을 했고 다음 단계가 무엇인지 알아야 한다.

관련 페르소나: Amy, Gopal, Kwame, Sam, Yuki

3.6 목표 6: 프로세스가 기억에 의존하지 않도록 보장하기

3.6.1 이전 단계의 내용 기억하기(사용자 이야기)

단기 및 작업 기억에 어려움이 있는 사용자로서, 나는 기억에 의존하지 않는 프로세스와 프로세스의 이전 단계에서 입력한 정보에 접근할 수 있어야 한다.

관련 페르소나: Maria

3.6.2 접근 가능한 인증(사용자 이야기)

기억 손상이 있고 암호를 자주 잊으며, 손상된 실행 기능을 가진 사용자로서, 나는 사용할 수 있는 안전한 웹 사이트 인증 방법이 필요하다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 암호, 코드 및 사용자 이름을 기억하거나 옮겨 적지 않고도 사이트를 사용할 수 있어야 한다.
  • 나는 콘텐츠를 이해해야 한다. 나는 많은 단어나 익숙하지 않은 아이콘을 해독할 수 없다.
  • 나는 로그인 프로세스가 단순하고 다단계가 아니어야 한다.
  • 나는 많은 단어에 의존하지 않는, 내가 사용할 수 있는 로그인 프로세스가 필요하다.
  • 나는 퍼즐이나 계산이 없는 로그인 프로세스가 필요하다.

관련 페르소나: Jonathan, Tal

3.6.3 음성 메뉴(사용자 이야기)

기억 손상과 손상된 언어 처리 기술이 있는 사용자로서, 나는 약속을 잡거나 어떤 정보를 알아낼 수 있도록 복잡한 메뉴 시스템(VoiceXML [voicexml21])이나 기억과 실행 기능에 의존하는 복잡한 음성 인식 메뉴 시스템을 거치지 않고 사람의 도움을 받아야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 내가 아는 예약된 숫자(일반적으로 숫자 0)를 눌러 사람을 쉽게 찾아야 한다.
  • 나는 여러 단계로 어려움을 겪지 않고 옵션을 빠르게 식별할 수 있도록, 제한된 옵션이 있고 내게 의미가 있는 탐색하기 쉬운 음성 메뉴 시스템이 필요하다.
  • 나는 단어를 처리하는 동안 번호를 기억하지 않아도 되도록 선택할 번호보다 먼저 옵션을 들어야 한다.
  • 나는 말한 내용을 처리할 수 있도록 각 옵션 사이에 멈춤이 필요하다. (인지 처리 속도가 손상된 사용자로서.)
  • 나는 시스템이 내 응답을 기다려야 한다. (나는 느리게 말하는 사람이다.)
  • 나는 실수할 때마다 처음부터 다시 시작하지 않고 쉽게 뒤로 갈 수 있어야 한다.
  • 나는 음성 메뉴에 대한 사용성 모범 사례가 필요하다. (메뉴를 사용할 수 없다고 자주 느끼는 사용자로서.)
  • 나는 단순한 도움을 선택하는 프로세스를 쉽게 찾고, 다단계 도움은 피해야 한다.
  • 나는 내 작업을 완료하는 데 에너지를 써야 한다. 특별 제안이나 홍보와 같은 다른 자료를 이해하려고 애쓰며 에너지를 낭비하고 싶지 않다.
  • 나는 음성 메뉴에서 말해야 할 올바른 단어를 식별하는 데 도움이 필요하며, 그 단어들은 내가 사용할 단어여야 한다.

관련 페르소나: Gopal, Maria

3.7 목표 7: 도움과 지원 제공하기

3.7.1 도움(사용자 이야기)

일부 웹 사이트를 사용하기 어렵다고 느끼는 사용자로서, 나는 막히는 모든 위치에서 쉽게 도움을 받고 피드백을 제공해야 한다. 이는 내가 배제되지 않고 사이트가 내 요구를 인식하도록 보장한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 프로세스의 어느 지점에서든 피드백을 제공해야 한다.
  • 나는 피드백을 제공하고, 질문하고, 피드백을 받아야 한다:
    • 다른 사람들과 비슷한 시간 범위 안에서,
    • 내가 선호하는 의사소통 방법(양식, 이메일, 채팅, 전화 지원 등)을 사용하고 그것이 나에게 접근 가능해야 하며,
    • 나는 맥락 민감 도움말이나 툴팁에서처럼 도움이나 정보를 얻는 방법을 알아야 한다.
  • 나는 사람의 도움을 받는 방법을 알고 그 프로세스를 쉽게 관리할 수 있어야 한다.

관련 페르소나: Alison

3.7.2 지원(사용자 이야기)

일부 웹 사이트를 사용하기 어렵다고 느끼고 텍스트와 단어로 어려움을 겪는 사용자로서, 나는 때때로 콘텐츠를 사용할 수 있도록 페이지 내 및 인라인 지원이 필요하다. 그러나 주의력 손상이 있으면, 필요한 지원은 방해를 피하기 위해 내 제어 안에 있어야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 모든 도움과 지원 콘텐츠가 기호를 포함하거나 내 것을 사용하여 콘텐츠를 개인화할 수 있게 해야 한다.
  • 나는 도움말과 주요 콘텐츠가 명확히 구분되어 혼동하지 않아야 한다.
  • 나는 텍스트를 보완하는 맥락에 맞는 그래프와 그림이 필요하다.
  • 나는 단어가 소리 내어 읽힐 때 따라갈 수 있도록 동기화된 강조 표시가 있는 텍스트 음성 변환 지원이 필요하다.
  • 나는 이벤트가 성공적으로 트리거되었을 때 이를 보여 주는 빠른 피드백이나 시각적 단서가 필요하다. 예를 들어, 이메일이 전송되었는지 알아야 한다. 그렇지 않으면 이메일이 그냥 사라진 것처럼 보인다.
  • 나는 약속과 해야 할 일을 잊지 않도록 내 캘린더에 통합된 알림이 필요하다. 때로는 다음 작업을 완료하기 위해 웹 사이트를 다시 방문하라는 알림이 필요하다.
  • 나는 너무 많은 알림으로 주의가 산만해지지 않도록 알림이 전송되는 시점, 빈도 및 유형을 제어해야 한다.

3.7.3 안내(사용자 이야기)

탐색과 순서화에 영향을 주는 인지 및 학습 장애가 있는 사용자로서, 나는 안내와 탐색을 이해하고 사용하는 데 도움이 필요하다.

관련 페르소나: George, Sam, Kwame

3.7.4 인지적 스트레스(사용자 이야기)

바쁘거나 혼란스럽거나 우울하거나 큰 소리가 있는 콘텐츠처럼 콘텐츠의 영향을 받을 수 있는 민감성이 있는 사용자로서, 나는 성공할 수 있도록 감당할 수 있는 콘텐츠가 필요하다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 단순하고 일관된 콘텐츠가 필요하다.
  • 나는 정신적 피로를 피하고 회복해야 한다.
  • 나는 때때로 소셜 미디어, 방해 요소, 소음 또는 유발 요인과 같은 콘텐츠 유형을 피해야 한다.
  • 나는 실수와 오류를 줄여야 한다.
  • 나는 웹 사이트를 사용할 때, 특히 정보를 제공하거나 다른 사람과 의사소통할 때 내가 안전하고 보안이 유지된다는 것을 알아야 한다.

관련 페르소나: Gopal, Kwame, Tal

3.7.5 작업 관리(사용자 이야기)

실행 기능 손상 때문에 웹 콘텐츠 사용에 어려움을 겪거나, 수치 개념으로 어려움을 겪는 사용자로서, 나는 내 작업을 관리할 수 있다는 확신을 갖고 싶다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 사용하기 쉬운 방식(예: 비디오 또는 텍스트)으로 양식의 특이한 컨트롤에 대한 설명이 필요하다.
  • 나는 모든 선택에 대한 지원과 설명이 필요하다. 장점이나 단점이 나에게 명확하고 내가 할 수 있는 선택의 효과를 이해해야 한다. 예를 들어 더 저렴한 항공권을 선택하면 종종 식사 비용을 내야 한다.
  • 나는 작업을 시작하는 방법과 다음과 같이 무엇이 관련되는지 알아야 한다:
    • 관련 단계,
    • 작업 완료에 대한 예상 시간과 모든 시간 제한,
    • 필요할 수 있는 모든 자료(예: 신용카드 번호, 여권 번호, "어머니의 결혼 전 성"과 같은 로그인 인증 질문),
    • 시간과 단계를 조직하는 데 도움이 되는, 내가 이해할 수 있는 지원과 지시,
    • 모든 제한 사항은 시작하기 전에 나에게 명확해야 한다.
  • 나는 작업 중 모든 방해 요소를 끌 수 있어야 하며, 어느 지점에서든 도움을 사용할 수 있어야 한다.

관련 페르소나: Gopal, Jonathan, Kwame, Sam

3.8 목표 8: 적응과 개인화 지원하기

3.8.1 적응(사용자 이야기)

단기 및 중기 기억 손상과 손상된 실행 기능이 있는 사용자로서, 나는 새로운 인터페이스를 파악하고 기억할 필요가 없도록 익숙한 인터페이스가 필요하다. 이는 몇 주간의 반복이 필요할 수 있으며, 치매와 같이 새로운 것을 배우는 데 영향을 주는 상태가 있으면 전부 배우지 못할 수도 있다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 내가 인식하고 무슨 일이 일어날지 아는 익숙한 인터페이스(또는 그 버전)가 필요하다.
  • 나는 컨트롤이 내가 기대하는 화면 위치에 일관되게 배치되어 있어야 한다.
  • 나는 이해하기 쉬운 언어 또는 이해하기 쉬운 모드(짧고 이해 가능한 비디오 클립 등)로 제공되는 콘텐츠가 필요하다.
  • 나는 내가 이해하기 가장 쉬운 콘텐츠 형식이나 버전을 쉽게 찾고 선택해야 한다.
  • 나는 말과 글로 된 언어에 대한 대안, 예를 들어 아이콘, 기호 또는 그림이 필요하다.
  • 나는 새 기호, 아이콘 또는 그림을 배우는 데 시간이 오래 걸리므로 즉시 인식할 수 있는 개인화된 기호, 아이콘 또는 그림이 필요하다.
  • 내가 단어를 모를 때, 나는 내가 알고 인식하는 기호와 그림이 필요하다.
  • 나는 텍스트를 너무 많이 읽지 않고 콘텐츠를 이해하는 데 도움이 되는 비디오와 그림이 필요하다.
  • 나는 나를 혼란스럽게 하지 않는 터치 스크린의 “사용하기 쉬운” 제스처(또는 대체 접근 가능성)가 필요하다.
  • 나는 음성 인식이나 그림 사용처럼 너무 많은 단어 없이 내 생각을 표현할 수 있어야 한다 (나는 단어를 선택하면 그림을 제공하는 프로그램을 가지고 있다).
  • 나는 줄, 문장, 구문 및 덩어리 사이에 더 많은 여백을 추가할 수 있어야 한다.
  • 나는 수학 개념에 의존하지 않는 수학 콘텐츠의 대안이 필요하다.
  • 나는 너무 많은 인지 과부하가 있으면 전혀 기능할 수 없으므로, 추가 옵션과 기능이 없는 더 적은 콘텐츠가 필요하다.
  • 나는 원할 때 추가 기능을 찾을 수 있어야 한다.

관련 페르소나: Alison, Amy, Gopal, Jonathan, Sam

3.8.2 확장 및 API(사용자 이야기)

부가 기능과 확장 기능을 보조 기술로 사용하는 인지 및 학습 장애가 있는 사용자로서, 나는 콘텐츠를 사용할 수 있도록 내 부가 기능, 애플리케이션 프로그래밍 인터페이스(API) 및 확장 기능이 콘텐츠와 함께 작동해야 한다.

이 사용자 이야기는 다음 사용자 요구도 포함한다:

  • 나는 위젯이나 확장에서 추가 지원 기능을 사용해야 한다. 예를 들어, 나는 단어, 문법 및 구두점을 올바르게 입력하도록 돕고 페이지를 읽어 주는 확장 기능을 가지고 있다.
  • 나는 내 암호 관리자를 사용해야 한다.
  • 나는 기호를 추가하고 페이지 서식을 다시 지정하는 내 도구 모음을 사용해야 한다.

관련 페르소나: Alison, Jonathan, Kwame, Tal

4. 디자인 가이드

4.1 소개

이 가이드는 인지 및 학습 장애가 있는 사람들에게 친화적인 웹 사이트와 애플리케이션을 만드는 데 도움을 제공한다. 이 가이드의 패턴은 디자인과 디자인 프로세스의 접근성을 향상시키기 위한 실용적 지침을 제공한다.

여기에 제시된 목적과 패턴은 The Web Content Accessibility Guidelines WCAG [WCAG22]의 요구사항을 넘어서는 보충 지침을 제공한다. 이는 규범적 WCAG [WCAG22] 명세에 포함될 수 없었고 그 밖의 방식으로는 다루어지지 않을 수 있는 장벽을 다루기 위한 것이다.

이 가이드는 디자인 목적으로 나뉜다. 이러한 목적의 개요는 요약 절에서도 찾을 수 있다. 목적과 관련 사용자 이야기를 이해하는 것만으로도 디자이너가 인지 및 학습 장애가 있는 일부 사용자가 콘텐츠에 더 쉽게 접근할 수 있게 만드는 데 도움이 될 수 있다.

각 목적에는 사용자 요구를 다루기 위해 무엇을 해야 하는지를 설명하는 여러 실용적 패턴(컨트롤 및 기타 요소를 위한 반복되는 디자인)이 포함된다. 이러한 패턴을 구현하는 것은 인지 및 학습 장애가 있는 일부 사람들이 콘텐츠를 독립적으로 사용할 수 있게 하기 위해 필수적이다.

4.2 목표 1: 사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 돕기

인지 및 학습 장애가 있는 사용자는 방향 잡기와 학습에 어려움을 겪을 수 있다. 이는 사람들이 사이트에서 방향 감각을 잃게 될 수 있음을 의미한다.

새로운 것을 배우고 새로운 정보를 기억하는 것은 인지 및 학습 장애가 있는 사람들에게 특히 어렵다. 이들은 새로운 디자인 패턴을 배우는 데 어려움을 겪거나 배우지 못할 수도 있다. 도움이 되도록 컨트롤, 아이콘 및 요소를 단순하고 관례적으로 만들라.

사용자에게 사물이 무엇이며 어떻게 사용하는지 명확하게 하라. 여기에는 다음의 목적을 명확히 나타내는 것이 포함된다:

제목, 레이블 및 기타 안내 표지를 사용하여 사용자가 페이지, 영역 또는 컨트롤의 목적을 알 수 있게 하라.

사용자가 각 페이지의 컨트롤과 요소를 사용하는 방법을 이해하도록 도우라.

새로운 디자인을 기억하는 데 어려움을 겪는 사용자를 돕기 위해 익숙한 디자인 패턴, 용어 및 아이콘을 사용하라. 컨트롤과 기타 요소의 모양, 위치 및 상호작용이 사이트 전체에서 익숙하고 일관되도록 보장하라.

가능한 동작의 효과를 사용자가 이해하고 잠재적 혼란을 줄일 수 있도록, 컨트롤과 그 영향을 받는 콘텐츠 사이의 관계를 명확하게 보여 주라.

4.2.1 페이지의 목적을 명확하게 만들기(패턴)

4.2.1.1 사용자 요구

나는 페이지의 맥락과 목적을 알아야 한다.

관련 사용자 이야기: 명확한 목적.

4.2.1.2 해야 할 일

사용자가 콘텐츠의 목적을 알도록 도우라. 다음을 사용하라:

  • 페이지의 목적을 요약하는 명확한 제목이나 표제, 또는
  • 인지 및 학습 장애가 있는 사용자에게 테스트된 기타 명확한 안내 표지.
4.2.1.3 도움이 되는 방식

이는 기억과 주의가 손상된 사람뿐 아니라 나이 관련 건망증과 AD(H)D로 인해 쉽게 주의가 산만해지는 모든 사람을 포함하여 많은 사람에게 도움이 된다.

예를 들어, 경도 치매가 있는 사람이 온라인 쇼핑을 사용하고 있다. 그들은 주의가 산만해지고, 다시 화면을 볼 때 무엇을 하고 있었는지 잊어버렸다. 각 페이지 상단의 명확한 제목은 그 페이지가 무엇에 관한 것이며 그들이 무엇을 하고 있는지를 명확하게 보여 준다.

또 다른 예에서, AD(H)D가 있는 사용자가 비디오에서 정보를 찾고 있다. 그들은 비디오 제목을 통해 이 비디오에 필요한 정보가 있음을 알 수 있다.

4.2.1.4 자세한 내용

제목은 이 특정 페이지의 목적을 명확히 한다.

가능한 경우, 사용자가 페이지에 어떻게 도달했는지 이해하는 데 도움이 되는 정보를 제공하라. 예: 주요 탐색에서 브레드크럼을 명확하게 표시하기, 현재 선택된 탭 강조하기 등.

4.2.1.5 예제

사용:

  1. 사용자가 어디에 있는지 알려 주는 페이지 제목.

피하기:

  1. 사용자가 어디에 있는지 알려 주는 명확한 제목이나 안내 표지가 없는 페이지. 예:
    • “Service not available”이라고 표시되는 페이지 제목처럼 사용자가 어디에 있는지 알려 주지 않는 페이지 제목. 사용자는 그 서비스가 무엇과 관련되는지 기억해야 한다.
    • 양식의 단계를 명확히 하지 않는 페이지 제목.

4.2.2 익숙한 계층 구조와 디자인 사용하기(패턴)

4.2.2.1 사용자 요구

나는 내 선택지와 수행할 수 있는 작업을 이해해야 하며, 동작을 완료하기 위해 상호작용할 수 있는 컨트롤을 식별할 수 있어야 한다. (나는 새로운 인터페이스 디자인 패턴을 배우는 것이 어렵다.)

관련 사용자 이야기: 명확한 조작.

4.2.2.2 해야 할 일

대부분의 사용자에게 익숙한 공통 디자인을 사용하라. 여기에는 다음이 포함된다:

  • 디자인 요소,
  • 어포던스(컨트롤 사용 방법에 대한 시각적 힌트),
  • 패턴, 그리고
  • 레이아웃과 시각적 계층 구조(중요도 순서를 보여 주는 요소의 배치).
4.2.2.3 도움이 되는 방식

많은 사용자는 새로운 디자인 은유를 쉽게 배우고 기억할 수 없다. 이러한 기술이 없으면 상호작용하려는 항목을 찾고 상호작용이 무엇을 하는지 아는 것이 훨씬 더 어렵거나 불가능할 수 있다. 사용자는 길을 잃었거나 압도되었다고 느낄 수 있다.

사용자는 많은 사이트에서 장기간 사용되는 동안 자주 반복되는 공통 디자인 요소를 찾고 인식할 가능성이 더 높다.

예를 들어, 경도 인지 장애나 치매가 있는 사용자가 제품을 구매하기 위해 사이트에 간다. 그들은 원하는 항목의 결제 위치를 찾을 수 없다. 사이트가 쇼핑을 허용하지 않고 정보만 제공한다고 생각할 수 있다.

4.2.2.4 자세한 내용

공통 디자인 요소, 어포던스 및 패턴에는 다음이 포함된다:

  • 표준 레이아웃과 시각적 계층 구조(중요도 순서를 보여 주는 요소의 배치). 사용자가 기대하는 곳에 요소를 배치하라. 예를 들어, 영어 사이트에서는:
    • 웹 사이트의 오른쪽 상단에 검색,
    • 왼쪽 상단에 홈페이지 링크,
    • 상단 탐색 영역에 “contact us” 링크,
    • 푸터 영역에 사이트맵 링크, 그리고
    • 양식 하단에 제출 버튼.
  • 컨트롤과 기타 요소를 위한 반복되는 디자인인 공통 디자인 패턴, 예:
    • WAI-ARIA authoring best practices [wai-aria-practices-1.2],
    • 가장 인기 있는 사이트에서 사용되는 패턴,
    • 매우 일반적인 탐색 디자인 패턴과 공통 아이콘,
    • 탐색 메커니즘과 아이콘을 위한 플랫폼별(운영 체제) 사용자 인터페이스 디자인, 그리고
    • 개인화할 수 있는 적응형 사용자 인터페이스 디자인(위 참조).
  • 이전 버전의 사용자 인터페이스(디자인). 사용자가 익숙한 애플리케이션의 이전 버전으로 되돌릴 수 있게 하라.
  • 링크처럼 보이는 링크와 버튼처럼 보이고 동작하는 버튼. 예:
    • 페이지 전체에서 표준 스타일로 링크에 밑줄 긋기,
    • 링크는 일반적으로 새 페이지로 이동하며,
    • 버튼은 일반적으로 동작을 수행한다.
4.2.2.5 시작하기
  1. 웹 페이지를 디자인할 때, 사용자가 기대하는 방식으로 보이고 동작하는 표준 구성요소를 선택하라. 다음과 같은 레이아웃의 표준 관례를 사용하라:
    • 왼쪽 상단의 홈 링크,
    • 상단의 탐색, 그리고
    • 오른쪽 상단의 검색.
  2. 페이지에 명확한 시각적 계층 구조를 만들라.
4.2.2.6 예제

사용:

  1. 공통 웹 레이아웃.

피하기:

  1. 익숙하지 않은 레이아웃.
  2. 익숙하지 않은 시각적 계층 구조.

4.2.3 일관된 시각 디자인 사용하기(패턴)

4.2.3.1 사용자 요구

나는 내 선택지와 수행할 수 있는 작업을 이해해야 하며, 동작을 완료하기 위해 상호작용할 수 있는 컨트롤을 식별할 수 있어야 한다.

관련 사용자 이야기: 명확한 조작.

4.2.3.2 해야 할 일

페이지 그룹 전체에서 일관된 시각 디자인을 사용하라.

4.2.3.3 도움이 되는 방식

많은 사용자는 새로운 디자인을 배우고 요소를 인식하는 데 오랜 시간이 걸린다. 한 번 학습된 요소는 사이트 전체에서 사용되어야 한다.

예를 들어, 나이 관련 건망증이 있는 고령 사용자는 새로운 디자인을 배우는 데 오랜 시간이 걸린다. 사이트에 오면, 첫 페이지를 이해하는 데 시간이 걸리지만, 그 다음 페이지에서 무엇을 해야 하는지는 알게 된다. 다음 페이지가 첫 번째 페이지와 다르고 역시 배우기 어렵다면, 그들은 지치고 더 많은 실수를 하게 된다. 세 번째 어려운 페이지로 이동하면서 인지 부하가 너무 커져 작업을 완료할 수 없게 된다.

4.2.3.4 자세한 내용

여기에는 다음이 포함된다:

  • 제목 스타일, 글꼴 선택, 아이콘, 색상, 컨트롤·버튼·링크의 시각적 외관을 포함하는 일관된 디자인 테마.
  • 같은 구조 수준의 제목은 같은 글꼴과 시각 스타일을 가진다.
  • 같은 기능과 역할을 가진 아이콘, 컨트롤 및 메뉴 항목은 같은 모양과 스타일을 가진다.
  • 비슷한 기능과 역할을 가진 요소의 상태와 포커스는 사이트 전체에서 같은 스타일을 가진다.
  • 레이아웃은 콘텐츠 블록 전체에서 일관된다. 여기에는 상호작용 요소와 탐색 컨트롤의 위치가 포함된다.
  • 콘텐츠 구조와 정보 표시 스타일이 일관된다. 여기에는 텍스트, 아이콘, 이미지 및 글머리표의 블록 구성 방식이 포함된다.
4.2.3.5 시작하기

콘텐츠를 추가하기 전에 정보에 대한 디자인을 계획하라. 색상, 글꼴 선택, 텍스트와 이미지가 나타날 영역에 대해 생각하라.

4.2.3.6 예제

사용:

  1. 사이트 전체에서 같은 수준의 제목은 비슷하게 보인다.
  2. 컨트롤에 대해 사이트 전체에서 일관된 모양. 예:
    • 웹 사이트의 두 제출 버튼은 모두 같은 방식으로 보이고 기능한다.
    • 사이트의 모든 선택된 라디오 버튼은 같은 모양이다.
    • 항목으로 탭 이동하면 포커스를 가지며 활성화할 수 있다. 모든 링크의 키보드 포커스 표시기(어떤 요소에 포커스가 있는지 보여 주는 윤곽선)는 같은 모양이다.
  3. 공통 기능의 일관된 위치. 예:
    • 검색 상자는 전체 사이트에서 항상 같은 위치에 있다.

피하기:

  1. 비슷한 기능을 가진 요소가 다르게 보이는 것. 예:
    • 페이지에 여섯 개의 제목 수준 2가 있다. 네 개는 Times New Roman을 사용해 스타일이 지정되고 두 개는 Helvetica를 사용한다.
  2. 비슷한 기능을 가진 요소가 서로 다른 위치에 제시되는 것. 예:
    • 세 페이지에 제출 버튼이 있다. 하나는 양식의 상단에 있고, 하나는 하단에 있으며, 하나는 사이드바에 있다.

4.2.4 각 단계를 명확하게 만들기 (패턴)

4.2.4.1 사용자 요구

나는 주의가 산만해진 후에도 웹 사이트, 애플리케이션 또는 다단계 프로세스의 구조에서 내가 어디에 있는지 인식해야 한다.

관련 사용자 이야기: 명확한 목적.

4.2.4.2 해야 할 일

브레드크럼, “내가 여기까지 온 방법” 버튼 또는 제목을 제공하여 사용자가 사이트나 작업 안에서 방향을 잡도록 도우라.

다단계 프로세스에서는 다음을 보여 주는 것이 포함된다:

  • 완료된 단계,
  • 현재 단계,
  • 남은 단계, 그리고
  • 중요한 선택 사항.
4.2.4.3 도움이 되는 방식

이 패턴은 집중을 잃거나 무엇을 하고 있었는지 잊거나 주의가 산만해진 사용자가 현재 활동으로 다시 방향을 잡는 데 도움이 된다. 현재 위치와 진행 상황을 명확히 표시하면 사용자가 많은 콘텐츠를 읽거나 다시 시작하지 않고도 집중을 잃은 뒤 계속할 수 있다.

작업을 완료하는 데 필요한 단계에 대한 정보를 제공하면 사용자가 작업을 성공적으로 마칠 수 있는지 판단하는 데 도움이 된다. 이는 프로세스를 완료하기 어렵다고 자주 느끼는 사용자에게 특히 중요하다.

예에는 다음이 포함된다:

  • 초기 치매가 있는 사람이 작업 중 방해를 받거나 집중을 잃은 뒤 무엇을 하고 있었는지 기억하지 못한다. 브레드크럼을 보면 자신이 어디에 있는지 떠올리고 작업을 계속할 수 있다.
  • 주의력 장애가 있는 사람이 주의가 산만해진 뒤 중단한 지점부터 다시 이어가야 한다.
  • 처리에 어려움이 있는 사람이 이 애플리케이션의 단계가 너무 많은지, 자신이 해낼 수 있을지 확신하지 못한다. 절반쯤 진행되었음을 보면 전체 프로세스를 감당할 수 있는지 판단할 수 있다.
4.2.4.4 예제

사용:

  1. 현재 단계, 중요한 선택 사항, 과거 및 미래 단계를 나타내는 브레드크럼.
  2. 사용자가 콘텐츠 안에서 정확히 어디에 있는지를 명확히 하는 제목.
  3. “내가 여기까지 온 방법” 버튼. 사용자가 버튼을 클릭하면 다음에 대한 방향 정보가 제공된다:
    • 페이지,
    • 어떻게 여기까지 왔는지, 그리고
    • 콘텐츠 안에서 어디에 있는지.

피하기:

  1. 찾고 확인하기 어려운 완료된 단계와 선택 사항. 예:
    • 완료된 단계를 이전 페이지에 배치하기.
    • 선택한 사항을 콘텐츠를 숨기고 표시하는 컨트롤(예: 아코디언)에 배치하기.

4.2.5 컨트롤과 그 사용 방법을 명확하게 식별하기(패턴)

4.2.5.1 사용자 요구

나는 내 선택지와 수행할 수 있는 작업을 이해해야 하며, 동작을 완료하기 위해 상호작용할 수 있는 컨트롤을 식별할 수 있어야 한다.

관련 사용자 이야기: 명확한 조작.

4.2.5.2 해야 할 일

컨트롤에 대해 명확하고 인식 가능한 디자인을 사용하라. 어떤 요소가 컨트롤이며 이를 어떻게 사용하는지 명확하게 하라.

여기에는 다음이 포함된다:

  • 컨트롤에 공통 스타일 사용하기(예: 링크에 밑줄 표시).
  • 링크와 컨트롤에 공통 디자인 패턴 사용하기(예: 링크를 클릭하면 페이지로 이동).
  • 컨트롤의 테두리를 명확하게 만들기. 텍스트 안의 링크는 제대로 식별되어 있다면 테두리가 필요하지 않다(예: 도움말 아이콘에는 테두리가 있음).
  • 사용자가 옆 항목이 아니라 해당 컨트롤을 클릭할 수 있도록 컨트롤을 충분히 크게 만들기.
  • 클릭할 수 없는 항목이 링크나 컨트롤처럼 보이지 않도록 보장하기.

이것이 가능하지 않은 경우, 컨트롤 사용 방법을 설명하는 지시를 제공하라. 지시는 같은 페이지에 있거나 한 번의 클릭으로 접근 가능해야 하며, 이해하기 쉬운 언어로 작성되어야 한다.

4.2.5.3 도움이 되는 방식

컨트롤은 웹 페이지에서 무언가를 하는 부분이다. 예: 링크, 버튼, 체크박스. 컨트롤의 공통 스타일과 디자인 패턴은 인식하기 쉽고 사용 방법을 이해하기 쉽다.

이러한 컨트롤의 목표는 누군가가 이를 사용할 수 있게 하는 것이다. 사용자가 컨트롤을 발견하거나 사용 방법을 알아내야 하는 순간, 일부 사용자는 실패하게 된다.

예를 들어, 나이 관련 건망증이 있는 고령 사용자는 새로운 디자인을 배우는 데 더 오래 걸린다. 그들은 “sale” 같은 제목 주위에 상자가 있는 전자상거래 사이트에 간다. 또한 “add to cart” 버튼처럼 컨트롤에는 단순하고 큰 텍스트가 있다. 사용자는 텍스트처럼 보이는 “add to cart” 버튼이 아니라 제목을 클릭한다. 몇 번 실패한 뒤 자신은 이를 해낼 수 없다고 생각하고 사이트를 떠난다.

일부 사용자는 컨트롤이 이전에 사용해 본 것과 다른 모양, 색상 또는 형태를 가질 때 어려움을 겪는다. 예를 들어, 링크에 밑줄이 없고 파란색 또는 보라색 텍스트가 아니면 일부 사용자는 링크가 있다는 것을 알지 못한다(포커스 시 나타나더라도).

기억에 어려움이 있으면 고유한 컨트롤을 사용하는 것이 더 어려울 수 있다. 페이지에서 컨트롤을 찾는 데 더 오래 걸릴 수 있다. 비슷한 컨트롤과 조금만 다르게 작동하더라도, 일부 사용자는 매번 이를 사용하는 방법을 다시 배워야 할 수 있다.

페이지에서 일반적인 컨트롤을 사용하면 사람들이 이를 사용하는 방법을 아는 데 도움이 된다. 더 고유한 컨트롤을 사용할 때는 따라가기 쉬운 지시를 포함하고 쉽게 찾을 수 있게 하라. 사용자가 페이지를 어떻게 사용하든(시각, 청각, 음성 입력) 컨트롤을 식별하고, 이해하고, 사용하는 것이 쉬워야 한다.

4.2.5.4 시작하기

표준 컨트롤과 디자인 패턴을 사용하라.

새 컨트롤을 디자인하는 경우, 다음을 쉽게 만들라:

  • 식별하기(나는 그것이 거기에 있음을 안다),
  • 이해하기(나는 그것이 무엇을 하는지 안다), 그리고
  • 사용하기(나는 그것을 어떻게 사용하는지 안다).

단순한 스타일을 사용하거나 사용 방법을 설명하는 따라가기 쉬운 지시를 제공하라. 서로 다른 인지 및 학습 장애가 있는 사람들과 함께 테스트하라.

4.2.5.5 예제

사용:

  1. 표준 파란색 및 보라색 링크 색상, 또는 밑줄과 구별되는 텍스트 색상이 있는 링크(사용된 링크 텍스트 색상은 사이트의 정적 텍스트에 사용되지 않음).
  2. 표준 사용자 동작을 지원하고 눌렸을 때 명확하게 보여 주는 표준 버튼 디자인(3D 직사각형)의 버튼.
  3. 탭처럼 보이고 선택되었을 때 명확하게 보여 주는 탭.

피하기:

  1. 밑줄이 없는 링크.
  2. 명확한 포커스 상태가 있더라도 사이트의 정적 텍스트와 같은 색상을 가진 링크.

4.2.6 컨트롤과 그 영향을 받는 콘텐츠 사이의 관계를 명확하게 만들기(패턴)

4.2.6.1 사용자 요구

나는 모든 컨트롤을 사용하는 방법과 각 동작의 효과를 알아야 한다.

관련 사용자 이야기: 명확한 조작.

4.2.6.2 해야 할 일

컨트롤과 영향을 받는 콘텐츠 사이의 관계는 완전히 명확하고 모호하지 않아야 한다.

이는 다음을 통해 달성할 수 있다:

  • 컨트롤을 관련 콘텐츠와 시각적으로 그룹화하기,
  • 컨트롤을 그 영향을 받는 영역 안에 포함하기,
  • 별도의 컨트롤이나 스크롤 막대를 가질 수 있는 페이지의 영역 사이에 명확한 구분선이나 여백 사용하기,
  • 여러 개 또는 중첩된 스크롤 영역 피하기.
4.2.6.3 도움이 되는 방식

페이지의 컨트롤이 페이지의 일부에만 작동하는 경우, 그것이 무엇에 영향을 주고 무엇에는 영향을 주지 않는지 알기 어려울 수 있다. 사용자는 잘못된 컨트롤을 시도할 수 있다. 많은 사용자는 다시 시도하여 올바른 컨트롤이나 스크롤바를 발견할 것이다. 그러나 인지 또는 학습 장애가 있는 많은 사람은 무엇을 해야 하는지 알아내지 못할 수 있다. 다른 사람들은 인지 과부하를 느끼고 그 결과 중단할 것이다. 그들은 애플리케이션이 고장났거나 자신에게 너무 복잡하다고 생각할 수 있다. 이러한 사용자에게 애플리케이션은 사용할 수 없게 된다.

페이지의 명확한 테두리와 그룹화는 컨트롤이 어떤 요소에 영향을 주는지 나타내는 데 도움이 될 수 있다. 컨트롤과 관련 절 주위에 테두리나 기타 시각적 단서를 두면 이를 더 이해하기 쉽게 만들 수 있다. 인지 및 학습 장애가 있는 사용자가 모든 페이지 관계를 명확하게 찾고 컨트롤 사용 방법을 빠르게 아는지 사용자 테스트로 확인하라. 컨트롤이 영향을 주는 영역 안에 있을 수 없는 경우 테스트는 필수적이다.

예를 들어, 치매를 안고 살아가는 사용자가 임베드된 스크롤 가능한 영역에서 어떤 스크롤바를 사용할지 알아내려고 하는 경우를 생각해 보라. 잘못된 스크롤바를 시도하면 원하는 효과를 얻지 못하고 콘텐츠가 사라진 것처럼 보일 수 있다.

4.2.6.4 자세한 내용
  • 상호작용 요소 분리하기. 예: 두 개의 스크롤 막대를 서로 가깝게 두지 말라. 일부 사용자는 특정 콘텐츠 절에 어떤 것을 사용해야 하는지 판단하기 어려울 수 있다. 대신:
    • 스크롤 막대의 명확한 시각적 레이아웃과 배치를 사용하거나,
    • 콘텐츠를 두 개의 별도 페이지로 나누거나,
    • 페이지에서 불필요한 정보를 제거하는 것을 고려하라.
  • 요소와 그 컨트롤을 연결하기. 스크롤 막대와 버튼 같은 상호작용 요소를 영향을 줄 수 있는 콘텐츠 가까이에 배치하라. 적용되지 않는 콘텐츠에서는 상호작용 요소를 더 멀리 두라. 이렇게 하면 어떤 요소가 각 콘텐츠 절에 영향을 줄지 식별하기 쉬워진다.
  • 구분선 사용하기. 명확한 구분선의 예에는 고대비 테두리 또는 여백이 포함된다. 대비가 충분히 강하다면 배경색의 변화도 명확한 구분선이 될 수 있다.
  • 사용자가 올바른 컨트롤을 볼 수 있도록 돕기. 크고 명확한 버튼과 스크롤 막대를 사용하라.
4.2.6.5 예제

사용:

  1. 제어하는 절과 명확히 연결된 컨트롤. 컨트롤을 해당 절 안에 배치하고, 그 절 주위에 명확한 테두리를 둔다. 컨트롤에 절 제목과 맞는 레이블을 붙인다. 예:
    • 도서관 사이트에서, 전체 사이트용 검색 상자는 사이트의 주요 탐색 오른쪽 상단에 위치한다. 두 번째 검색 상자는 도서관 카탈로그를 검색한다. 이는 명확한 테두리, 다른 배경색, 그리고 “Library Catalog”라는 제목이 있는 절 안에 위치한다. 이동 버튼에는 “search catalog”라고 표시된다.
    • 페이지의 한 절에 스크롤바가 필요하다. 스크롤바는 해당 절 안에 있는 것처럼 보인다.

피하기:

  1. 각 절에 어떤 스크롤바를 사용해야 하는지 불분명한 여러 개의 스크롤 가능한 절.
  2. 한 절을 위한 컨트롤이 전체 페이지나 다른 절에 영향을 줄 것처럼 보이는 것. 예: 검색 상자가 페이지의 한 영역과 관련되어 있고 다른 영역과는 관련이 없다. 검색이 어느 영역을 위한 것인지 불분명하다.
  3. 여러 개의 중첩된 스크롤 영역.

4.2.7 사용자에게 도움이 되는 아이콘 사용하기(패턴)

4.2.7.1 사용자 요구

나는 이 페이지에 어떤 기능과 콘텐츠가 있는지, 또는 다른 곳으로 이동해야 하는지를 알아야 한다.

관련 사용자 이야기: 기호 사용.

4.2.7.2 해야 할 일

컨트롤과 절 제목 같은 중요한 콘텐츠에 익숙한 아이콘, 이미지 및 기호를 추가하라. 각 아이콘이나 기호는 하나의 의미를 전달해야 하며, 관련 콘텐츠 옆에 있어야 한다.

4.2.7.3 도움이 되는 방식

언어 이해, 학습 또는 읽기 어려움이 있는 사람은 콘텐츠를 이해하고 필요한 콘텐츠로 이동하기 위해 기호에 의존할 수 있다. 기호는 또한 언어와 주의력에 어려움을 겪는 사람들이 미디어를 포함한 콘텐츠를 탐색하는 데 도움이 된다.

예를 들어, 실어증이 있는 사람은 개념을 이해할 지적 능력은 있지만 언어에 어려움을 겪는다. 이들은 정보를 찾기 위해 페이지를 둘러볼 때 기호 사용에 의존할 수 있다.

이는 빽빽한 텍스트로 가득한 어수선한 페이지를 화면에서 읽기 어렵다고 느낄 수 있는 고령 인구에게도 도움이 될 수 있다. 텍스트 콘텐츠로 가는 안내 표지 역할을 하는 명확한 기호, 아이콘 및 이미지는 매우 도움이 될 수 있다.

4.2.7.4 자세한 내용
  • 보기 쉽고 확대하기 쉬운 명확하고 모호하지 않은 아이콘이나 기호를 사용하라.
  • 문화적 차이를 인식하라.
  • 왼쪽에서 오른쪽으로 쓰는 언어에서 페이지에 몇 개의 아이콘이나 기호를 추가할 때는 이미지를 텍스트 왼쪽에 배치하라.
  • 단락이나 텍스트 절에 여러 기호를 추가할 때는 기호를 텍스트 위에 배치하라.
  • [personalization-semantics-1.0] 같은 개인화 의미론을 사용하여 사용자가 익숙한 기호를 불러오도록 도우라.
4.2.7.5 시작하기

사용자가 이해할 가능성이 높은 공통 아이콘을 사용하라.

핵심 텍스트, 제목, 미디어 절, “contact us” 버튼 및 "help" 버튼 옆에 공통 아이콘을 제공하라.

4.2.7.6 예제

사용:

  1. 각 글머리표 항목이 그 항목 안의 콘텐츠와 관련된 아이콘으로 시작하는 지시와 중요한 목록. 예를 들어, 이 문서의 요약을 참조하라.
  2. 도움말, 연락처 정보 및 검색 옆의 아이콘.
  3. 콜아웃 상자의 아이콘.

피하기:

  1. 독자를 안내하는 아이콘이나 이미지가 없는 중요한 지시.
  2. 사용자를 혼란스럽게 하거나 압도할 수 있는 아이콘으로 가득 찬 어수선하고 빽빽한 페이지.

4.3 목표 2: 사용자가 필요한 것을 찾도록 돕기

인지 및 학습 장애가 있는 사용자는 필요한 콘텐츠를 찾는 데 어려움을 겪을 수 있다. 또한 콘텐츠나 작업 안에서 방향을 잡는 데 어려움을 겪을 수도 있다. 사용자는 자신이 찾고 있는 것을 빠르고 쉽게 찾을 수 있어야 한다. 사용자가 시스템을 쉽게 탐색하도록 돕기 위해 명확하고 쉬운 레이아웃을 사용하라. 예:

4.3.1 사이트의 가장 중요한 작업과 기능을 쉽게 찾을 수 있게 만들기(패턴)

4.3.1.1 사용자 요구

나는 필요한 콘텐츠와 필요하지 않은 콘텐츠를 쉽게 식별해야 한다. 내가 알아야 하는 정보와 중요한 정보는 눈에 띄거나, 내가 가장 먼저 읽는 것이며 덜 중요한 정보의 소음 속에서 사라지지 않는다.

관련 사용자 이야기: 찾을 수 있음.

4.3.1.2 해야 할 일

사이트의 중요한 작업과 기능을 눈에 띄고 찾기 쉽게 만들라.

여기에는 다음이 포함된다:

  • 홈 페이지에서 웹 사이트의 핵심 작업을 강조하기.
  • 이러한 작업과 기능을 위해 콜아웃 박스나 홈 페이지의 절을 사용하기.
  • 가장 중요한 작업/기능에 시각적 비중을 부여하기.
  • 사용자가 보기 위해 스크롤할 필요가 없도록 작업/기능을 페이지 상단 쪽에 배치하기.
  • 보조 기술이 이를 빠르게 찾을 수 있도록 작업/기능을 콘텐츠 상단 쪽에 배치하기.
  • 각 핵심 작업이나 기능에 유용한 제목 제공하기.
  • 핵심 작업을 주요 탐색의 최상위 수준에 포함하기.
4.3.1.3 도움이 되는 방식

손상된 실행 기능, 손상된 기억 및 기타 인지 및 학습 장애가 있는 사람들은 사이트에서 무엇을 할 수 있는지 판단하는 데 어려움을 겪을 수 있다. 중요한 작업과 기능을 강조하면, 사람들은 그 사이트가 자신의 요구를 충족할지 더 빠르게 판단할 수 있다.

예를 들어, 사용자가 티켓을 구매하려고 웹 사이트에 간다. 그는 많은 리뷰와 기타 정보를 보지만 티켓을 사는 방법은 볼 수 없다. 사용자는 사이트를 떠난다.

4.3.1.4 자세한 내용

중요한 기능과 작업을 시각적으로도, 프로그램적으로도 두드러지게 만들라. Web Content Accessibility Guidelines WCAG [WCAG22]을 참조하라.

4.3.1.5 시작하기

사용자에게 핵심 작업이 무엇인지 생각하는 것부터 시작하라.

다음을 포함하라:

  • 사용자가 수행하려는 가장 일반적인 작업.
  • 사용자의 건강이나 안녕에 영향을 줄 수 있는 작업.

사용 데이터는 일반적으로 가장 일반적인 작업을 식별할 수 있다. 포커스 그룹과 설문조사도 사용자가 원하는 것을 식별하는 데 유용하다.

4.3.1.6 예제

사용:

  1. 가장 중요한 작업은 메인 페이지에 직접 있으며, 시각적으로 구별되는 박스 안에 있다. 예를 들어 도서관 사이트의 중요한 작업은 검색, 도서관 카드 신청, 지점 찾기, 회의실 예약일 수 있다.
  2. 가장 많이 사용되는 기능은 페이지 상단 가까이에 있다.

피하기:

  1. 사용자가 사이트에 오는 주된 이유보다 팀이 더 홍보하고 싶어 하는 항목을 더 두드러지게 배치하는 것. 예: 도서관 웹 사이트가 메인 페이지에 예정된 이벤트만 포함한다. 사용자는 책 검색, 도서관 카드 신청, 지점 찾기 또는 회의실 예약을 위해 명확하지 않은 링크를 클릭해 들어가야 한다.
  2. 사용자가 원할 가능성이 높은 정보를 찾기 위해 스크롤하거나 페이지를 내려야 하도록 배치하는 것.

4.3.2 사이트 계층 구조를 이해하고 탐색하기 쉽게 만들기(패턴)

4.3.2.1 사용자 요구

나는 사이트와 페이지 구조를 모두 쉽게 이해하고 탐색하며 둘러보아야 한다.

관련 사용자 이야기: 명확한 탐색.

4.3.2.2 해야 할 일

사이트 계층 구조와 메뉴 구조를 이해하고 사용하기 쉽게 만들라.

여기에는 다음이 포함된다:

  • 콘텐츠에서 다루는 주제에 대해 생각하라. 그런 다음 사이트를 논리적이고 응집력 있는 절로 구성하라.
  • 주요 메뉴 구조에 사이트 구성을 사용하라.
  • 하위 메뉴 항목이 속하는 주요 메뉴 항목과 명확하고 논리적으로 연결되도록 하위 메뉴 항목을 만들라. 하위 메뉴 항목이 있음을 알기 쉽고, 그곳으로 가는 방법을 알기 쉬워야 한다. 사용자는 하위 메뉴 항목을 어디에서 찾을지 처음에 올바르게 추측할 수 있어야 한다.

다음을 쉽게 식별할 수 있게 하라:

  • 사이트 구성,
  • 메뉴와 콘텐츠 구조,
  • 하위 메뉴가 있다는 것, 그리고
  • 하위 메뉴 항목이 있는 경우, 그곳에 도달하는 방법.
4.3.2.3 도움이 되는 방식

사용자는 사이트, 메뉴 및 구조의 시각적 계층 구조를 이해하지 못할 때 자주 혼란스러워하고 길을 잃는다. 명확한 하위 메뉴와 잘 정의된 구조는 사용자가 사이트에 무엇이 있는지와 그것을 찾는 방법을 아는 데 도움이 된다.

사용자는 다음과 같은 경우 자주 혼란스러워한다:

  • 구성이 불명확할 때,
  • 메뉴 용어가 이해하기 어려울 때, 그리고
  • 메뉴와 하위 메뉴를 찾기 어려울 때.

사이트를 명확하고 논리적인 절로 나누면 도움이 될 수 있다. 절을 명확하게 만들고 하위 절을 찾기 쉽게 하라. 범주 구조와 제목을 이해하기 쉽게 만들라. 사이트에 무엇이 있는지에 대한 요약 역할을 할 수 있는 개요를 만들라.

메뉴에 사용되는 용어는 사용자에게 의미가 있어야 한다. 사용자가 찾고 있는 페이지가 어떤 범주에 속하는지 사용자에게 명확해야 한다. 사용자에게 익숙한 공통 단어를 사용하는 것은 매우 중요하다.

콘텐츠 계층 구조의 수준을 인지하고 이해하기 쉽게 만들라. 글자 크기나 글자 굵기 차이 또는 색상 차이가 너무 작으면 인지되거나 이해되지 않을 수 있다. 계층 구조가 작은 고유 디자인 요소에만 의존하면 혼란이 생긴다.

예를 들어, 추가 하위 메뉴 항목의 드롭다운 아코디언 메뉴는, 작은 고유 디자인 요소가 나타내듯 클릭(또는 “롤오버”)해야 함을 이해하지 못하면 볼 수 없을 수 있다.

웹 페이지를 처음 열 때 하위 메뉴는 일반적으로 접혀 있다. 일부 디자인은 하위 메뉴가 있다는 것을 알기 어렵게 만들 수 있다. 인지 장애가 있는 일부 사용자는 하위 메뉴가 있다고 추측하지 못할 수 있다. 우연히 메뉴가 확장되는 것을 보더라도, 이 구조가 메뉴의 다른 항목에도 있을 수 있다고 일반화하지 못할 수 있다. 시각적 표시기를 추가하여 하위 메뉴 항목이 있음을 쉽게 알아차리게 하면 사용자가 사이트 전체를 사용할 수 있도록 보장할 수 있다.

인지 및 학습 장애가 있는 일부 사람들에게 하위 메뉴 항목을 여는 것이 쉽지 않을 때가 있다. 예를 들어 메뉴 항목을 확장하는 컨트롤이 특정 제스처나 마우스로 영역 위를 지나가는 특정 방식에 의존하는 경우이다. 최종 사용자는 하위 메뉴를 확장하는 방법을 알아내지 못하고 작업을 포기할 수 있다. 예를 들어 메뉴 텍스트의 특정 측면 위로 마우스를 이동한 뒤에만 확장되는 메뉴가 있다.

4.3.2.4 자세한 내용

  • 하위 메뉴 항목을 나타내는 작은 디자인 요소가 사용자에게 항상 의미 있는 것은 아니다. 가능하면 다양한 사용자 집합과 함께 디자인을 테스트하여 명확한지 확인하라.

  • 사용자가 이해할 수 있도록 모범 사례를 일관되게 사용하라.

  • 작은 디자인 요소 해석에 의존하는 일련의 중첩 요소도 혼란스럽고, 사용자는 계층 구조를 이해하지 못할 수 있다.

  • 텍스트가 숨겨져 있거나 숨기고 표시할 수 있는 경우 이를 명확하게 표시하라.

4.3.2.5 시작하기
  1. 사이트의 콘텐츠 유형과 콘텐츠 범주에 대해 생각하라.
  2. 콘텐츠를 명확한 범주로 나누라.
  3. 중요한 범주에서 주요 탐색을 구축하라.
  4. 하위 메뉴가 있는 경우, 하위 메뉴가 닫혀 있을 때와 열려 있을 때를 보여 주는 명확한 기호를 추가하라.
4.3.2.6 예제

사용:

  1. 시각적으로 명확하고 논리적인 사이트 계층 구조.
  2. 텍스트가 숨겨져 있을 때의 명확한 표시기. 예:
    • 눌렀을 때 추가 정보가 표시됨을 보여 주기 위해 “+” 기호를 일관되게 사용하기.
    • 메뉴에서 숨겨진 하위 메뉴 항목 옆에 삼각형을 일관되게 사용하기.

피하기:

  1. 사용자가 각 메뉴 항목 아래에 어떤 항목이 있는지 올바르게 추측하지 못하는 사이트 계층 구조.
  2. 메뉴 범주의 불명확한 논리.
  3. 메뉴 항목 옆에 하위 메뉴 항목에 대한 시각적 표시가 없음. 예:
    • 마우스로 하위 메뉴 항목의 존재를 발견하는 유일한 방법이 마우스를 하위 메뉴 항목 위로 이동하는 것인 경우.
    • 하위 메뉴를 열려면 메뉴 항목의 일부 위에 마우스를 올려야 하는데, 이 영역이 명확하지 않고 시각적으로 구별되지 않는 경우.

4.3.3 명확하고 이해할 수 있는 페이지 구조 사용하기(패턴)

4.3.3.1 사용자 요구

나는 사이트와 페이지 구조를 모두 쉽게 이해하고 탐색하며 둘러보아야 한다.

관련 사용자 이야기: 명확한 탐색.

4.3.3.2 해야 할 일

페이지의 레이아웃을 신중하게 디자인하라. 이해하기 쉽도록 명확한 구조와 계층 구조를 갖도록 보장하라.

이는 다음을 통해 달성할 수 있다:

  • 페이지 콘텐츠를 논리적인 절로 구성하기,
  • 구분선, 여백 및 배경색을 사용하여 영역을 명확히 구별하기,
  • 영역의 구조와 목적을 나타내기 위해 제목과 기타 시각적 단서를 제공하기,
  • 페이지 영역 사이의 모든 관계를 명확하게 만들기, 그리고
  • 사람들이 다음을 이해하도록 돕기 위해 시각적 표시기를 사용하기:
    • 페이지 콘텐츠의 구조와 상대적 중요도,
    • 항목의 그룹화와 연결, 그리고
    • 항목이 주변 정보와 다른 목적을 가질 때.
4.3.3.3 도움이 되는 방식

인지 및 학습 장애가 있는 사람들은 페이지 구조와 관계가 불명확할 때 콘텐츠와 애플리케이션을 사용하지 못할 수 있다. 사용자는 작업을 완료하지 못하고 핵심 정보를 놓칠 수 있다. 사용자는 사용하고 이해하기 복잡한 페이지로 돌아오지 않을 수 있다.

명확하고 잘 구성된 페이지 레이아웃은 사용자가 핵심 정보를 쉽게 찾을 수 있게 한다. 사용자는 페이지에 무엇이 있는지 알아내는 대신 자신의 작업에 집중할 수 있다. 표준 시각 레이아웃을 사용하고 요소를 일관되게 배치하면 사용자가 근육 기억에 의존하여 이를 사용하는 데 도움이 된다. 이는 문제 해결 능력에 영향을 주는 장애가 있는 사람, 느린 독자, 또는 많은 텍스트가 제시될 때 압도되는 사람을 지원한다. 여기에는 다음이 포함된다:

좋은 구조: 페이지 콘텐츠를 각기 명확한 목적을 가진 절로 구성하면, 사용자가 필요한 절을 더 쉽게 찾고 집중할 수 있다. 페이지의 주요 목적과 직접 관련이 없는 콘텐츠는 뚜렷하게 분리되어야 한다.

그룹화를 위해 테두리와 음영 사용: 테두리나 색상 음영을 사용해 정보를 그룹화하면 사람들이 그룹을 식별하기 쉬워진다.

예:

두 개의 파란 직사각형으로 나뉜, 균일한 간격의 원 8개로 된 3개 행. 파란 배경은 두 그룹을 시각적으로 명확하게 보이게 한다. 대비되는 테두리로 두 개씩 두 집합으로 나뉜 원 4개. 각 집합에는 파란 원과 흰 원이 있다. 흰 원은 서로 인접해 있지만 테두리가 집합을 명확히 나타낸다.

그림: 음영과 테두리를 사용한 그룹화의 예.

시각적 단서: 문자 언어를 인식하거나 이해하거나 집중하는 데 어려움이 있는 사람들은 그래픽 단서를 더 쉽게 처리할 수 있다. 일반적인 그래픽 표시기와 시각적 단서의 예에는 다음이 포함된다:

  • 콘텐츠 요약 그룹화,
  • 색상이나 여백을 사용하는 카드 디자인 사용,
  • 콜아웃 박스를 사용하는 것처럼 중요한 정보 표시, 그리고
  • 인용문을 말풍선 안에 배치하는 것처럼 서로 다른 정보 유형 표시.
4.3.3.4 자세한 내용

페이지에 콘텐츠가 많은 경우, 콘텐츠가 그룹화되어 있고 무엇이 관련되어 있는지 볼 수 있는지 확인하라.

영역과 명확한 페이지 구조를 만드는 것에는 다음이 포함될 수 있다:

  • 콘텐츠 범주에 명확하게 레이블을 붙이고, 익숙한 시각적 단서와 아이콘을 사용하라. 이는 기억에 의존하기보다 인식과 검색에 도움이 된다. 대비가 충분히 강하다면 배경색이 명확한 구분선이 될 수 있다.
  • 제목 구조는 전체 문서의 초록 역할을 할 수 있는 문서의 개요를 만들어야 한다.

아이콘은 일관되게 사용해야 한다. 또한 그래픽 표시기가 인터페이스를 어지럽히지 않도록 하는 것도 중요하다. 너무 많은 아이콘은 사용자가 처리해야 하는 인지 부하를 더할 수 있다. 명확한 구분선의 예에는 고대비 테두리 또는 여백이 포함된다. 대비가 충분히 강하면 배경색의 변화도 명확한 구분선이 될 수 있다.

4.3.3.5 예제

사용:

  1. 잘 분리된 콘텐츠 절. 절을 분리하기 위해 여백, 테두리 또는 콜아웃이 사용된다.
  2. 콘텐츠 절을 정의하는 데 도움이 되는 제목과 아이콘. 이는 페이지의 정보를 구성하여 레이아웃을 더 쉽게 이해하고 특정 정보를 찾을 수 있게 한다.
  3. 콜아웃 박스.

피하기:

  1. 여백이 거의 없는 빽빽한 텍스트.
  2. 불명확한 페이지 구조와 계층 구조.
  3. 시각적으로 구별되는 절의 부족.
  4. 절을 정의하는 제목이나 아이콘이 없는 절. 예: 웹 페이지에 콘텐츠 덩어리가 “flat design”으로 서로 이어져 있다. 인지 장애가 있는 많은 사용자는 어떤 덩어리가 함께 속하는지 알아내기 어렵거나 불가능하다고 느낄 것이다. 따라서 콘텐츠를 덩어리로 나누는 모든 이점이 사라진다.
  5. 논리적이지 않은 그룹과 페이지 절.

4.3.4 페이지에서 가장 중요한 동작과 정보를 쉽게 찾을 수 있게 만들기(패턴)

4.3.4.1 사용자 요구

나는 스크롤하거나 다른 동작을 수행하지 않고도 중요한 정보와 필요한 컨트롤에 도달해야 한다. 이들은 숨겨져 있거나 화면 밖에 있지 않다.

관련 사용자 이야기: 찾을 수 있음.

4.3.4.2 해야 할 일

핵심 콘텐츠가 시각적으로 눈에 띄게 하라. 핵심 콘텐츠는 사용자가 페이지를 스크롤하거나 콘텐츠 위에 마우스를 올리지 않아도 볼 수 있어야 한다. 여기에는 다음이 포함된다:

  • 중요 작업과 이를 완료하는 데 필요한 컨트롤,
  • 중요 기능을 위한 상호작용(예: 로그인 양식, 전송 버튼), 그리고
  • 중요 정보(예: 건강 경고 또는 안전에 영향을 줄 수 있는 정보).
4.3.4.3 도움이 되는 방식

느린 독자, 손상된 실행 기능, 손상된 기억 및 기타 인지 및 학습 장애가 있는 사람은 페이지의 정보와 기능을 찾지 못할 수 있다. 예를 들어, 많은 읽기나 스크롤 막대 또는 포인터 호버 사용이 필요한 콘텐츠는 찾기 어려울 수 있다. 다른 사용자는 여러 화면을 넘겨야 하는 콘텐츠를 찾지 못할 수 있다

페이지(또는 공통 디자인 패턴)에 익숙하지 않은 사용자는 중요한 정보를 찾기 위해 두드러진 시각적 스타일링 보조 수단에 의존할 수 있다. 명확한 제목 구조도 읽어야 할 내용을 줄여 이를 도울 수 있다.

예를 들어, 한 초등학교가 이야기, 활동 및 중요한 공지가 담긴 주간 뉴스레터를 발행한다. 중요한 공지 중 하나는 어느 날 학교가 일찍 끝난다는 것이다. 뉴스레터에는 조기 하교 공지보다 덜 중요한 정보가 앞에 있으며, 중요한 정보 옆에 경고 기호가 없다. 느리게 읽는 부모는 중요한 정보에 도달하기 전에 멈춰야 할 수 있고, 학교가 어느 날 일찍 끝난다는 것을 알지 못한다. 그 부모는 아이를 위해 제시간에 집에 있지 못한다.

또 다른 예에서, 사용자가 댓글을 작성하고 있지만 텍스트 영역에 포커스가 있을 때 전송 버튼이 보이지 않는다. 그 결과 그녀는 피드백을 전송하는 방법을 볼 수 없다. 회사는 피드백 버튼을 찾지 못하는 집단으로부터 어떤 피드백도 받지 못하게 된다.

4.3.4.4 자세한 내용

스크롤 전에 보이는 페이지의 양은 물리적 장치 크기와 해상도 같은 다양한 요인에 따라 달라진다. 가능한 경우, 사이트 통계를 사용하여 사용자가 어떤 기술을 사용하고 있는지 이해하라. 페이지를 디자인할 때 이를 염두에 두라.

가장 제약이 큰 사용자 경험(예: 너비 240px 모바일 전화)을 먼저 고려한 뒤 거기서부터 확장하여 디자인하라. 이는 가장 넓은 범위의 시나리오를 고려하게 해 준다. 반응형 개발 관행을 채택하면 더 많은 장치와 상황에서 페이지의 유연성을 향상시킬 수 있다.

4.3.4.5 시작하기

페이지에서 가장 중요한 것을 쉽게 찾을 수 있게 하라. 디자인 프로세스 초기에 핵심 콘텐츠와 그 배치를 식별하라.

문서 상단의 공간은 사용자가 스크롤하지 않고 볼 가능성이 가장 높다. 가장 넓은 범위의 사용자에게 최상의 경험을 제공하기 위해 핵심 콘텐츠를 페이지 상단에 배치하라.

4.3.4.6 예제

사용:

  1. 페이지를 스크롤할 필요 없이 보이는 중요한 컨트롤과 기능.
  2. 제출 버튼처럼 덜 중요한 링크와 버튼보다 눈에 띄는 중요한 컨트롤.
  3. 강조 표시되어 있고 스크롤 없이 보이는 중요 정보(예: 건강과 안전에 관한 정보).
  4. 페이지의 덜 중요한 다른 정보와 시각적으로 구별되는 중요 정보.

피하기:

  1. 사용자가 즉시 찾을 수 없는 중요한 정보, 컨트롤 또는 기능. 예: 시각적으로 구별되지 않고 접힘선 위에 있지 않은 사용자 안전 경고.

4.3.5 미디어를 덩어리로 나누기 (패턴)

4.3.5.1 사용자 요구

나는 원하는 곳으로 쉽게 이동하고, 휴식을 취하며, 따라가지 못하거나 주의가 산만해졌을 때 쉽게 한 단계 뒤로 이동해야 한다.

관련 사용자 이야기: 미디어.

4.3.5.2 해야 할 일

탐색하기 쉬운 논리적인 구성과 구조를 제공하라.

긴 미디어 조각을 다음과 같은 세그먼트로 나누라:

  • 논리적이고,
  • 짧고,
  • 레이블이 붙어 있으며,
  • 식별하기 쉽고, 그리고
  • 도달하거나 이동하기 쉽다.
4.3.5.3 도움이 되는 방식

제목이 있는 명확하고 논리적인 구조를 사용하면, 사용자가 주의가 산만해지거나 집중을 잃더라도 콘텐츠 안에서 쉽게 방향을 잡고 탐색할 수 있다. 이는 주의력 손상이 있는 사람에게 특히 중요하다.

짧고 논리적인 세그먼트를 제공하면 사용자가 특정 주제를 찾고 집중하는 데 도움이 된다. 사용자가 집중을 잃으면 자료 안에서 자신의 위치를 찾고 기억하는 마지막 지점부터 다시 시작할 수 있다. 이는 교육 콘텐츠나 지시에 특히 중요하다.

미디어를 덩어리로 나누면 각 세그먼트에 고유한 URI를 부여할 수도 있다. 그러면 이를 쉽게 참조하고 공유할 수 있다.

예:

  • 일부 비디오는 자연스럽게 장이나 세그먼트로 구성될 수 있다.
  • 팟캐스트는 한 시간짜리 단일 녹음이 아니라 세그먼트로 나눌 수 있다.
4.3.5.4 자세한 내용
  • 6분 이하: 미디어는 일반적으로 길이가 6분 이하인 세그먼트로 나누어야 한다.
  • 탐색 가능: 각 미디어 세그먼트로 가는 탐색과 고유하고 설명적인 레이블을 제공하라.
  • 논리적 순서: 미디어 세그먼트로 가는 링크를 논리적 순서로 제시하라.
  • 예외: 논리적인 나눔 지점이 없는 미디어는 세분화할 필요가 없다.
대본이 제공되는 경우, 찾고 탐색하기 쉬워야 함에 유의하라.
4.3.5.5 예제

사용:

  1. 짧고 논리적인 세그먼트로 나뉜 미디어. 각 절에는 레이블이 붙어 있고 쉽게 도달할 수 있다. 예: 30분짜리 비디오를 5개 절로 나누고, 각 절에는 그 지점부터 재생할 수 있는 설명적인 링크가 있다.

피하기:

  1. 세그먼트로 나뉘지 않은 미디어. 예: 30분짜리 비디오에 하위 구분이나 절 설명이 없다. 사용자는 처음부터 재생하거나 비디오 안의 시작 위치를 추측해야 한다.
  2. 레이블이 없는 미디어 절.
  3. 요약이나 목차에서 링크되지 않은 미디어 절.

4.3.6 검색 제공하기(패턴)

4.3.6.1 사용자 요구

나는 기능과 콘텐츠를 쉽게 찾을 수 있어야 한다.

관련 사용자 이야기: 검색 가능함.

4.3.6.2 해야 할 일

친화적인 검색 기능을 제공하라. 이상적으로 검색에는 다음이 포함되어야 한다:

  • 자동완성,
  • 적절한 경우 각 그룹의 제목과 함께 결과 그룹화,
  • 이전 검색을 쉽게 찾는 기능, 그리고
  • 맞춤법 검사.
4.3.6.3 도움이 되는 방식

검색 기능이 있으면 사용자가 사이트 메뉴를 사용할 수 없더라도 필요한 콘텐츠를 찾을 수 있다. 사용자는 검색 사용 방법을 배우고 많은 사이트에서 그 기술을 재사용할 수 있다.

메뉴 시스템과 대부분의 사이트 탐색은 사용자가 메뉴 범주를 이해할 것을 요구한다. 손상된 실행 기능이 있는 사용자는 올바른 범주를 식별하지 못할 수 있다.

일부 경우, 사용자는 논리가 아니라 기억을 통해 올바른 범주를 안다. 예를 들어 대부분의 사용자는 인쇄 기능이 파일 메뉴 아래에서 자주 발견된다는 것을 기억한다. 기억이 손상된 사용자는 회상에 기반하여 이러한 메뉴 항목을 찾지 못할 수 있다.

손상된 단기 기억, 나이 관련 건망증이 있거나 쉽게 주의가 산만해지는 사용자는 사이트를 탐색하고 콘텐츠를 찾기 위해 여러 페이지로 이동하는 것도 어렵다고 느낄 수 있다. 시간이 너무 오래 걸리면 집중을 잃고 무엇을 찾고 있었는지 잊을 수 있다.

검색은 맞춤법 오류를 수정하고, 적절하거나 관련된 콘텐츠를 찾고, 검색어의 제안된 자동 수정 버전을 제공할 때 가장 유용하다.

관련 주제에서 결과가 많은 경우, 검색 결과가 적절한 제목과 범주 아래에 제시되면 도움이 된다. 이는 사용자가 찾고 있는 검색 결과를 찾는 데 도움이 된다.

4.3.6.4 자세한 내용

모든 페이지가 메인 페이지에서 두 번 이하의 클릭으로 도달 가능한 작은 사이트에서는 검색의 중요성이 낮다.

4.3.6.5 예제

사용:

  1. 맞춤법 검사나 제안어가 있는 검색.

피하기:

  1. 원래 요청과의 관계에 따라 그룹화되거나 정렬되지 않은 많은 결과를 제시하는 검색.

4.4 목표 3: 명확하고 이해할 수 있는 콘텐츠 사용하기

일부 사용자는 언어 능력이 손상되어 있다. 이러한 사용자 중 더 많은 사람이 이해하기 쉬운 언어를 사용하는 콘텐츠를 이해한다. 예를 들어 언어 손상이 있는 사람은 단순한 문장과 공통 단어를 이해할 수 있을 수 있다. 그러나 흔하지 않은 단어가 있는 복잡한 언어는 그들에게 접근 불가능할 수 있다.

다음을 사용하여 사용자가 페이지의 메시지와 목적을 이해하도록 도우라:

좋은 시각적 레이아웃과 작은 텍스트 덩어리는 콘텐츠를 더 이해하기 쉽게 만든다. 이해를 돕기 위해 여백과 전경과 배경의 좋은 분리를 사용하라. 또한 수치적 또는 수학적 기술에 의존하는 것을 피하라.

4.4.1 명확한 단어 사용하기(패턴)

4.4.1.1 사용자 요구

나는 어휘, 구문, 시제 및 언어의 다른 측면을 포함하여 사용된 언어를 이해해야 한다.

관련 사용자 이야기: 명확한 언어.

4.4.1.2 해야 할 일
  • 모든 콘텐츠에서 공통적이고 명확한 단어를 사용하라. 가장 흔한 1500개의 단어나 구문을 살펴보라. 이는 중증 언어 손상이 있는 사람들이 가장 알 가능성이 높은 용어이다.
  • 불필요하거나 모호한 단어(예: “기타 등등”)를 제거하라.
  • 흔하지 않은 두문자어, 약어 및 전문 용어를 제거하거나 설명하라.
  • 애플리케이션에서 새 단어를 만들거나 단어에 새 의미를 부여하지 말라. 사람들이 콘텐츠를 사용하기 위해서만 단어의 새 의미를 배워야 한다고 기대하지 말라. 새 용어를 만들어야 하는 경우, 사용자가 한 번의 클릭이나 이벤트 안에서 설명에 접근할 수 있도록 보장하라.
4.4.1.3 도움이 되는 방식

이는 언어 손상, 처리 어려움 또는 기억 손상이 있는 사람 등 많은 사람에게 도움이 된다. 흔하지 않은 단어를 사용하면 텍스트와 미디어를 이해하기 어렵게 만들 수 있다.

언어 손상이 있는 사람은 흔히 어휘가 줄어들어 있다. 새 용어를 배우는 것은 매우 느리고 어려운 과정이다. 치매를 안고 살아가는 사람과 같은 다른 집단에게는 새 용어를 배우는 것이 현실적이지 않거나 불가능하다. 그들이 이미 알지 못하는 흔하지 않은 단어를 사용하면 콘텐츠가 이해 불가능하고(이해할 수 없고) 사용할 수 없게 된다.

예를 들어, 경도 치매가 있는 사람이 ICT 난방 및 에어컨 장치를 켜려고 한다. 난방 또는 에어컨을 선택하는 메뉴 항목의 레이블이 “mode”이다. 사용자는 이 한 용어 때문에 전체 장치를 사용할 수 없다. 이러한 유형의 디자인은 저체온증 같은 응급 상황을 유발했다.

공통 단어와 용어를 가장 흔한 의미와 함께 사용하면 이러한 문제를 피하는 데 도움이 된다.

공통 단어와 관련 리소스 페이지는 우리의 개발자 리소스 페이지를 참조하라.

4.4.1.4 자세한 내용

흔하지 않은 단어를 사용할 때는 다음 방식으로 설명을 제공하라:

  • 그 옆의 괄호 안에 쉬운 언어 용어를 추가하기,
  • 팝업 정의 제공하기, 또는
  • 지원되는 마크업 사용하기(easylang 참조). easylang은 새 개인화 명세 [personalization-semantics-help-1.0]에 도입되고 있음에 유의하라. 발행 시점에는 더 많은 지원이 필요하다.
4.4.1.5 시작하기

제목, 레이블, 탐색 요소, 지시 및 오류 메시지에서 명확한 단어를 사용하기 시작하라. 이는 큰 시간 투입 없이도 사용성을 높일 것이다.

4.4.1.6 예제

사용:

  1. 공통적이고 명확하며 이해하기 쉬운 단어와 용어의 정의. 예:

    임대인은 법을 따라야 한다.

    • 임대인은 보증금(약속금)을 특정 용도에만 사용할 수 있다. 예를 들어 미납 임대료(당신이 내야 할 임대료)와 당신이 훼손한 것을 수리하는 데 사용할 수 있다.
    • 임대인은 명확한 날짜까지 보증금(약속금)을 당신에게 돌려주어야 한다. 이는 보통 당신이 아파트를 떠난 뒤 30일이다.
  1. 약어가 전체 용어보다 더 흔한 경우가 아니라면, 처음 사용될 때 설명되는 약어. 처음 사용된 뒤에는 약어가 title이 있는 abbreviation 태그 안에 있다.
  2. 흔히 사용되지 않는 두문자어는 처음 사용될 때 설명되고, 그 뒤에는 title이 있는 acronym 태그 안에 있다.
  3. 피하거나 설명된 전문 용어.

피하기:

  1. 설명 없는 흔하지 않은 단어. 예:

    임대인의 공제권. 임차인이 임대 부동산에 입주할 때, 그는 임대인에게 보증금을 지불한다. 관할권에 따라, 임차인이 임대 계약 또는 계약서의 모든 조건과 조항을 준수하는 한, 이 보증금은 임대 기간 종료 시 특정 기간 안에 임차인에게 반환된다. 귀하의 상황과 관련된 법률을 읽으려면 아래 링크를 선택하라.

  1. 사용자가 알지 못할 수 있고 설명되지 않은 약어, 두문자어 및 전문 용어.

4.4.2 단순한 시제와 태 사용하기(패턴)

4.4.2.1 사용자 요구

나는 어휘, 구문, 시제 및 언어의 다른 측면을 포함하여 사용된 언어를 이해해야 한다.

관련 사용자 이야기: 명확한 언어.

4.4.2.2 해야 할 일

이해하기 가장 쉬운 시제와 태를 사용하라. 영어에서는 보통 현재 시제와 능동태이다. 사용자에게 직접 말하고, 동사와 문장 구조의 가장 단순한 형태를 사용하라.

지역의 평이한 언어 지침을 사용하여, 서로 다른 언어에서 이해하기 가장 쉬운 시제와 태를 찾아라.

4.4.2.3 도움이 되는 방식

단순한 시제와 태를 사용하면 언어 손상, 난독증 또는 기억 손상이 있는 사람 등 많은 사람에게 도움이 된다. 예를 들어 “press the on button”(현재 시제와 능동태)은 “the on button should be pressed.”(수동태)보다 더 많은 사람이 이해할 것이다.

능동태는 누가 행동해야 하는지를 명확하게 한다. 예를 들어 “It must be done.”은 수동태이며 누가 행동해야 하는지 말하지 않는다. “You must do it.”은 능동태이고 누가 행동을 해야 하는지 명확하게 말한다.

문장의 목적을 앞부분에 두는 것도 영어 문장을 더 따라가기 쉽게 만들 수 있다. 지역 언어 전문가는 콘텐츠를 이해하기 쉽게 만드는 데 도움이 되는 추가 언어 조언을 제공할 수 있다.

4.4.2.4 자세한 내용
  • 다른 태나 시제가 이해하기 더 쉽거나 더 친근할 때는 이를 사용하라.
  • 현재 시제와 능동태가 존재하지 않거나 가장 명확한 선택지가 아닌 언어에서는 이해하기 가장 쉬운 시제와 태를 사용하라.
  • 과거 또는 미래 사건에 대해 쓰고 있다면 현재 시제를 사용하지 말라. 혼란스러울 것이다.
4.4.2.5 예제

사용:

  1. 단순한 시제와 언어. 예: “이번 달에 당신의 주식이 올랐다.”

피하기:

  1. 복잡한 언어와 시제. 예: “지난 한 달 동안, 우리는 당신의 주식이 상승하고 있는 것을 보았다.”

4.4.3 이중 부정 또는 중첩 절 피하기(패턴)

4.4.3.1 사용자 요구

나는 어휘, 구문, 시제 및 언어의 다른 측면을 포함하여 사용된 언어를 이해해야 한다.

관련 사용자 이야기: 명확한 언어.

4.4.3.2 해야 할 일

단순한 문장 구조를 사용하라.

여기에는 다음이 포함된다:

  • 긍정을 표현하기 위해 이중 부정을 사용하지 않기, 그리고
  • 절 안에 절을 사용하지 않기.
4.4.3.3 도움이 되는 방식

단순한 문장 구조는 언어 손상, 난독증 또는 기억 손상이 있는 사람을 포함한 많은 사람에게 도움이 된다. 이중 부정과 중첩 절은 모두 혼란스러울 수 있다.

예를 들어 “우리가 당신의 청구에 답하기 전에, 당신은 기관의 승인을 받아야 한다”가 “기관의 승인 없이는 어떠한 청구 승인도 달성될 수 없다”보다 더 많은 사람이 이해할 것이다.

단순한 언어는 더 많은 사람이 이해할 수 있게 한다. 예를 들어 초기 치매가 있는 사람은 언어가 명확하고 이해 가능할 때 자신의 일을 관리할 수 있다.

4.4.3.4 예제

사용:

  1. 이중 부정이 없는 짧은 텍스트. 예: “명확하게 쓰라”.

피하기:

  1. 긍정으로 바꿀 수 있는 이중 부정. 예:
    • 명확하지 않게 쓰지 말라.
    • 시간은 무제한이 아니다.
  1. 쉼표와 접속사가 많은 긴 문장. 예:
    • 보통 절은 두 개의 쉼표, 즉 앞과 뒤의 쉼표 또는 단어 “or”, 또는 단어 “and”로 구분되므로, 이 문장을 선택지 목록이나 심지어 하나 이상의 단락으로 바꿀 수 있다.

4.4.4 문자 그대로의 언어 사용하기 (패턴)

4.4.4.1 사용자 요구

나는 텍스트의 의미를 이해해야 한다. 나는 농담과 은유를 오해할 수 있으므로, 설명되지 않은, 암시적이거나 모호한 정보를 원하지 않는다.

관련 사용자 이야기: 명확한 언어.

4.4.4.2 해야 할 일

문자 그대로이고 구체적인 언어를 사용하라. 가능하면 보고, 듣고, 만질 수 있는 객체나 사건을 가리키는 구체적인 용어와 예를 사용하라.

설명을 포함하지 않는 한 은유와 직유를 사용하지 말라.

4.4.4.3 도움이 되는 방식

많은 사람은 비문자적 콘텐츠를 이해하지 못한다. 예를 들어, 자폐 사람은 농담과 직유를 이해하지 못할 수 있다. 때로는 지시에 농담과 직유가 있어 콘텐츠를 더 친근하게 만든다. 그러나 이는 사용자를 혼란스럽게 하며, 사용자는 이제 필요한 대로 자신의 일을 할 수 없다.

다음 방식으로 모든 비문자적 언어를 설명할 수 있다:

  • 은유와 직유 같은 비문자적 텍스트 옆의 괄호 안에 쉬운 언어 용어를 추가하기,
  • 팝업 정의 제공하기, 또는
  • 지원되는 마크업 사용하기(예: 개인화 의미론 [personalization-semantics-help-1.0]).

비텍스트 미디어에서는 비문자적 콘텐츠를 미디어의 일부로 설명하거나 별도의 파일 또는 트랙에 포함하라. 모범 사례를 참조하라.

4.4.4.4 자세한 내용

비문자적 텍스트를 문자 그대로의 텍스트로 바꿀 때 의미가 명확하게 유지되는지 확인하라. 팝업이나 다른 대안에 문자 그대로의 텍스트를 제공할 때 이를 확인하라.

4.4.4.5 시작하기

제목, 레이블, 탐색 요소, 지시, 오류 메시지 및 사용자의 권리나 안녕에 영향을 줄 수 있는 모든 콘텐츠에 명확한 문자 그대로의 텍스트를 넣는 것부터 시작하라. 이는 작성 스타일을 바꾸지 않고도 중요한 위치의 사용성을 높일 것이다.

4.4.4.6 예제

사용:

  1. 문자 그대로의 텍스트와 구체적인 언어. 예:
    • 시작하기 전에 불안 장애를 경험하고 있다면 깊게 숨을 쉬고, 스스로 할 수 있다고 말한 다음 시작하라. 불안에는 초조함, 두려움, 어지러움 또는 숨가쁨이 포함될 수 있다.

피하기:

  1. 비문자적 텍스트. 예:
    • 시작하기 전에 발이 차가워진다면, 깊게 숨을 쉬고 뛰어들라.

4.4.5 텍스트를 간결하게 유지하기(패턴)

4.4.5.1 사용자 요구

나는 어휘, 구문, 시제 및 언어의 다른 측면을 포함하여 사용된 언어를 이해해야 한다.

관련 사용자 이야기: 명확한 언어.

4.4.5.2 해야 할 일

짧은 텍스트 블록을 사용하라

여기에는 다음이 포함된다:

  • 단락을 짧게 유지하라. 각 단락에는 하나의 주제만 두라.
  • 단락이나 덩어리의 목적을 처음에 두도록 하라.
  • 짧은 문장을 사용하라. 문장 하나에는 하나의 요점만 두라.
  • 글머리표 또는 번호 매기기 목록을 사용하라.
  • 짧고 설명적인 제목을 사용하라.
4.4.5.3 도움이 되는 방식

텍스트 콘텐츠를 덩어리로 나누면 읽고 이해하기가 더 쉬워진다. 이는 처리 속도나 언어와 관련된 학습 또는 인지 장애가 있는 사람에게 도움이 된다. 기억 손상이 있는 사람이나 쉽게 주의가 산만해지는 사람도 도움이 된다. 덩어리 나누기는 멀티태스킹을 하는 누구에게나도 도움이 된다. 각 덩어리나 단락의 시작 부분에 목적이나 의도를 두도록 하라.

예를 들어, AD(H)D가 있는 대학원생이 새로운 소프트웨어 기술을 스스로 배워야 할 수 있다. 소프트웨어 문서는 주제별 짧은 단락과 목록으로 나뉘어 있다. 학생은 문서를 읽고 이해하기 쉽다고 느낀다.

4.4.5.4 자세한 내용
  • 짧은 단락이란 무엇인가? 영어에서 단락이 50단어를 넘으면 두 단락으로 나누어 보라.
  • 한 문장에 하나 이상의 요점을 쓰는 것을 어떻게 피할 수 있는가? 하나 이상의 요점이 있는 문장은 보통 “and”나 “but” 같은 연결어가 하나 이상 있다.
  • 긴 문장이 두 개의 짧은 문장보다 더 명확할 수 있는가? 긴 문장이 두 개의 짧은 문장보다 더 명확한지 다시 확인하라. 인지 및 학습 장애가 있는 사람들이 긴 문장을 더 이해하기 쉽다고 느끼는지 사용성 테스트를 하라.
  • 언제 목록을 사용해야 하는가? 연속된 항목이 세 개 이상 있을 때 목록은 매우 좋다. 항목, 요구사항 및 예외에는 순서 없는 목록(글머리표)을 사용하는 것을 생각하라. 세 개 이상의 단계가 이어지는 경우에는 번호 목록으로 더 쉽게 따라갈 수 있다.
4.4.5.5 예제

사용:

  1. 짧은 텍스트 덩어리. 예:
    • 이번 주말 Calgary에는 많은 눈과 우박이 내릴 것이다. 운전하지 않도록 하라. 꼭 운전해야 한다면:
      • 안전을 위해 겨울철 운전 규칙을 사용하라.
      • 출발하기 전에 Traveler’s Information 웹 사이트에서 어떤 도로가 안전한지 확인하라.

피하기:

  1. 긴 텍스트 덩어리. 예:
    • DOTD가 Calgary에 겨울 날씨 여행 주의보를 발령했다. 휴일 주말 내내 예보에 눈과 비 가능성이 있는 가운데, Department of Transportation and Development (DOTD)는 부서 직원들이 겨울 날씨에 대응할 준비가 되어 있다고 발표했다. 유지보수 인력은 영향을 받는 다리와 도로에 모래와 소금을 뿌리고, 도로에서 쓰러진 나무를 제거하며, 필요한 경우 도로를 폐쇄하기 위해 대기할 것이다. 임시 장관 Jane Doe는 운전자들에게 겨울 날씨의 위협을 심각하게 받아들이라고 촉구했다. “악천후 상황에서는, 부서가 고속도로와 주간 고속도로 접근을 유지하기 위해 노력할 것이지만, 가능한 경우 눈과 얼음이 있는 동안에는 운전 대중이 이동을 피할 것을 권장한다”라고 Doe가 말했다.

4.4.6 명확하고 모호하지 않은 서식과 구두점 사용하기(패턴)

4.4.6.1 사용자 요구

나는 단어를 음성학적으로 읽는 데 필요한 악센트, 문자 및 발음 구별 기호가 단어에 포함되어야 한다.

관련 사용자 이야기: 명확한 언어.

4.4.6.2 해야 할 일

모호성을 줄이고 가독성과 이해를 향상시키는 텍스트, 숫자 및 기호의 구두점과 서식을 사용하라.

4.4.6.3 도움이 되는 방식

일부 독자에게는 단어, 숫자 및 기호 해독이 자동으로 일어나지 않으며 작업 기억과 실행 기능에 부담이 될 수 있다. 콘텐츠가 너무 부담스럽다고 느끼면 의미를 잃을 위험이 있다.

일부 사용자는 콘텐츠를 이해하는 데 도움을 주는 보조 기술이나 개인화 도구, 예를 들어 콘텐츠를 소리 내어 읽어 주는 텍스트 음성 변환을 사용할 수 있다. 그러나 때때로 구두점이나 서식은 화면 판독기가 이를 잘못 읽을 가능성을 높인다. 예를 들어 로마 숫자가 텍스트로 읽힐 수 있다.

학습 장애가 있는 사용자는 서식 또는 구두점 오류 때문에 발생하는 실수를 수정하기 위해 문자, 숫자 및 단어를 조작하지 못할 수 있다. 또한 콘텐츠를 사용하기 위해 그 의미를 이해하는 데 집중해야 한다.

예를 들어, 의사소통 장애가 있는 사용자가 텍스트 음성 변환을 사용하여 콘텐츠를 듣고 있을 수 있다. 콘텐츠가 올바르게 표현되어 있으면 이해할 수 있다. 때로는 특히 숫자와 기호에서 콘텐츠가 잘못 읽히거나 건너뛰어지는 것을 듣고, 이를 이해하지 못한다. 텍스트, 숫자 또는 기호가 익숙하지 않은 레이아웃에 있으면 사용자는 혼란스러워질 수 있다.

반대로, 콘텐츠를 듣는 시각장애인은 단어가 올바르게 발음되지 않더라도 올바른 의미를 알아낼 가능성이 높다. 그러나 올바른 의미를 알아내는 데 필요한 단어 조작은 의사소통 또는 언어 손상이 있는 사람이 달성할 수 없다.

4.4.6.4 자세한 내용

언어 태그를 사용하라. 언어 태그는 모호하지 않은 텍스트 서식이라는 목표를 달성하기 위한 핵심 수단이다. HTML [HTML] 언어 태그와 BCP 47 언어 코드를 참조하라.

작성 중인 언어에 맞게 구두점을 올바르게 사용하라. 이는 텍스트가 음성으로 변환될 때 들리는 강세와 억양(운율이라고 알려짐) 패턴에 영향을 준다. 예를 들어 영어에서는 쉼표와 세미콜론이 음성에서 짧은 멈춤을 만들지만, 하이픈 - 은 일반적으로 무시된다. 물음표, 느낌표 및 따옴표는 목소리의 음높이가 올라가는 것과 같은 억양 변화를 일으킬 수 있다.

가능하면 텍스트에서 로마 숫자와 익숙하지 않은 기호 사용을 피하라. 이는 독자를 혼란스럽게 할 수 있으며 텍스트 음성 변환 도구가 잘못 읽을 가능성이 높다. 이러한 기호가 필요하다면 MathML과 약어 확장 같은 기법을 사용하여 추가 지원을 제공하도록 올바르게 마크업되어 있는지 확인하라. 로마 숫자를 단독으로 사용하는 경우 개별 문자로 읽힐 가능성이 높으므로 대문자로 제시해야 한다.

긴 숫자는 한 자리씩 읽히거나 하나의 숫자로 표현될 수 있다. 이는 전화번호나 우편번호에서 특히 문제가 된다. 이러한 숫자가 정확히 어떻게 소리 내어 읽힐지를 제어하기는 어렵지만, 콘텐츠 작성자는 다음을 통해 도울 수 있다:

  • 숫자의 콘텐츠를 표시하고 HTML 의미론을 사용하여 사용자와 보조 기술이 숫자의 목적을 인식하도록 보장한다. 또한 다음 권장 사항은 텍스트 음성 변환 렌더링 개선에 도움이 될 수 있다:
  • 전화번호의 경우, 전화번호 지역에 맞는 올바른 레이아웃을 사용하고 사용자가 전체 전화번호(지역 번호 포함)를 선택할 수 있도록 보장하여, 텍스트 음성 변환 음성이 형식을 인식하고 올바르게 표현할 수 있게 하라.
  • Zip / Postal 코드의 경우, 숫자 가까이에 주 또는 주소 정보를 포함하여 음성 목소리가 알려진 약어(예: 주 이름)를 확장하고 청자가 맥락을 인지할 수 있게 하라.
  • 긴 숫자를 쓸 때는 어떤 구분자가 독자에게 익숙한지와 그것이 어떻게 소리 내어 읽힐지를 고려하라. 일반적으로 영어권 국가에서는 천 단위 사이에 쉼표를 사용하고 소수 구분자로 마침표를 사용하는 반면, 독일과 다른 유럽 국가는 그 반대이다. 예를 들어 1,245는 영어에서는 천이백사십오를 나타내지만, 독일어에서는 일 점 이 사 오를 나타낸다. 텍스트 음성 변환 출력은 구분자가 해당 음성 언어의 형식에 맞게 사용되고 있다고 가정한다. 이것이 콘텐츠와 맞지 않으면 청자는 쉽게 혼란스러워질 수 있다. 혼란을 피하기 위해 천 단위 구분자를 공백으로 바꾸는 것이 일반적인 관례가 되었지만, 긴 숫자가 끊어진 방식으로 읽히는 텍스트 음성 변환 문제를 만든다. 예를 들어 120 034 943은 백이십, 영 삼 사, 구백사십삼으로 읽힐 수 있다.
4.4.6.5 예제

사용:

  1. 어떤 문화에서도 읽고 이해할 수 있는 날짜.

    날짜를 어떻게 쓰는지 고려하라. 다시 말해 텍스트 음성 변환은 음성의 언어와 관련된 형식을 사용한다. 04/03/2019 같은 날짜는 미국 영어 음성에서는 “2019년 4월 3일”로 읽히고 영국 영어 음성에서는 “2019년 3월 4일”로 읽힌다. 월을 단어로 써서 혼란을 피할 수 있다.

피하기:

  1. 문화에 따라 명확하지 않거나 다르게 읽히는 날짜와 숫자.

4.4.7 단어를 해독하는 데 필요한 기호와 문자를 포함하기 (패턴)

4.4.7.1 사용자 요구

나는 단어를 음성학적으로 읽는 데 필요한 악센트, 문자 및 발음 구별 기호가 단어에 포함되어야 한다. 이는 아랍어와 히브리어 같은 언어에서 음성 합성과 음성학적 판독기에 자주 필요하다.

관련 사용자 이야기: 명확한 언어.

4.4.7.2 해야 할 일

사용자가 단어를 올바르게 해독하는 데 필요한 모음, 문자 또는 발음 구별 기호를 포함하라. 이는 아랍어와 히브리어 같은 언어에서 자주 필요하다.

4.4.7.3 도움이 되는 방식

히브리어와 아랍어 같은 일부 언어에는 선택적 모음과 발음 구별 기호가 있다. 이러한 표시가 없으면 같은 문자를 가진 대부분의 단어는 서로 다른 의미를 가진 두 가지(히브리어)에서 일곱 가지(아랍어) 사이의 서로 다른 발음 방식을 가진다. 대부분의 독자는 맥락에 기반하여 단어를 읽고, 시각적 기억을 사용해 올바른 발음을 추측한다. 시각 기억이 손상된 사람, 느린 독자 및 텍스트 음성 변환은 종종 잘못된 용어나 발음을 추측할 수 있다.

예를 들어, 언어 장애가 있는 사용자가 단어를 소리 내어 읽으려고 한다. 그들은 의미가 통하는 발음을 찾을 때까지 세 가지 다른 발음을 추측한다. 불행히도 언어 손상이 있는 많은 사람은 맥락 밖의 단어가 구체적인 의미가 아니라 하나의 생각만 제공할 수 있기 때문에 의미를 알아내지 못한다. 텍스트 음성 변환은 올바른 단어를 말하기 위해 이러한 문자를 자주 필요로 한다.

모든 발음 구별 기호가 단어를 올바르게 발음하는 데 필요한 것은 아님에 유의하라. 모호하지 않은 발음에 필요한 문자와 발음 구별 기호만 포함하면 된다.

4.4.7.4 자세한 내용

단어는 올바른 의미를 갖도록 해독되고 발음될 수 있다.

4.4.7.5 시작하기

히브리어에서는 올바른 발음을 가능하게 하는 추가 Yud (י)와 Vav (ו)를 추가하라.

4.4.7.6 예제

사용:

  1. 올바른 발음을 가능하게 하는 추가 문자 또는 발음 구별 기호. 예:
    • 그는 말한다: אֹמַר /אומר (히브리어)
    • 그는 썼다: كَتَب (아랍어)
    • 책들: كُتُبْ (아랍어)
    • 그것은 쓰였다: كُتِبَ (아랍어)

피하기:

  1. 필요한 문자나 발음 구별 기호가 없어 사용자가 기억과 맥락에 기반하여 발음을 추측해야 하는 단어. 예:
    • אמר (히브리어)
    • كتب (아랍어)

4.4.8 긴 문서와 미디어의 요약 제공하기(패턴)

4.4.8.1 사용자 요구

나는 긴 콘텐츠 조각에 대해 이해하기 쉬운 짧은 요약 또는 이해하기 쉬운 버전의 선택지가 필요하다.

관련 사용자 이야기: 명확한 언어.

4.4.8.2 해야 할 일

긴 문서와 미디어에 대한 간단한 요약을 제공하라.

사람들이 문서의 목적과 콘텐츠를 이해하고, 필요한 정보를 포함할 수 있는지 판단하는 데 도움이 되도록 중요한 키워드를 강조하라.

요약은 공통 단어와 짧은 문장을 사용하고, 이해하기 쉬운 스타일과 시제로 작성되어야 한다.

4.4.8.3 도움이 되는 방식

이해하기 쉬운 요약을 제공하면 많은 사람이 콘텐츠가 자신과 현재 목표에 관련되는지 빠르게 결정하는 데 도움이 된다. 몇 문장이나 글머리표로 된 높은 수준의 개요가 가장 효과적이다. 초록과 실행 요약은 보통 전체 문서를 요약하도록 설계되었기 때문에 훨씬 길고 더 상세하다.

미디어의 경우, 요약은 주의 지속 시간이 짧은 사용자가 정확히 필요한 파일을 찾고 올바른 콘텐츠로 이동하는 데 도움이 된다. 모든 미디어 파일에는 요약 설명이 있어야 한다.

4.4.8.4 자세한 내용

중등 교육 하위 수준의 읽기 능력을 가진 사람이 이해할 수 있는 텍스트 요약을 제공하라.

300단어 미만의 콘텐츠 조각에서는 제목이 요약 역할을 할 수 있다.

각 세그먼트의 요약에는 콘텐츠의 주요 요점이 포함되어야 한다. 사용자는 요약을 사용하여 콘텐츠를 고유하게 식별하고 무엇을 포함할지 알 수 있어야 한다.

4.4.8.5 예제

사용:

  1. 주요 요점을 명확히 말하는 글머리표가 있는 짧은 요약.

피하기:

  1. 요약이 없는 긴 텍스트, 문서 또는 미디어.
  2. 불명확한 요약. 예:
    • 멀티미디어에서 세그먼트가 Chapter 1, part 1. Chapter 1, part 2 등으로 요약된다.

4.4.9 각 지시를 분리하기 (패턴)

4.4.9.1 사용자 요구

나는 짧은 상자나 콘텐츠 덩어리 또는 절이 필요하다

관련 사용자 이야기: 지원.

4.4.9.2 해야 할 일

지시에서는 각 단계를 분리하라. 각 단계를 명확하게 말하라. 여기에는 다음이 포함된다:

  • “명백하다”고 생각하는 단계도 포함하여 모든 단계 포함하기,
  • 숫자와 목록 사용도 도움이 될 수 있음,
  • 복잡한 지시는 더 따라가기 쉬울 수 있는 if/then 표로 제공하기, 또는
  • 친근한 그래픽을 사용하면 지시가 덜 두렵게 느껴지도록 도울 수 있음.
4.4.9.3 도움이 되는 방식

단계별 지시는 언어 손상, 처리 어려움 또는 기억 손상이 있는 사람 등 많은 사람에게 도움이 된다.

예를 들어, 작업 기억이 손상된 사람은 동시에 많은 정보를 붙잡고 있을 수 없다. 해야 할 일을 기억하고, 단계를 나누고, 자신이 한 일을 추적해야 할 경우 실수를 할 가능성이 더 높다. 지시가 명확하게 분리되고 배치되어 있으면, 실수 없이 따라갈 수 있다.

4.4.9.4 예제

사용:

  1. 각 단계를 분리하는 글머리표.
  2. 조건에 따라 단계를 분리하는 if/then 표. 예:
    If Then
    프로그래밍 분야에서 일하고 싶다면:
    • 이력서를 만들라.
    • 자신이 작성한 샘플 코드를 준비하라.
    • 이를 programing@example.com으로 보내라.
    디자인 분야에서 일하고 싶다면:
    • 이력서를 만들라.
    • 자신이 디자인한 샘플 페이지를 준비하라.
    • 이를 design@example.com으로 보내라.

피하기:

  1. 분리 없이 같은 텍스트 블록 안에 둘 이상의 단계가 있는 것. 예:
    • 프로그래밍 분야에서 일하고 싶다면 이력서와 자신이 작성한 샘플 코드를 첨부해 programing@example.com으로 쓰라. 디자인 분야에서 일하고 싶다면 이력서와 샘플 페이지를 첨부해 design@example.com으로 쓰라.

4.4.10 여백 사용하기(패턴)

4.4.10.1 사용자 요구

나는 덩어리가 명확하고 페이지가 압도적이지 않도록 여백을 잘 사용해야 한다.

관련 사용자 이야기: 시각적 표현.

4.4.10.2 해야 할 일

상자, 단락 제목 및 콘텐츠를 포함하여 객체와 텍스트 주위에 여백을 두어 각 절이 명확하게 분리되도록 하라.

4.4.10.3 도움이 되는 방식

여백(negative space 또는 배경색이라고도 함)은 어수선함을 줄이고 콘텐츠에 정의를 제공한다. 이는 보는 사람에게 웹 페이지의 명확한 개요를 제공한다. 디자이너는 페이지에서 텍스트와 객체의 위치를 향상시키기 위해 이를 사용한다.

여백을 사용하면 페이지를 탐색하는 데 도움이 되고 사람들이 페이지를 읽는 데 도움이 된다. 이는 사용자가 페이지에서 중요한 요소를 찾는 데 도움이 될 수 있다. 인지 및 학습 장애가 있는 사람들에게 여백은 읽기 어려움을 완화하고 콘텐츠 이해를 향상시키는 것으로 나타났다.

사용자가 웹 확장 기능이나 사용자 설정을 통해 객체와 텍스트 주변의 여백 양을 조정할 수 있도록 보장하라. 이는 웹 페이지 콘텐츠의 중요한 요소를 식별하는 능력을 지원한다.

4.4.10.4 자세한 내용

문자, 단어, 문장 줄, 단락 및 텍스트 블록 사이에 명확한 간격을 사용하라.

상자, 단락 제목 및 콘텐츠를 포함하여 객체와 텍스트 주위의 여백을 사용자가 자신에게 맞고 웹 페이지의 전체 무결성을 방해하지 않는 정도로 쉽게 조정할 수 있게 하라. 중요한 콘텐츠가 스크롤 전에 보이지 않을 정도로 너무 많은 여백을 추가하지 말라.

“white space”는 배경색을 의미하는 용어임에 유의하라. 항상 흰색일 필요는 없다!

4.4.10.5 예제

사용:

  1. 콘텐츠의 별도 절 주변의 여백.

피하기:

  1. 빽빽한 페이지.

4.4.11 전경 콘텐츠가 배경에 의해 가려지지 않도록 보장하기(패턴)

4.4.11.1 사용자 요구

나는 콘텐츠를 쉽게 인지해야 한다. 예:

  • 배경이 단순하기 때문에 텍스트가 명확하다.
  • 미디어에는 주의를 산만하게 하는 배경 소음이 없다.

관련 사용자 이야기: 시각적 표현.

4.4.11.2 해야 할 일

복잡한 배경 위에 단어를 겹쳐 놓지 말라. 청각 콘텐츠 뒤의 배경 소음을 제거하는 선택지를 제공하거나 배경 소리가 주요 청각 콘텐츠를 방해하지 않도록 보장하라.

텍스트의 경우:

  • 텍스트 블록에는 단색 배경을 사용하라.
  • 디자인이 지나가는 배경 위에 겹쳐진 텍스트에는 단색 채움이 있는 두꺼운 윤곽선을 사용하라.
  • 강한 색 대비를 사용하라.

청각 콘텐츠의 경우:

  • 전경 청각 콘텐츠 뒤에서 빠르게 바뀌는 배경 콘텐츠(예: 배경 대화나 불필요한 교통 소음)를 피하라.
  • 청각 콘텐츠 뒤의 배경 소음을 제거하는 선택지를 제공하라.
4.4.11.3 도움이 되는 방식

문장을 구문 단위로 읽는 것은 개별 단어를 읽는 것보다 더 많은 의미를 전달한다. 구문은 이해하기도 더 쉽다. 개인이 한 번의 시선으로 처리할 수 있는 단어가 많을수록 더 빨리 읽고, 쓰인 내용을 더 쉽게 이해하며, 더 많은 관심을 유지한다. 대부분의 사람은 한 줄의 텍스트 또는 그 이상을 한 번에 받아들일 수 있다. 많은 단어에 동시에 시선을 고정하는 것은 많은 사람의 이해에 필요하다. 느린 독자는 문장을 6~9번의 시선 고정으로 천천히 읽을 수 있으며, 때로는 한 번에 단 하나의 단어(또는 단어의 일부)만 받아들인다. 배경을 추가하면 독자가 시선을 고정할 수 있는 단어 수가 줄어든다. 배경을 제거하면 사용자가 동시에 더 많은 단어를 이해하는 데 도움이 된다.

또한 자동 단어 인식은 읽기 이해에 자주 사용된다. 예를 들어, 영어에는 전통적인 문자 소리 패턴에 맞지 않는 약 200개의 단어가 있다. 이러한 단어는 암기되고 자동으로 인식되어야 한다. 사용자가 이러한 단어를 인식할 수 없으면 텍스트를 이해하기 더 어렵다. 배경은 사용자가 단어를 인식하는 데 걸리는 시간을 늘릴 수 있다.

마찬가지로, 오디오 트랙의 배경 소음은 주요 콘텐츠를 처리하고 이해하기 더 어렵게 만들 수 있다.

4.4.11.4 예제

사용:

  1. 쉽게 인식할 수 있고 배경과 쉽게 구별되는 단어와 콘텐츠.

피하기:

  1. 텍스트를 읽기 어렵게 만들 수 있는 배경, 예: “단어를 인식하고 텍스트를 처리하기 어렵게 만드는 텍스트 뒤의 배경.”

4.4.12 암시된 콘텐츠 설명하기 (패턴)

4.4.12.1 사용자 요구

나는 텍스트의 의미를 이해해야 한다. 나는 농담과 은유를 오해할 수 있으므로, 설명되지 않은, 암시적이거나 모호한 정보를 원하지 않는다.

관련 사용자 이야기: 시각적 표현.

4.4.12.2 해야 할 일

다음과 같은 암시적이거나 모호한 정보에 대한 정의나 설명을 제공하라:

  • 몸짓,
  • 감정,
  • 농담,
  • 풍자,
  • 은유와 직유, 그리고
  • 얼굴 표정.

이러한 정의와 설명은 암시된 콘텐츠에 가까운 텍스트 또는 마크업 안에 제공되어야 한다(모범 사례 참조).

4.4.12.3 도움이 되는 방식

암시된 콘텐츠는 의미가 명확하지 않기 때문에 일부 사용자에게 어려울 수 있다. 여기에는 추상적 콘텐츠, 풍자 또는 은유가 포함된다. 의미가 명확하지 않고 사용자가 이해하기 위해 추가 지식을 가져야 한다.

무언가를 전달하는 유일한 방법으로 몸짓, 감정적 의사소통 및 얼굴 표정을 사용할 때, 모든 사용자가 이해하도록 보장하기 위해 이를 다른 방식으로 포함하는 것이 중요하다. 이를 할 수 있는 한 가지 방법은 보충 텍스트를 통하는 것이다.

예를 들어, 소셜 미디어 게시물에서 한 사람의 진짜 감정을 전달하기 위해 이미지가 사용된다. 일부 개인은 이미지가 보여 주는 감정을 이해하지 못할 수 있다. 그들은 더 많은 맥락 없이는 작성자가 전달하려는 요점을 놓친다.

마찬가지로, 한 연구는 자폐 사람들에게 암시된 콘텐츠가 많은 영화를 보게 했다. 그들은 배우들의 입을 보고 있었지만, 풍자 같은 정보는 얼굴 표정으로 전달된다. 영화에서 무슨 일이 있었는지 질문했을 때, 일부는 암시된 의사소통과 대사의 요점을 놓쳤다.

4.4.12.4 자세한 내용

여기에는 다음이 포함된다:

  • 무언가가 중요하거나 기억되어야 함을 식별하기 위해 단독으로 사용되는 그래픽,
  • 텍스트의 풍자, 그리고
  • 중요성을 더하거나 함께 있는 텍스트의 문자 그대로의 의미와 반대되는 것을 전달하기 위해 사용되는 애니메이션.

표준 이모지는 종종 설명이나 대체 텍스트와 함께 제공됨에 유의하라.

4.4.12.5 예제

사용:

  1. 이메일과 소셜 미디어 게시물에서 풍자적인 댓글을 쓸 때 독자가 의사소통 의도를 이해하도록 돕기 위한 (풍자) 같은 보충 텍스트.
  2. 개인화 의미론이 성숙되면, 비문자적 텍스트 대안을 추가하기 위해 이를 사용하기. [personalization-semantics-help-1.0] 참조.

피하기:

  1. 설명되지 않은 은유와 직유. 예: “You are my sunshine.”이라고 말하기보다 “You make me happy.”라고 말하기.

4.4.13 수치 개념에 대한 대안 제공하기(패턴)

4.4.13.1 사용자 요구

나는 숫자와 수치 개념보다 단어가 필요하다.

관련 사용자 이야기: 수학 개념.

숫자와 수치 개념에 대한 대안을 제공하라.

4.4.13.2 해야 할 일

숫자와 수치 개념에 대한 대안을 제공하라.

4.4.13.3 도움이 되는 방식

모든 사람이 숫자와 수치 개념을 이해할 수 있는 것은 아니다.

예를 들어, 일부 사람은 수학과 특별히 관련된 학습 장애인 난산증을 가지고 있다. 난산증이 있는 사람은 숫자와 수학적 개념에 상당한 문제가 있지만, 다른 지적 영역에서는 뛰어난 경우가 많다.

예를 들어, 난산증이 있는 사용자는 온도 데이터가 숫자 형식으로만 제시될 때 처리하는 데 어려움을 겪을 수 있다. 그러나 비수치적 대안(추움, 따뜻함, 더움 등)이 제공되면 콘텐츠를 이해할 수 있다.

수리 능력 문제는 다양한 장애로 인해 발생할 수 있으며, 가장 심각한 것은 숫자를 읽거나 이해하지 못하는 것이다. 다른 사람들은 상대적 크기나 시간 같은 계산에서 어려움을 겪는다.

예를 들어, 사용자는 90cms라는 개념을 길이로 이해할 수 있지만, 0.9m와 900mm가 같은 길이라는 사실을 감당하기 어려워할 수 있다.

또 다른 예에서, 기차 시간표에는 매시 정각에 기차가 출발하는 상대적 시간 목록이 있다. 사용자는 자신의 위치에서 다음 기차가 언제 떠나는지 계산할 수 없다.

4.4.13.4 자세한 내용

이 콘텐츠를 사용하는 데 수학 이해가 주요 요구사항이 아닌 경우 다음 중 하나를 사용하라:

  • 숫자를 비수치 개념으로 보강하기. 예: 매우 추움, 추움, 서늘함, 온화함, 따뜻함, 더움, 매우 더움.
  • 개인화 의미론이 성숙되면 비수치 개념을 추가하는 데 이를 사용할 수도 있다. [personalization-semantics-help-1.0] 참조.

다른 사용자에게는 수학이 긴 텍스트보다 이해하기 더 쉬울 수 있음에 유의하라.

일부 수학 기술이 콘텐츠에 필수적인 경우:

  • 확장될 수 있는 디지털 수학으로 이동하라(이미지 안의 숫자가 아님).
  • 논의 중인 절을 강조 표시할 수 있게 하라.
  • 숫자 절을 함께 읽을 수 있는 추가 도움말에 연결하라.
  • 이를 선호하는 사용자를 위해 수학 절을 단어나 요약으로 바꿀 수 있게 하라.
4.4.13.5 예제

사용:

  1. 다음과 같은 수치 콘텐츠에 대한 추가 지원:
    • 크기
    • 수량
    • 거리
    • 시간
    • 날짜
    • 온도
    • 양수/음수
    • 계산
    • 순서화
    • 백분율.

    위 항목에 대해, 그 숫자가 개념으로서 무엇을 의미하는지에 대한 설명이나 표현이 있다.

피하기:

  1. 추가 지원이 없는 수치 콘텐츠

4.5 목표 4: 사용자가 실수를 피하고 이를 수정하는 방법을 알도록 돕기

사용자는 실수를 피할 수 있어야 하며, 실수가 발생하면 쉽게 수정할 수 있어야 한다.

많은 사용자가 양식을 완료하기 어렵다고 느끼며, 특히 인지 및 학습 장애가 있는 사람들에게 그렇다. 좋은 디자인은 오류 발생 가능성을 줄인다.

인지 및 학습 장애가 있는 사용자는 실수를 할 가능성이 더 높다. 여기에는 정보를 잘못 입력하거나 실수로 잘못된 컨트롤을 터치하는 것이 포함될 수 있다. 사용자가 양식 오류를 알아차리도록 돕고 쉽게 수정할 수 있게 하라. 사용자가 실수로 컨트롤을 터치한 경우 항상 뒤로 돌아가고 복구할 수 있게 하라.

양식과 유사한 작업을 완료하는 것은 인지 및 학습 장애가 있는 사람들에게 흔히 압도적이다. 인지 및 학습 장애가 있는 많은 사용자는 우편번호나 사회보장번호 같은 숫자를 기억하지 못한다. 많은 사용자는 자신의 전화번호도 확인해야 한다. 이로 인해 정보 입력이 느려지고, 책상을 떠나거나 휴식을 취해야 할 수 있다. 실수를 줄이는 디자인을 제공하여 그들을 도우라. 성가신 시간 초과와 데이터 손실 없이 필요한 시간을 제공하라.

4.5.1 컨트롤과 콘텐츠가 예기치 않게 움직이지 않도록 보장하기(패턴)

4.5.1.1 사용자 요구

나는 사물이 어디에 있는지 알아야 한다. 내가 사용하는 동안 컨트롤과 콘텐츠가 예기치 않게 움직이지 않는다.

관련 사용자 이야기: 지원과 도움.

4.5.1.2 해야 할 일

사용자가 움직임을 시작하지 않는 한 컨트롤과 콘텐츠가 제자리에 남아 있고 움직이지 않도록 보장하라.

사용자는 동작을 트리거하거나 창 크기 같은 장치 속성을 변경하여 움직임을 시작할 수 있다.

이는 보통 다음을 통해 달성할 수 있다:

  • 페이지가 로드되거나 새로 고쳐질 때 컨트롤과 콘텐츠가 이리저리 움직이지 않도록 보장하기,
  • 페이지 로드 중 콘텐츠가 움직이거나 변경되는 경우 명확한 “로드 중” 표시기 표시하기,
  • 사용자가 원인이 되지 않는 한, 목록에서 항목의 위치 같은 콘텐츠를 갱신하거나 이동하지 않기.
4.5.1.3 도움이 되는 방식

컨트롤이 움직이면 손-눈 협응이 느리거나 인지 처리 속도가 손상된 사용자가 잘못된 컨트롤을 누를 수 있다. 이는 원하지 않는 동작과 오류를 유발한다. 사용자는 방향 감각 상실, 혼란 또는 콘텐츠에 대한 잘못된 이해까지 경험할 수 있다.

예를 들어, 사용자가 비디오의 버튼을 누르려고 이동한다. 사용자가 실수로 장치를 살짝 건드린다. 방향이 가로로 바뀌고 컨트롤이 움직인다. 사용자는 눈 추적이나 손-눈 협응이 느리기 때문에 결국 새 비디오로 가는 링크를 누르게 된다.

컨트롤과 콘텐츠의 이동은 인지 과부하를 유발하고 정신적 피로를 증가시킬 수도 있다. 예를 들어 외상성 뇌 손상이 있는 사용자가 콘텐츠를 읽는 동안, 콘텐츠가 새로 고쳐지고 추가 글이 현재 콘텐츠 위에 나타난다. 사용자가 읽던 글이 아래로 이동한다. 사용자는 방향 감각을 잃고 애플리케이션은 사용하거나 이해하기 매우 어려워진다.

4.5.1.4 자세한 내용

컨트롤이 예기치 않게 움직이는 것에는 다음이 포함된다:

  • 목록의 링크 위치가 바뀌는 것,
  • 방향 변경, 그리고
  • 사용자가 완료되었다고 생각하는 페이지의 느린 로딩.
4.5.1.5 예제

사용:

  1. 페이지가 로드되거나 새로 고쳐질 때 이리저리 움직이지 않는 컨트롤과 콘텐츠.
  2. 페이지가 로드되는 동안 명확하게 보이는 로딩 아이콘. 콘텐츠 로드가 끝나고 더 이상의 움직임이 없으면 아이콘이 제거된다.
  3. 사용자가 변경을 시작할 때만 움직이는 컨트롤과 콘텐츠.

피하기:

  1. 사용자의 요청 없이 움직이는 컨트롤과 콘텐츠. 예: 사용자가 전화를 걸기 위해 전화번호를 선택하려고 한다. 사용자가 전화번호를 터치하려는 순간, 그것이 아래로 이동한다. 사용자는 잘못된 전화번호를 눌러 잘못된 사람에게 전화를 건다.
  2. 목록의 링크 위치가 바뀌는 것.
  3. 쉽게 끌 수 없는 방향 변경.
  4. 사용자가 완료되었다고 생각하는 느린 로딩 페이지.

4.5.2 사용자가 뒤로 갈 수 있게 하기(패턴)

4.5.2.1 사용자 요구

나는 실수하기 전에 내가 정확히 어디에 있었는지 알 수 있도록 예측 가능한 뒤로 가기 또는 되돌리기 기능이 필요하다.

관련 사용자 이야기: 되돌리기.

4.5.2.2 해야 할 일

항상 사용자가 이전 지점으로 돌아갈 수 있게 하라.

표준 뒤로 가기 버튼은 사용자에게 익숙하므로 이를 수행하는 가장 좋은 방법이다. 많은 사용자는 먼저 뒤로 가기 버튼을 시도할 것이다.

사용자가 뒤로 가기를 눌러도 자신의 작업을 잃어서는 안 된다.

4.5.2.3 도움이 되는 방식

사용자가 이전 지점으로 돌아갈 수 있게 하면 실수를 방지하고 실수가 발생했을 때 쉽게 수정할 수 있다.

실수의 예에는 다음이 포함된다:

  • 실수로 컨트롤을 터치하기,
  • 실수로 새 링크 열기, 그리고
  • 사용자가 열어 두려고 했던 창을 닫기.

사람이 쉽게 실수하거나 자주 실수한다면, 작업이나 이전 선택 사항이 삭제되지 않고 뒤로 가서 변경할 수 있는 것이 중요하다.

예를 들어, 사용자가 비디오를 보고 있다. 볼륨을 높이려고 하지만 대신 다른 링크를 터치한다. 이제 새 비디오가 로드된다. 사용자는 뒤로 가기 버튼을 눌러 이전에 보고 있던 비디오로 돌아갈 수 있다. 이제 볼륨을 높이려고 시도할 수 있고, 실수하더라도 쉽게 뒤로 가서 다시 시도할 수 있음을 알게 된다.

또 다른 예에서, 뒤로 가기 버튼이 예상대로 작동하지 않고 다른 곳(예: 홈페이지)으로 데려갔다. 사용자가 볼륨을 변경하거나 댓글을 추가하려고 할 때, 보고 있던 비디오를 자주 잃고 다시 돌아가는 방법을 찾지 못한다. 이제 사용자는 주요 콘텐츠를 다시 잃을까 봐 웹 사이트의 기능을 사용할 수 없다고 느낀다. 화면을 확장하지 않고, 볼륨을 변경하지 않으며, 댓글도 남기지 않는다.

양식에서는 사용자가 데이터를 다시 입력해야 할 때마다 새로운 실수 가능성이 생긴다. 데이터 입력과 재입력은 인지 및 학습 장애가 있는 일부 사람에게 스트레스를 주고 피곤하게 할 수 있다. 이는 실수 가능성을 높이고 올바른 데이터를 제출하여 의도한 작업을 완료하는 것을 불가능하게 만들 수 있다.

불안, 기억 문제, 지시 따르기의 어려움이 있는 사람에게는 뒤로 가서 자신이 입력한 정보를 검토할 수 있는 능력이 매우 중요하다. 예를 들어, 일부 사람에게는 지시를 따르는 작업과 답변을 검토하는 작업이 두 개의 별도 작업일 때 가장 잘 작동한다. 정보를 입력할 때는 지시를 따르는 데 집중하고, 나중에 뒤로 가서 답변을 검토할 수 있으면 더 효과적으로 작업할 수 있다.

4.5.2.4 시작하기

사용자가 실수로 제출했더라도, 입력한 데이터를 뒤로 가서 검토할 기회를 가져야 한다. 뒤로 가기 버튼은 항상 예상대로 작동한다.

4.5.2.5 자세한 내용

사용자의 뒤로 가기를 지원하는 선택지에는 다음이 포함된다:

  • 명확하게 레이블이 붙은 동작을 통해 사용자 여정에서 단계 뒤로 가기.
  • 클릭 가능한 이전 단계가 있고 데이터 손실이 없는 클릭 가능한 브레드크럼 사용하기.
  • 원치 않는 데이터 손실 없이 뒤로 가기와 되돌리기 기능 사용하기.
  • 개인화 의미론이 성숙되면, 단계를 기록하고 프로세스의 한 단계로 돌아가기 위해 이를 사용할 수도 있다. [personalization-semantics-1.0] 참조.
  • 닫힌 창이나 선택지를 다시 열기.
4.5.2.6 예제

사용:

  1. 뒤로 가기 쉽게 만드는 디자인. 예:
    • 사용자가 비디오를 보고 있다. 실수로 컨트롤을 터치한다. 뒤로 가기를 누르면 같은 위치의 비디오로 돌아갈 수 있다.
    • 사용자가 구직 신청을 위해 온라인 양식을 작성하고 있다. 사용자가 실수로 홈 아이콘을 눌러 양식에서 벗어난다. 뒤로 가기 버튼은 데이터 손실 없이 사용자가 있던 위치로 되돌린다.
    • 사용자는 또한 모든 화면을 뒤로 돌아가며 절을 오해하지 않았는지 또는 답변을 건너뛰지 않았는지 확인할 수 있다. 사용자는 잘못 입력한 모든 데이터를 편집할 수 있다.

피하기:

  1. 뒤로 가기 어렵게 만드는 디자인. 예:
    • 사용자가 비디오를 보고 있다. 실수로 컨트롤을 터치하여 새 비디오로 이동한다. 뒤로 가기를 누르면 새 비디오가 작아질 뿐 원래 비디오로 돌아가지 않는다.
    • 구직 신청을 위해 온라인 양식을 작성 중이다. 사용자가 질문에 답하는 것을 잊었는지 확인하려고 화면으로 돌아간다. 뒤로 가기 버튼을 사용하면 이전에 입력한 모든 데이터가 지워지거나 삭제되어 있다.

4.5.3 작업 시작 시 사용자에게 수수료와 요금을 알리기(패턴)

4.5.3.1 사용자 요구

나는 시작하기 전에 어떤 정보(신용카드, 전체 주소 등)가 필요한지 알려 주는 것과 같이 작업을 관리하기 위한 지원이 필요하다.

관련 사용자 이야기: 지원과 도움.

4.5.3.2 해야 할 일

일반적인 값을 포함하여 거래 시작 시 모든 요금을 사용자에게 알려라. 모든 조건과 약관도 거래 시작 시 이해하기 쉬운 언어로 제공되어야 한다.

4.5.3.3 도움이 되는 방식

기억, 세부 사항에 대한 주의 또는 읽기 이해에 어려움이 있는 인지 및 학습 장애가 있는 사용자는 거래 작업 시작 시 요금이 명시적으로 표시되지 않으면 요금을 알지 못할 수 있다. 약관은 링크 아래에 있을 수 있지만, 요금은 명확하게 표시되고 이해하기 쉬운 언어로 제공되어야 한다.

판매 시작 시 요금을 명확하게 식별하면 모든 사용자에게 도움이 된다. 인지 및 학습 장애가 있는 사람들은 특히 도움이 된다. 일부 집단은 요금이 포함될 것이라고 추론하거나 추측할 가능성이 낮기 때문이다. 이들은 홈페이지나 지정된 요금 페이지 같은 사용자 흐름의 다른 위치를 찾아봐야 한다는 것을 모를 수 있다.

실행 기능이나 기억이 손상된 사람은 충분히 알고 결정을 내릴 수 있도록 모든 결과가 질서 있는 형태로 제시되어야 한다. 요금이 명확하지 않으면 거래에 대한 동의도 명확하지 않다.

장애가 있는 사용자가 구매 과정을 거치는 데는 훨씬 더 오래 걸릴 수도 있다. 어떤 사람이 온라인 구매에 몇 시간을 보냈다면, 그것을 감당할 수 없다는 사실을 알게 되는 것은 훨씬 더 어렵고 속상한 일이다. 그들은 가격을 이해하지 못한 것에 대해 흔히 자신을 탓하고 자신감을 잃을 수 있다. 온라인 일상 활동에서 자신을 신뢰하지 못하게 될 수 있다.

예를 들어, 실행 기능에 어려움이 있는 사람이 항공권을 주문하려고 할 수 있으며, 세금, 국제 수수료, 수하물 수수료 등 원래 가격에 표시되지 않은 추가 요금이 있음을 깨닫지 못할 수 있다. 그들은 휴가를 예약하는 데 몇 시간을 보낸 뒤에야 감당할 수 없다는 사실을 알 수 있다. 또는 때때로 감당할 수 없는 것을 구매하게 된다. 또한 과거에 이 과정을 완료한 적이 있더라도, 그 경험을 사용해 최종 가격을 예상하지 못할 수 있다. 그 결과 사용자는 독립적으로 온라인에서 휴가를 구매하는 능력에 대한 자신감을 잃는다. 갚을 수 없는 빚을 지게 될 수 있고, 다시 시도하지 않거나, 고용한 전문가(예: 여행사나 보조인)의 도움을 받아서만 시도할 수 있다.

4.5.3.4 예제

사용:

  1. 명확하게 명시된 요금. 사용자는 항목을 구매하기로 결정하고 장바구니에 넣을 때 모든 요금을 알고 충분히 판단하여 결정을 내릴 수 있다.
  2. 가능한 요금 범위의 명확한 명시. 배송비가 달라지는 항목의 경우, 배송비 범위와 요율을 바꾸는 요인을 나열하고, 더 자세한 내용을 찾을 수 있는 위치로 가는 링크를 제공한다. 예를 들어 무게와 배송 속도는 배송비에 영향을 줄 수 있으며, 위치에 따라 배송비는 $4에서 $400 사이일 수 있다.
  3. 놀라게 하는 조건이 없다.

피하기:

  1. 새 요금이나 숨겨진 수수료를 포함하여 예상보다 높은 총 요금이 되는 최종 거래.
  2. 작업 시작부터 사용자에게 명확하지 않은 구매 조건을 포함하는 최종 거래.
  3. 사용자가 판매에 많은 노력을 투자하기 전까지 알지 못했던 요금이나 조건을 포함하는 거래.
  4. 총 비용으로 사용자를 놀라게 하는 완료된 거래.

4.5.4 실수를 방지하도록 양식 설계하기(패턴)

4.5.4.1 사용자 요구

나는 실수를 피하는 데 도움이 되는 인터페이스가 필요하다.

관련 사용자 이야기: 지원과 도움.

4.5.4.2 해야 할 일

사용자가 실수할 가능성을 줄이는 양식 디자인을 선택하라. 여기에는 다음이 포함된다:

  • 사용자가 가능한 한 적은 정보만 입력하도록 요구하기.
  • 필수 필드를 명확하게 표시하기.
  • 텍스트 필드에서 가능한 한 많은 형식을 허용하기. 예를 들어 전화번호의 다양한 형식 허용하기.
  • 긴 숫자를 덩어리로 나누기(필드 간 자동완성 지원).
  • 유효한 입력만 선택할 수 있는 인터페이스 사용하기.
  • 양식 컨트롤의 자동완성과 개인화 사용하기.
  • 운영 체제가 지원하는 경우 음성 프롬프트 허용하기.
  • 가능하고 신뢰할 수 있을 때 입력 오류를 자동으로 수정하기.
  • 사용자에게 알려진 제안과 수정을 제공하기.
4.5.4.3 도움이 되는 방식

많은 오류를 겪은 뒤, 인지 및 학습 장애가 있는 사람과 나이 관련 건망증이 있는 사용자는 흔히 작업을 포기하고 자신이 완료할 수 없다고 믿는다. 오류 메시지는 혼란스러울 수 있다. 오류를 수정하는 것은 사용자에게 흔히 어렵고 좌절감을 주며 인지적 피로를 증가시킨다. 많은 사용자는 연속적인 오류를 만나면 멈춰야 한다.

예를 들어, 온라인 뱅킹 계정에 등록하는 동안 양식이 사용자의 생년월일 입력을 요구한다. 필요한 입력 형식은 한 자리 숫자 앞에 0이 있는 xx/xx/xxxx이다. 입력 수정이 없는 단일 입력 필드가 제시되면, 인지 장애가 있는 사용자는 1/3/1996을 입력하여 오류 알림을 트리거할 수 있다. 사용자는 필요한 형식이 01/03/1996이라는 것을 명확히 알지 못할 수 있다(입력 필드 아래나 오류 알림에 형식이 표시되어 있더라도).

잘 설계된 양식은 정보를 더 쉽게 채울 수 있게 하고, 올바른 날짜 형식을 자동으로 수정하거나 제안함으로써 사용자가 실수하지 않도록 방지한다.

사용자가 생성한 오류를 자동으로 수정하여 최소화하면 오류 알림도 최소화된다. 오류 알림은 피곤하고 주의를 산만하게 만들 수 있으며, 작업과 작업 완료에서 집중을 빼앗는다.

4.5.4.4 자세한 내용
  • 필수 콘텐츠를 명확하게 표시하라.
  • 수정이 신뢰할 수 있는 경우에만 오류를 수정하라. 그렇지 않으면, 수정 제안을 알고 있는 경우 사용자에게 그 제안을 제공하라.
    • 예를 들어, “2월 1일(01/02)을 의미했습니까, 아니면 1월 2일(02/01)을 의미했습니까?”
  • 달력과 날짜.
    • 달력은 첫 번째 관련 날짜를 기본값으로 해야 한다. 업무 달력은 사용자의 로케일에서 첫 번째 근무일을 기본값으로 해야 한다.
    • 달력 기반 예약 시스템은 사용자가 출발일보다 이전의 귀국일을 예약하지 못하게 해야 한다.
  • 온도.
    • 사용자 위치의 기본 온도 형식을 사용하라.
4.5.4.5 예제

사용:

실수를 덜 하게 만드는 디자인. 예:

  • 도시 또는 주 정보가 있는 텍스트 필드에서 작성된 우편번호 오류를 수정하기.
  • 사용자가 부적절한 날짜를 선택하지 못하게 하고, 사용자가 그렇게 하려고 할 경우 단순한 설명을 제공하기.

피하기:

실수를 더 하게 만드는 디자인. 예:

  • 예약 양식이 명확한 레이블과 지시 없이 두 개의 달력을 제공한다. 양식은 사용자가 날짜가 가능한지에 대한 경고 없이 날짜를 선택할 수 있게 한다. 예: 6월 1일 출발 항공편 - 5월 30일 귀국 항공편.
  • 시스템이 경고 없이 사용자가 부적절한 날짜를 선택할 수 있게 한다. 달력은 부적절한 날짜를 단순히 회색으로 표시할 뿐이며, 이는 알아차리지 못할 수 있다. 아무 경고도 제공되지 않는다.

4.5.5 양식 오류를 쉽게 되돌릴 수 있게 만들기(패턴)

4.5.5.1 사용자 요구

나는 방금 한 작업을 잃지 않고 내 작업을 확인하고 돌아가야 한다.

관련 사용자 이야기: 되돌리기.

4.5.5.2 해야 할 일

항상 사용자가 자신의 작업을 확인하고 모든 실수를 수정할 수 있게 하라. 사용자가 실수를 수정한 뒤에는 추가 단계를 다시 하지 않고도 있던 위치로 쉽게 돌아갈 수 있어야 한다.

금융 거래와 중요한 정보의 경우, 사용자가 거래를 쉽게 취소할 수 있게 하라. 사용자가 거래를 취소할 수 있는 시간과 같은 중요한 정보에 대해 명확한 정보와 단순한 지시를 제공하라.

4.5.5.3 도움이 되는 방식

인지 및 학습 장애가 있는 사람은 일반 인구보다 양식 작성 시 훨씬 더 많은 실수를 한다. 실수를 쉽게 수정할 수 없으면 작업을 완료할 수 없다.

오류를 되돌리는 능력은 인지 및 학습 장애가 있는 사람이 양식을 안전하게 사용하도록 돕고 실수로 인한 결과를 줄인다.

예를 들어, 기억 손상이 있는 사용자는 이미 장바구니에 항목을 추가했다는 것을 기억하지 못하고 그 항목을 두 번째로 추가할 수 있다. 여행 예약 시 날짜를 혼동하거나 다른 실수를 할 수 있다.

인지 및 학습 장애가 있는 사람이 자신의 작업을 확인하고 실수를 쉽게 고칠 기회를 갖는 것은 필수적이다.

인지 및 학습 장애가 있는 사람에게는 실수가 이론적으로 되돌릴 수 있다는 것만으로는 충분하지 않다. 흔히 거래를 되돌리는 과정이 도움 없이 관리하기에는 너무 복잡하다. 그들은 그 도움에 접근할 수 없을 수 있으며, 이는 자신이 한 모든 실수를 감수해야 함을 의미한다. 또한, 실수를 수정하는 과정이 너무 어려우면, 사용자는 멈출 수 있으며 거래를 잃거나 원하지 않는 항목을 구매할 수 있다.

이런 일이 여러 번 발생하는 효과는 치명적이다. 그 결과 장애가 있는 많은 사용자는 많은 작업에서 인터넷 사용을 중단할 수 있다.

사용자가 언제든지 장바구니의 항목 수를 변경할 수 있게 하면 실수를 크게 줄일 수 있다.

최종 제출 전에 제품 수량과 기타 비용을 포함한 주문 요약을 제공하면, 사용자가 오류를 식별하고 주문을 변경할 기회를 갖는다. 주어진 예에서 구매 요약은 사용자가 수량 오류와 예상보다 높은 주문 총액을 보는 데 도움이 된다.

어떤 경우에는 사용자가 최종 데이터 제출 후에 실수가 있었다는 것을 깨달을 수 있다. 거래를 취소하는 방법에 대한 단순한 언어의 지시를 제공하고, 사용자가 거래를 취소하는 데 필요한 시간을 이해하도록 도우라. 이는 사기에 더 취약해지는 것을 줄인다.

예를 들어, 주의력 결핍/과잉행동 장애가 있는 사용자가 웹 사이트에서 여행 티켓을 구매할 때 세부 사항에 어려움을 겪고 주의 지속 시간이 손상되어 있을 수 있다. 주문의 성공적인 완료는 프로세스의 여러 단계에서 제공된 정보에 의존한다. 청구 주소의 잘못된 번지수나 우편번호 같은 오류는 주문이 통과하지 못하게 한다. 최종 주문을 제출하기 전에 요약이 제공되지 않으면, 사용자는 결제 거절의 이유를 이해하지 못하고 주문을 포기할 수 있다. 명확하고 달성 가능한 수정 방법이 없는 경우에도 사용자는 멈출 수 있다.

4.5.5.4 자세한 내용

여기에는 일반적으로 다음이 포함된다:

  • 변경: 사용자가 자동으로 식별되지 않을 수 있는 실수를 포함해 모든 데이터를 검토하고 수정하는 것이 단순하다. 사용자는 명확하게 레이블이 붙은 동작을 통해 정보를 변경하고, 데이터의 원치 않는 손실 없이 명확하게 레이블이 붙은 한 번의 동작으로 있던 위치로 돌아갈 수 있다. (일부 데이터는 변경된 항목에 의존하는 경우 다시 입력해야 할 수 있다.)
  • 확인됨: 중요한 정보를 제출하기 전에 요약이 제공되고, 사용자는 최종 정보를 제출하려고 한다는 말을 듣는다.
  • 거래 취소를 위한 시간 범위와 지시는 명확하고 따라가기 쉽다.
4.5.5.5 시작하기

금전적 손실이나 취약성처럼 실수가 심각한 결과를 가져올 수 있는 양식부터 시작하라.

4.5.5.6 예제

사용:

  • 중요한 정보를 제출하기 전에 제공되는 요약. 이는 사용자가 정보를 수정하고 한 번의 클릭으로 요약으로 돌아갈 수 있게 한다.
  • 사용자가 이전 단계를 보고, 뒤로 가고, 변경할 수 있게 하는 클릭 가능한 브레드크럼.

피하기:

  • 중요한 정보를 제출하기 전에 요약이 제공되지만, 사용자가 입력한 다른 데이터를 잃지 않고는 수정할 수 없는 경우.

4.5.6 명확하게 보이는 레이블 사용하기(패턴)

4.5.6.1 사용자 요구

나는 명확한 레이블, 단계별 지시 및 명확한 오류 메시지가 필요하다.

관련 사용자 이야기: 지원과 도움.

4.5.6.2 해야 할 일

명확한 레이블을 사용하라. 레이블은 다음과 같아야 한다:

4.5.6.3 도움이 되는 방식

레이블이 없거나 불명확하면 사용자는 흔히 기능이 사용 가능하다는 것이나 컨트롤이 무엇인지 알지 못한다. 많은 사용자가 컨트롤의 목적을 추측할 수 있더라도, 기억이나 실행 기능이 손상된 인지 및 학습 장애가 있는 사용자는 디자인 패턴을 기억하거나 그것이 무엇인지 알아낼 가능성이 낮다. 익숙한 용어를 사용하고 컨트롤 옆에 있는 명확한 레이블은 인지 및 학습 장애가 있는 사람에게 도움이 된다.

마찬가지로 레이블이 컨트롤 옆에 없으면 일부 사용자에게 혼란스럽다. 레이블이 컨트롤 옆에 있을 수 없는 경우, 레이블과 컨트롤을 시각적으로 그리고 모호하지 않게 연결하는 명확한 시각적 표시기가 있어야 한다. 이것이 사용 가능한지 보장하려면 학습 및 인지 장애가 있는 사용자와 함께 사용자 테스트가 필요하다.

예를 들어, 초기 치매를 안고 사는 사용자가 애플리케이션을 사용하고 있다. 일부 컨트롤에는 시각적 레이블이 없다. 돌봄 제공자가 그 컨트롤의 목적을 보여 주면 애플리케이션을 사용할 수 있다. 다음 날 다시 사용하려고 하지만, 그 컨트롤이 무엇을 위한 것인지 기억하지 못한다. 이 애플리케이션은 그들에게 사용할 수 없다.

또 다른 예에서, 포커스가 제거되면 레이블이 사라진다. 사용자는 컨트롤이 무엇인지 기억하지 못하고 그것을 다시 나타나게 하는 방법도 모른다.

레이블은 보여야 하고, 보조 기술이 읽을 수 있어야 하며, 레이블이 붙은 콘텐츠 가까이에 있어야 한다.

4.5.6.4 자세한 내용

인지 및 학습 장애가 있는 많은 사람은 웹 확장 기능과 단순한 텍스트 음성 변환을 사용한다. 이러한 보조 기술은 흔히 WAI-ARIA [wai-aria-1.2]나 title을 읽지 않는다. 이것이 바뀌거나 확장 기능이 이를 표시할 때까지, 레이블은 인지 및 학습 장애가 있는 사람을 위해 이러한 속성에 의존해서는 안 된다.

4.5.6.5 예제

사용:

  1. 단순하고 공통적인 단어를 사용하며 컨트롤 옆에 있는 보이는 레이블. 예:
    • first name ____________________

피하기:

  1. 숨겨진 레이블 또는 이해하기 쉽지 않은 흔하지 않은 단어를 사용하는 레이블. 필요한 동작이 불명확하다. 예:
    • given name ___________________

4.5.7 명확한 단계별 지시 사용하기(패턴)

4.5.7.1 사용자 요구

나는 정확히 무엇을 해야 하는지 알 수 있도록 명확한 레이블, 단계별 지시 및 명확한 오류 메시지가 필요하다.

관련 사용자 이야기: 지원과 도움.

4.5.7.2 해야 할 일

다음과 같은 명확한 지시를 작성하라:

  • 필드나 활동 앞 또는 옆에 위치함,
  • 단계별로 나뉨(단계가 누락되지 않도록 보장)
  • 명확하고 간결하며 접근 가능함, 그리고
  • 무엇을 해야 하는지 이해하기 쉽게 만드는 예제나 그림과 함께 제공됨.
4.5.7.3 도움이 되는 방식

명확한 지시는 사용자 오류를 방지하는 데 도움이 된다. 이는 좌절감을 줄이고 사용자가 도움을 요청하지 않고도 피할 수 있으므로 사용자의 자율성과 독립성을 향상시킨다. 이는 인지 및 학습 장애가 있는 많은 사람뿐 아니라, 웹 양식에 익숙하지 않거나 문화적 맥락을 놓칠 수 있는 다른 문화권, 신흥 시장 및 신규 사용자에게도 도움이 된다.

예를 들어, 나이 관련 건망증이 있는 사람이 양식을 완료하려고 한다. 그는 편지를 쓸 때처럼 전체 주소와 우편번호를 한 줄에 넣는다. 오류 메시지가 주어진다. 몇 번의 오류 메시지 후, 그는 지쳐서 양식을 완료할 수 없다.

4.5.7.4 자세한 내용

단순히 오류 메시지에만 두지 말고, 프로세스 시작 시 지시를 제공하라.

사용자가 작업을 완료할 수 있도록 필요한 지시를 제공하라. 여러 형식이 허용되거나 오류가 자동으로 수정되는 경우, 사용자가 작업을 완료하는 데 필요한 지시는 줄어든다.

지시는 익숙한 아이콘 뒤에 숨길 수 있음에 유의하라.

4.5.7.5 시작하기

일반적인 오류가 있는 시스템에서는 가장 영향이 큰 오류를 먼저 다루고 필요에 따라 안내를 추가하라.

4.5.7.6 예제

사용:

  1. 명확하고 이해하기 쉬운 지시. 예:
    • 사용자가 입력해야 하는 번호를 나타내기 위해 번호가 강조된 여권 이미지를 제공하라.
    • 달력 컨트롤에서 어느 요일이 시작인지(예: 일요일 또는 월요일)를 명시적으로 말하라.

피하기:

  1. 복잡한 작업에 대한 명확한 지시 없음. 예:
    • 여권 번호를 요청하지만, 여권에 있는 여러 번호 중 어느 것이 필요한지 나타내지 않는다.
    • 사이트가 주의 첫날을 명확히 하지 않고 근무 주가 월요일에 시작한다고 가정한다. 다른 문화권의 사용자는 근무 주가 일요일에 시작한다고 가정하여 실수한다.

4.5.8 다양한 입력 형식 허용하기(패턴)

4.5.8.1 사용자 요구

나는 입력이 다양한 형식을 허용하고 이를 실수로 표시하지 않아야 한다.

관련 사용자 이야기: 지원과 도움.

4.5.8.2 해야 할 일

통화, 시간대, 로케일, 주소 또는 신용카드 번호 같은 값에 대해 텍스트 입력에서 모든 형식 변형을 허용하라.

4.5.8.3 도움이 되는 방식

관대한 양식 입력 프로세스는 사용자가 압도적인 양의 오류 없이 양식을 작성하도록 돕는다. 오류가 문제를 일으킬 때 도움을 요청하는 것을 피할 수 있다. 이는 좌절감을 줄이면서 사용자의 자율성과 독립성을 향상시킨다.

이는 학습 및 인지 장애 또는 나이 관련 건망증이 있는 누구에게나 도움이 된다. 또한 다른 형식에 익숙한 누구에게나도 도움이 된다.

예를 들어, 나이 관련 건망증이 있는 사용자가 하이픈을 넣어 전화번호를 입력한다. 시스템이 그 형식을 허용하지 않기 때문에 오류 메시지를 받는다. 사용자는 자신의 전화번호를 잊었는지 또는 다른 실수를 했는지 궁금해한다. 양식 사용을 중단한다.

4.5.8.4 예제

사용:

  1. 유연한 입력 유형과 검증을 위한 플랫폼 기능.
  2. 국제적 변형을 포함하여 입력될 수 있는 다양한 형식에 대한 연구와 지원.
  3. 최소한의 필수 필드.
  4. 다양한 형식을 허용하는 유연한 입력 필드. 예를 들어 다음을 허용하는 입력 필드:
    • 다양한 통화 기호,
    • 공백이 있거나 없는 신용카드 번호,
    • 국가 코드, 지역 코드, 선택적 괄호를 사용한 번호를 포함하여 여러 지역에서 쓰이는 전화번호, 그리고
    • 악센트가 있는 문자 같은 국제 문자.

피하기:

  1. 항목을 임의의 길이로 제한하기.
  2. 필수적이지 않고 무시할 수 있는 경우에도 특정 구분 문자 사용을 고집하기.
  3. 사용자가 사용할 수 있는 형식을 허용하지 않는 입력 필드. 예:
    • 사용자가 자신의 통화가 아닐 수 있는 특정 통화 값을 사용하도록 강제하기.
    • 카드에 숫자가 공백과 함께 인쇄되어 있음에도 공백 없는 값을 요구하는 신용카드 번호 필드.
    • + 코드나 괄호를 허용하지 않는 전화번호 필드.

4.5.9 데이터 손실과 “시간 초과” 피하기(패턴)

4.5.9.1 사용자 요구

나는 내 작업을 완료할 시간이 필요하다. 우편번호나 사회보장번호 같은 필요한 정보를 찾으려고 하는 동안 세션이 시간 초과되는 것을 원하지 않는다.

관련 사용자 이야기: 지원과 도움.

4.5.9.2 해야 할 일

시간 초과를 피하고 사용자가 진행하면서 자신의 작업을 저장할 수 있게 하라.

이것이 가능하지 않으면, 사용자가 프로세스를 시작할 때 다음을 알려라:

  • 프로세스를 완료하는 데 사용할 수 있는 시간,
  • 시간 초과가 발생할 경우 사용자가 입력한 데이터를 잃게 되는지 여부.
4.5.9.3 도움이 되는 방식

시간 제한 이벤트는 인지 및 학습 장애가 있는 사용자에게 중대한 장벽이 될 수 있다. 이러한 사용자는 콘텐츠를 읽거나 온라인 양식 작성 같은 기능을 수행하는 데 더 많은 시간이 필요할 수 있다. 도움말을 읽거나 메모를 봐야 할 수 있다.

인지 및 학습 장애가 있는 사용자는 거래를 완료하는 데 필요한 정보를 찾기 위해 추가 시간이 필요할 수 있다. 프로세스에서 자신의 위치를 잃지 않고, 이미 입력한 데이터를 잃지 않고 휴식이 필요할 수 있다.

예를 들어, 전자상거래 웹 사이트에서 구매를 하는 동안 사용자가 필요한 정보를 기억하지 못한다. 이는 인지 또는 학습 장애가 없는 사용자에게는 기억하기 쉬워 보일 수 있는 날짜, 전화번호 또는 우편번호일 수 있다. 사용자는 이 정보를 찾아야 하며, 이는 화면에서 벗어난 시간을 필요로 한다. 그런 다음 양식에 이를 조심스럽게 복사해야 한다.

또 다른 예에서, 사용자가 호텔 방 예약과 항공권 구매를 위한 온라인 프로세스를 완료하고 있다. 그는 프로세스를 완료하는 데 필요한 지시와 데이터 입력의 양에 압도된다. 사용자는 한 번에 프로세스를 완료할 수 없어 휴식을 취한다.

사용자의 인지 능력은 피곤해질수록 감소할 수 있다. 그러면 그날은 작업을 중단해야 한다. 사용자가 자신의 데이터가 손실되지 않음을 알면, 정신적 피로에서 회복하고 돌아와 작업을 성공적으로 완료할 수 있다.

많은 사람이 “시간 초과” 알림을 읽을 시간이 필요하다는 점에 유의하는 것이 중요하다. 흔히 사용자가 시간을 연장하는 방법을 다 읽기 전에 세션이 종료된다. 사용자가 정보를 찾고 있다면, 시간 초과 알림을 보지 못할 것이다.

4.5.9.4 자세한 내용

신용카드 정보 같은 민감한 정보가 입력되거나 표시되기 때문에 웹 사이트가 시간 초과되어야 하는 경우, 웹 사이트는 마지막 단계에서 민감한 정보를 요청해야 한다.

웹 사이트는 또한 사용자가 신용카드 정보를 제공하면 세션이 시간 초과될 수 있으므로 프로세스를 빨리 완료해야 한다고 경고해야 한다.

4.5.9.5 예제

사용:

  1. 가능한 경우 무제한 시간.
  2. 학습 및 인지 장애가 있는 사용자가 쉽게 피할 수 있는 시간 초과. 예: 작업 시작 시 사용자는 작업을 완료하는 데 하루가 있다고 안내받는다. 더 길게 설정할 수 있는 선택지가 있다.
  3. 시간 초과가 필요한 경우:
    1. 작업 시작 시 시간 초과 경고. 예: 경매에는 사용자가 입찰을 제출할 수 있는 시간에 제한이 있다. 작업 시작 시 사용자는 시간 제한과 시간이 끝날 때까지 얼마나 남았는지 경고받는다.
    2. 가능하고 안전한 경우, 사용자의 작업은 손실되지 않는다. 예: 민감한 정보가 있는 웹 사이트는 사용자가 컴퓨터에서 자리를 비울 수 있는 상황에서 사용자를 보호하기 위해 클라이언트 측 시간 제한을 사용한다. 사용자가 다시 로그인하면 모든 작업은 여전히 제자리에 있다. 사용자는 비활성 세션에 얼마나 시간이 있는지 미리 경고받고, 자신의 데이터가 손실되지 않을 것이라고 안내받는다.

피하기:

  1. 보안을 위해 필요하지 않은 시스템 시간 초과.
  2. 프로세스 시작 시 사용자에게 경고하지 않는 시스템 시간 초과.
  3. 보안 또는 개인정보 위험이 아님에도 사용자의 작업을 잃게 하는 시스템 시간 초과.

4.5.10 피드백 제공하기(패턴)

4.5.10.1 사용자 요구

나는 이벤트가 성공적으로 트리거되었음을 나타내는 빠른 피드백이나 시각적 단서가 필요하다. 예를 들어 이메일이 전송되었는지 알아야 한다. 그렇지 않으면 그것이 그냥 사라진 것처럼 보인다.

관련 사용자 이야기: 지원과 도움.

4.5.10.2 해야 할 일

프로세스의 각 단계에서 그 상태와 성공적으로 완료되었는지를 사용자에게 알려라.

4.5.10.3 도움이 되는 방식
각 사용자 동작의 결과를 명확하게 만들면 다양한 인지 및 학습 장애가 있는 사람에게 도움이 된다. 여기에는 다음이 포함된다:
  • 자신의 동작이 처리되었음을 이해하기(예: 클릭이 무언가를 했음),
  • 결과에 대한 불확실성이나 의심 방지하기, 그리고
  • 방금 무엇을 했는지 기억하기.

예를 들어, 나이 관련 건망증이 있는 사용자는 인터페이스가 어떻게 작동했는지 기억하는 데 어려움이 있을 수 있다. 그래서 전송 버튼을 누를 때 양식이 제출되었는지 확신하지 못할 수 있다. 감사 메시지 같은 피드백은 제출이 이루어졌음을 알려 주고 프로세스에 대한 자신감을 준다.

여러 단계 작업 중 이 피드백(사용자 동작 피드백)은 주의 또는 단기 인지 및 학습 장애가 있는 사람이 자신이 무엇을 하고 있는지 기억하는 데도 도움이 될 수 있다. 예를 들어 초기 치매가 있는 사용자는 주의가 산만해지고 작업에서 정확히 어디에 있었는지 잊을 수 있다. 이 사용자 동작 피드백은 그들이 다시 방향을 잡도록 돕는다. 또한 사용자가 프로세스 안에 있으며 현재 프로세스의 어디에 있는지 상기시켜, 작업을 떠나는 것을 피하도록 돕는다.

모든 사용자 동작에 대해 쉽게 인식할 수 있는 성공 또는 실패 피드백을 제공하라. 가능하면 피드백은 일관되고 익숙한 디자인 패턴을 사용해야 한다. 예:

  • 여러 단계 작업의 한 단계가 완료된 뒤, 브레드크럼은 해당 단계 이름 옆에 틱 또는 체크 표시를 표시하고, 해당되는 경우 다음 단계의 제목이나 이름이 쉽게 보인다.
  • 버튼을 클릭한 뒤에는 눌린 것처럼 보여야 한다. (토글 버튼인 경우, 상태도 프로그램적으로 판별 가능해야 함에 유의하라).
  • 양식이 제출되거나 이메일 메시지가 전송된 뒤, “신청서가 제출되었습니다. 감사합니다” 또는 “이메일 메시지가 전송되었습니다”처럼 방금 일어난 일을 전달하는 피드백이 제공된다.
4.5.10.4 자세한 내용

사용자가 시작한 모든 동작의 성공 또는 실패는 콘텐츠의 주요 양식에서 시각적이고 프로그램적으로 판별 가능하며 빠른 피드백으로 사용자에게 명확하게 표시된다. 오디오 피드백도 지원된다.

4.5.10.5 예제

사용:

  1. 시각적 상태 피드백. CSS와 WAI-ARIA [wai-aria-1.2] 상태(예: aria-pressed와 aria-selected)를 사용하여 상태 변화를 보여 주는 시각적 변화를 제공한다. 예: 선택되었을 때 시각적으로 명확한 상태를 가진 버튼과 탭.
  2. 작업이 완료되었는지 사용자에게 알려 주는 메시지. 예:
    • 이메일 메시지가 성공적으로 전송되거나 양식이 성공적으로 제출될 때의 확인 메시지.
    • 새 암호가 설정되었음을 보여 주는 보이고 프로그램적으로 판별 가능한 정보.

피하기:

  1. 시각적 피드백 없는 상태 변경.
  2. 피드백 없이 작업이 성공하거나 실패하는 것.

4.5.11 사용자가 안전을 유지하도록 돕기 (패턴)

4.5.11.1 사용자 요구

나는 웹 사이트를 사용할 때, 특히 정보를 제공하거나 다른 사람과 의사소통할 때 내가 안전하고 보안이 유지된다는 것을 알아야 한다.

관련 사용자 이야기: 지원과 도움.

4.5.11.2 해야 할 일

사용자를 안전하게 유지하라. 여기에는 다음이 포함된다:

  • 개인 정보를 제공하거나 다른 사람과 의사소통할 때 학습 및 인지 장애가 있는 사람의 위험 이해하기.
  • 고령 사용자와 학습 및 인지 장애가 있는 사용자를 포함한 폭넓은 맞춤형 프로필에서 안전과 보안 기술이 어떻게 작동하는지 확인하기.
  • 민감한 사용자 정보를 안전하게 유지하기 위해 알려진 기법 사용하기.
  • 모든 사용자가 관련된 알려진 위험을 이해하도록 돕기. 알려진 모든 위험을 이해하기 쉽고 친근한 언어로 설명하기.
  • 이는 그들이 충분히 알고 결정을 내리고 통제권을 유지하는 데 도움이 된다.
4.5.11.3 도움이 되는 방식

사용자는 웹 사이트를 사용할 때, 특히 정보를 제공하거나 다른 사람과 의사소통할 때 자신이 안전하고 보안이 유지된다는 것을 알아야 한다.

실행 기능이 손상된 사용자는 위험을 올바르게 식별할 가능성이 낮으므로, 잠재적 위험을 명확하게 식별하면 사용자가 안전하고 통제권을 유지하는 데 도움이 된다. 콘텐츠를 사용하는 동안 안전을 유지하기 위한 유용한 팁을 추가하고, 문제가 생겼을 때 도움을 제공하라.

위험을 식별하는 데 도움이 되도록, 인지 및 학습 장애가 있는 사람들과 연구 및 포커스 그룹을 진행하고, 잠재적 및 기존 문제를 해결하기 위해 인지 및 학습 장애가 있는 사람들과 함께 작업할 것을 제안한다. 그룹은 보안 및 위험 완화 작업을 할 때 학습 및 인지 장애가 있는 사람을 염두에 두어야 한다.

예를 들어, 암호를 복사하여 붙여넣거나 2단계 인증 코드를 사용할 수 없는 많은 사람은 돌봄 제공자에게 도움을 요청한다. 돌봄 제공자는 흔히 임시 직원일 뿐이므로, 이는 사용자를 노출시킨다. 암호를 더 길게 만들거나 사용자가 정기적으로 변경하도록 요구하면 이러한 안전하지 않은 관행이 증가하고 실제로 애플리케이션의 보안을 낮출 수 있다. 이러한 유형의 디자인 오류는 인지 및 학습 장애가 있는 사람이 사용자 연구와 분석에서 제외될 때 흔히 발생한다.

4.5.11.4 예제

사용:

  1. 관할권에서 민감한 데이터에 대해 승인된 보안 기술이며, 학습 또는 인지 장애가 있는 사람들과 테스트된 대체 로그인 선택지.
  2. 개인 정보와 관련될 수 있는 위험과 그 방식을 이해하기 위해 다양한 학습 및 인지 장애가 있는 사람들과 대화하기.
  3. 연구, 개발 및 요구사항 단계에서 COGA 페르소나와 사용 사례 사용하기.
  4. 사용자 정보를 저장하고 보호하기 위한 업계 모범 사례.
  5. 위험을 이해하는지 보장하기 위해 학습 및 인지 장애가 있는 사람들과 테스트된 이해하기 쉬운 언어의 동의 양식.
  6. 개인 정보가 제공될 수 있을 때마다 사용자에게 이해하기 쉬운 언어로 경고하기.

피하기:

  1. 모든 위험을 이해하지 못한 채 사용자가 정보를 공유하는 것.
  2. 위험에 대한 숨겨지고 혼란스러운 정보.
  3. 사용자가 한 번 동의하고, 현재 직면한 위험을 잊어버리는 것.
  4. 사용자가 이해하지 못할 수 있는 동의 양식.

4.5.12 익숙한 측정 기준과 단위 사용하기(패턴)

4.5.12.1 사용자 요구

나는 인터페이스가 내가 알고 있고 내 지역에서 일반적인 측정 기준(예: 피트 또는 미터)을 사용해야 한다. 그렇지 않으면 혼란스러워진다. 나는 그들이 어떤 측정 기준을 말하는지 항상 알지 못하거나 숫자가 잘못되어 보일 때 알아차리지 못한다.

관련 사용자 이야기: 지원과 도움.

4.5.12.2 해야 할 일

사용자가 익숙할 단위로 측정 기준을 제공하라.

4.5.12.3 도움이 되는 방식

대부분의 사람은 자신의 위치나 문화에서 측정 기준에 흔히 사용되는 한 가지 단위 체계에 익숙하다. 측정 기준이 다른 단위로 되어 있으면 이를 이해하기 위해 변환을 수행해야 한다. 계산기 같은 도구조차 관리하기 어려울 수 있다. 단위를 변경하는 선택지를 제공하고 단위를 사용자의 위치에 맞게 기본 설정하라. 흔한 예는 거리, 무게, 면적, 통화 및 온도에 사용되는 단위이다.

예를 들어, 사용자는 섭씨 온도를 알고 있을 수 있다. 화씨로 제공되면, 매우 따뜻해질 것이라고 생각한다.

4.5.12.4 자세한 내용

때로는 현지화된 대안이 사용 가능하더라도 특정 단위로 측정 기준이 흔히 표시된다. 예를 들어 TV나 모니터 크기는 센티미터가 일반적인 단위인 경우에도 보통 인치로 제공된다. 그러나 이러한 경우에도 사용자가 제공된 측정 기준에 익숙하지 않을 수 있으므로 대안을 제공하는 것은 여전히 유용하다.

4.5.12.5 시작하기

사용자에게 더 의미 있는 다른 측정 기준 집합을 선택하는 메커니즘을 제공하거나, 텍스트 안에 일반적인 대안을 제공하라

4.5.12.6 예제

사용:

  1. 서로 다른 사용자가 이해하는 다양한 단위의 측정 기준. 예:
    • 에펠탑은 꼭대기의 안테나를 포함하여 높이가 1,063피트(324미터)이다.

피하기:

  1. 측정 기준에 한 가지 단위만 사용하기. 예:
    • 에펠탑은 높이가 1,063피트이다.

4.6 목표 5: 사용자가 집중하도록 돕기

주의 산만은 인지 및 학습 장애가 있는 사용자가 자신의 작업을 완료하지 못하게 할 수 있다.

사용자가 한 번 주의가 산만해지면 무엇을 하고 있었는지 기억하기 어려울 수 있다. 그러면 더 이상 작업을 완료할 수 없다. 이는 치매가 있는 사용자처럼 주의력 손상과 기억 손상이 모두 있는 사용자에게 특히 문제가 된다.

사용자의 주의를 산만하게 하거나 방해하는 콘텐츠나 요소 사용을 피하라. 또한 사용자가 불필요하다고 느낄 콘텐츠를 제거하는 것도 고려하라. 사용자가 집중을 잃었을 때 다시 방향을 잡고 다시 집중하도록 돕기 위해 명확한 제목과 브레드크럼을 제공하라.

또한 작업 시작 시 준비해야 할 수 있는 정보를 알려 주어, 사용자가 시작하기 전에 모든 필수 정보를 모을 수 있게 함으로써 작업에 대한 집중을 유지하도록 도우라.

4.6.1 방해 제한하기 (패턴)

4.6.1.1 사용자 요구

나는 작업에 방해 요소가 없어야 한다.

관련 사용자 이야기: 주의 산만.

4.6.1.2 해야 할 일

방해를 피하라. 여기에는 다음이 포함된다:

  • 사용자가 시작했거나 긴급 상황과 관련된 경우가 아니라면, 방해, 알림 및 콘텐츠 변경을 제어하는 쉬운 방법 제공하기.
  • 주의 산만이나 원하지 않는 반응을 일으킬 수 있는 콘텐츠 유형을 사용자가 제어하고 제한할 수 있게 하기.

이 콘텐츠에는 소셜 미디어, 폭력적인 콘텐츠, 광고, 주의를 산만하게 하는 배경과 이미지, 움직이는 콘텐츠, 작고 큰 소음 또는 유발 요인이 포함된다.

4.6.1.3 도움이 되는 방식

방해는 기억 또는 주의력 손상이 있는 사람들이 작업을 완료하는 것을 멈추게 한다. 여기에는 치매가 있는 사람, 뇌졸중이나 뇌 손상을 겪은 사람, 그리고 기억이나 주의력에 영향을 주는 부작용이 있는 약물을 복용하는 사람이 포함될 수 있다. 특정 유형의 방해나 일정 수의 방해는 작업이 매우 중요하더라도 그들을 멈추게 할 수 있다. 방해에는 소리, 시각적으로 나타나거나 변경되는 콘텐츠(예: 페이지의 광고)가 포함될 수 있다. 방해는 공유 온라인 문서에서 작업하는 동안 새 변경 사항이 있음을 알리는 텍스트 알림처럼 단순할 수도 있다.

기억이나 주의력 문제가 있는 사람에게 사이트가 가장 잘 작동하려면 다음이 필요하다:

  • 조용하고 단순한 환경,
  • 방해가 전혀 없음,
  • 방해와 움직이는 콘텐츠를 나중에 볼 수 있도록 하기 쉬운 일시정지 선택지, 또는
  • 사용자가 어떤 유형의 방해를 언제 관리할 수 있는지 선택할 수 있는 설정.

많은 뉴스 웹 사이트에는 악천후로 인한 학교 휴교 같은 중요한 정보를 읽어야 하는 사람에게 어려움을 일으킬 수 있는 방해가 많다. 그들은 속보 텍스트, 광고 및 팝업 창을 만날 수 있다. 집중하고 학교 이름을 훑어보는 데 어려움이 있거나 확인해야 할 학교가 두세 곳인 사람에게 이러한 주의 산만은 작업을 불가능하게 만들 수 있다. 사용자가 이러한 주의 산만을 일시정지하고, 이상적으로는 페이지에서 일시적으로 제거할 수 있게 하면, 작업을 더 잘 완료할 수 있다.

일부 사람은 소음에 민감하며 너무 많은 자극에 쉽게 압도될 수 있다.

때때로 소음과 서로 다른 유형의 콘텐츠는 정신 건강에 부정적인 영향을 줄 수 있다. 예를 들어 소음, 주의 산만 또는 괴로운 콘텐츠는 사용자를 더 불안하게 만들거나 외상 후 스트레스 장애(PTSD)를 유발할 수 있다. 또한 너무 많은 방해와 소셜 미디어 사용이 우울증과 집중 어려움을 악화시킬 수 있음을 시사하는 연구도 있다. 사용자가 이 콘텐츠를 제어할 수 있게 하면 온라인에서 더 생산적이 되는 데 도움이 될 수 있다.

주의 산만을 제거하거나 제어하는 표준 기법이 있는 경우, 이를 사용해야 한다.

예를 들어, 외상성 뇌 손상이 있는 사람이 온라인으로 세금을 작성하고 있다. 소셜 미디어 애플리케이션이 알림을 울린다. 그들은 알림을 끄려고 하고, 그런 다음 애플리케이션을 끄려고 하지만 너무 복잡하다. 도움 없이는 세금을 제출할 수 없다.

4.6.1.4 예제

사용:

  1. 방해가 없는 작업.
  2. 필요할 수 있는 방해를 제어하는 쉬운 방법. 예:
    • 애플리케이션은 사용자가 알림과 이메일에 대해 어떻게 통지받고 싶은지 결정할 수 있게 한다. 사용자는 시각적 알림, 소리 또는 없음을 선택할 수 있다. 대부분의 경우 방해할 수 있는 필수 연락처로 사용자를 표시할 수 있다. 이러한 설정은 모든 화면에서 쉽게 찾을 수 있다. 일부 사용자에게는 알림이 전혀 없는 것이 작업에 집중하고, 작업이 완료된 뒤 이메일이나 캘린더로 이동할 수 있게 한다.

피하기:

  1. 끄기 어렵거나 끌 수 없는 주의를 산만하게 하는 콘텐츠. 예:
    • 잡지 기사 페이지에 계속 바뀌는 광고가 있어 독자의 집중을 방해한다.
  2. 사용자가 작업을 완료하는 것을 방해하는 콘텐츠. 예:
    • 사용자가 사이트를 구독하도록 제안하는 팝업. 사용자가 계속하려면 팝업을 닫아야 한다.

4.6.2 짧은 핵심 경로 만들기(패턴)

4.6.2.1 사용자 요구

나는 기능과 콘텐츠를 쉽게 찾을 수 있어야 한다.

관련 사용자 이야기: 주의 산만.

4.6.2.2 해야 할 일

프로세스와 워크플로를 간소화하여 최소한으로 필요한 단계만 포함하도록 하라. 보충적이지만 필수는 아닌 선택적 단계를 분리하라. 사용자가 선택적 단계를 거치도록 요구하지 말라.

4.6.2.3 도움이 되는 방식

프로세스와 워크플로를 간소화하면 주의 산만, 실수 및 정신적 피로가 줄어든다. 짧은 핵심 경로를 사용하면 인지 및 학습 장애가 있는 사용자가 프로세스나 작업을 성공적으로 정확하게 완료하고 워크플로를 탐색할 가능성이 높아진다.

예를 들어, 초기 치매가 있는 사용자가 새 전화기를 구매하려고 한다. 결제하기 전에 헤드폰과 기타 항목을 제안하는 단계가 추가된다. 사용자는 압도되고 혼란스러워진다. 전화기를 구매하지 않고 사이트를 떠난다.

4.6.2.4 예제

사용:

  1. 필요한 단계만 요구하는 프로세스.
    • 예: 영화표를 구매하는 온라인 프로세스에 포함된 단계는 다음과 같다:
      • 영화 선택,
      • 날짜와 시간 선택,
      • 좌석 선택,
      • 결제,
      • 티켓 인쇄 또는 저장.

      영화관은 사용자가 영화 설명과 등급을 보고, 간식을 미리 구매하고, 자선 단체에 기부할 수 있게 한다. 이러한 동작 또는 단계는 사용자가 영화표 구매 작업을 완료하는 데 필수적이지 않다. 사용자가 구매 프로세스의 일부로 이러한 선택을 하도록 요구하는 대신, 프로세스가 시작되기 전과 완료된 뒤에 이러한 선택지를 제공한다.

  2. 핵심 기능으로 가는 짧은 탐색. 예: 앱에서 가장 많이 사용되는 기능의 경우:
    • 앱 열기,
    • 가장 많이 사용되는 기능 실행.

피하기:

  1. 불필요한 단계 추가하기. 예: 영화표를 구매하는 온라인 프로세스에 포함된 단계는 다음과 같다:
    • 영화 선택,
    • 날짜와 시간 선택,
    • 좌석 선택,
    • 간식 미리 구매 또는 거부,
    • 자선 기부 또는 거부,
    • 계정 생성,
    • 결제,
    • 티켓 인쇄.

영화관은 사용자가 티켓 값을 결제하기 전에 간식을 결정하고 자선 기부를 하도록 강제한다. 거부 선택지가 있기는 하지만 화면에서 다소 숨겨져 있으며, 특히 모바일 장치에서 그렇다. 사용자는 결제 방법을 알아내지 못하면 흔히 멈춘다.

  1. 가장 많이 사용되는 기능으로 가는 긴 탐색. 예: 앱에서 가장 많이 사용되는 기능의 경우:
    • 애플리케이션 소개 페이지로 가서 계속을 누름,
    • 애플리케이션 메인 페이지로 감,
    • 하위 페이지로 감,
    • 선택지 선택,
    • 다른 선택지 선택,
    • 가장 많이 사용되는 기능 실행.

4.6.3 너무 많은 콘텐츠 피하기 (패턴)

4.6.3.1 사용자 요구

나는 필요한 콘텐츠와 필요하지 않은 콘텐츠를 쉽게 식별해야 한다. 내가 알아야 하는 정보와 중요한 정보는 눈에 띄거나, 내가 가장 먼저 읽는 것이며 덜 중요한 정보의 소음 속에서 사라지지 않는다.

관련 사용자 이야기: 찾을 수 있음.

4.6.3.2 해야 할 일

인터페이스를 단순하게 유지하라. 각 화면에서 사용자에게 다섯 개 이하의 주요 선택지를 제공하고 불필요한 콘텐츠를 제거하라. 이는 주요 콘텐츠와 같은 코드 기반에서 실시간으로 생성되는 대안으로서 단순화된 버전을 통해 제공될 수 있다.

페이지의 주요 목적과 관련 없는 추가 링크는 푸터 절로 제한해야 한다. 추가 선택지는 “more” 링크나 기타 명확하고 설명적인 제목 아래에 숨길 수도 있다.

4.6.3.3 도움이 되는 방식

바쁜 페이지, 너무 많은 텍스트, 너무 많은 이미지 및 너무 많은 기타 콘텐츠는 인지 과부하, 불안 및 집중 상실을 유발할 수 있다. 콘텐츠를 소수의 중요한 요점으로 줄이면 어수선함이 줄고, 사용자가 차분해지며, 기억을 돕는 동시에 더 나은 이해가 가능해진다. 예를 들어 페이지가 복잡해 보이면 떠날 수 있는 느린 독자나 주의 지속 시간이 짧은 사람에게 도움이 될 수 있다.

단순화된 콘텐츠와 일관된 단순한 디자인은 인지 과부하를 줄이고 스트레스와 정신적 피로를 감소시키는 데 도움이 된다. 예를 들어, 초기 치매가 있는 사람이 의사의 애플리케이션으로 간다. 화면에는 다섯 가지 선택지가 있다: 약속, 의사에게 질문하기, 검사 결과, 승인 및 더보기. 각 선택지는 아이콘과 명확한 텍스트를 가지며 여백으로 분리되어 있다. 두 번 클릭하여 의사에게 질문했다. 도움을 요청하지 않고도 필요한 것을 쉽게 선택할 수 있다. 왼쪽으로 밀면 더 많은 선택지도 사용할 수 있다. 그러나 그렇게 할 가능성은 낮다.

4.6.3.4 자세한 내용

긴 단락, 많은 선택지 및 의미 없는 이미지를 피하면 인지 및 학습 장애가 있는 사람들이 전달되는 중요한 요점에 집중할 수 있다.

몇 개의 짧은 글머리표를 유지하고 웹 사이트나 서비스의 주요 주제 영역과 관련된 한두 개의 이미지로 제한하면 사용자가 사이트를 더 탐색할지 선택할 수 있다.

이 패턴의 의도는 불필요한 정보로 페이지를 어지럽히는 것이 아니라, 인지 및 학습 장애가 있는 사람에게 도움이 될 중요한 단서와 지시를 제공하는 것이다. 너무 많은 정보나 지시는 너무 적은 것만큼이나 방해가 될 수 있다. 목표는 사용자가 과도한 혼란이나 탐색 없이 작업을 완료할 수 있도록 충분한 정보가 제공되도록 하는 것이다.

4.6.3.5 예제

사용:

  1. 단순한 인터페이스. 주요 기능은 다른 어떤 것보다 훨씬 크다. 예:
    • 검색 엔진에는 이름과 크고 단순한 검색 상자가 있다. 다른 모든 콘텐츠는 더 작고 아래쪽에 있으며, 사용자는 추가 기능을 찾는 경우가 아니라면 이를 알아차리지 않는다.

피하기:

  1. 불필요한 콘텐츠가 있는 페이지. 예:
    • 너무 많은 텍스트, 긴 메뉴, 빽빽한 텍스트의 긴 단락 주변에 배치된 이미지. 메시지가 정보 과부하 속에서 사라진다.

4.6.4 사용자가 작업을 완료하고 준비할 수 있도록 정보 제공하기(패턴)

4.6.4.1 사용자 요구

나는 작업을 시작하는 방법과 무엇이 관련되는지 알아야 한다.

관련 사용자 이야기: 주의 산만.

4.6.4.2 해야 할 일

중요한 작업의 시작을 강조하라.

사용자가 여러 단계로 구성된 작업을 수행하기 전에, 작업 완료에 필요한 노력의 양에 대한 추정치를 가지고 있도록 보장하라. 여기에는 다음이 포함되어야 한다:

  • 걸릴 수 있는 시간,
  • 작업 수행에 필요한 모든 리소스의 세부 사항, 그리고
  • 프로세스와 다음 단계의 개요.

사용자가 작업을 시작하면, 작업이 여전히 “진행 중”인지와 언제 완료되었는지를 사용자가 명확히 이해하도록 보장하라.

4.6.4.3 도움이 되는 방식

일부 사용자는 주의 산만이 작업 중간에 초점을 전환하게 하고, 이후 중단한 곳으로 돌아오게 만들 때 특히 어렵다고 느낀다. 예를 들어, 웹 사이트에는 “book here” 링크로 안내하는 큰 화살표가 있을 수 있다. 화살표는 예약 작업의 시작을 강조하며, 사용자가 작업을 시작했음을 알도록 돕는다.

사람들은 흔히 방해 없이 집중할 수 있도록 자신의 집중 시간을 관리해야 한다. 작업에 걸리는 시간, 복잡성 또는 작업 기억 부하에 대한 사전 조언은 더 잘 준비하고 완료할 수 있게 한다. 작업을 시작하기 전에 필요한 리소스 목록과 작업 완료까지 남은 단계 수는 사용자가 실패를 피하는 데 도움이 된다.

4.6.4.4 시작하기

여러 단계 작업이나 양식 시작 시 필요한 시간에 대한 넉넉한 추정치와 모든 필수 리소스 목록을 제공하라. 작업을 단계로 나누라.

4.6.4.5 예제

사용:

  1. 사용자가 작업을 시작할 때의 시각적 단서.
  2. 걸릴 수 있는 시간과 필요한 리소스를 포함한 프로세스 개요. 예:
    • 사용자가 항공권 예약을 시작하기 전에 “항공권 예약의 평균 시간은 15-30분입니다. 이 프로세스를 완료하려면 여행 날짜, 여행자 수, 각 여행자의 여권이 필요합니다.”라는 메시지가 표시된다.

피하기:

  1. 사용자에게 필요할 수 있는 중요한 세부 사항 누락. 예:
    • 다른 항공사는 사용자에게 여권이 필요하다고 알리지 않는다. 사용자가 여권 번호를 찾으려고 하는 동안 프로세스가 시간 초과된다. 사용자는 예약을 다시 시작하거나 포기해야 한다.

4.7 목표 6: 프로세스가 기억에 의존하지 않도록 보장하기

기억 장벽은 많은 사용자가 제품을 사용하거나 도움 또는 콘텐츠에 접근하는 것을 막는다.

기억이나 언어에 영향을 주는 손상이 있는 사람은 기억 장벽을 극복하는 것이 어렵거나 불가능할 수 있다.

예를 들어, 많은 사용자는 단기 기억이 손상되어 있다. 평균적으로 사람은 동시에 7개의 글자나 항목을 기억할 수 있다. 작업 기억이 손상된 사람은 (손상의 정도에 따라) 동시에 하나에서 네 개의 정보 조각을 기억할 수 있을 수 있다. 자신이 한 일을 추적하는 것처럼 다른 작업을 기억해야 한다면, 실수를 할 가능성이 높다.

다음과 같은 장벽을 피하라:

사용자가 기억에 의존하는 프로세스를 사용하지 않고 콘텐츠, 서비스 또는 도움에 접근할 수 있게 하라. 이를 필요로 하는 사람에게 더 쉬운 선택지가 있도록 보장하라.

4.7.1 기억이나 기타 인지 기술에 의존하지 않는 로그인 제공하기(패턴)

4.7.1.1 사용자 요구

나는 암호와 사용자 이름을 기억하거나 옮겨 적지 않고 사이트를 사용할 수 있어야 한다.

관련 사용자 이야기: 접근 가능한 인증.

4.7.1.2 해야 할 일

사용자는 단순한 웹 페이지를 사용하는 데 필요한 것보다 더 많은 인지 능력 없이 로그인, 등록 및 자격 증명 재설정을 할 수 있다. 사용자는 다음을 할 필요가 없다:

  • 문자열 암기,
  • 계산 수행,
  • 콘텐츠 복사,
  • 퍼즐 풀기,
  • 제스처를 안정적으로 재현하기, 또는
  • 화면에 표시된 문자를 인식한 뒤 입력 필드에 입력하기.
4.7.1.3 도움이 되는 방식

기억 손상이 있는 사람은 흔히 암호를 잊고 로그인할 수 없다. 그들의 해결책은 때때로만 도움이 되며 보안 위험이 있다:

  • 양식 필드에 복사하거나 입력하기 위해 텍스트를 여러 번 보거나 들어야 할 수 있다.
  • 하나의 암호를 재사용하거나 기억할 수 있는 단순한 암호를 사용할 수 있다.
  • 암호를 변경해야 하거나 복잡한 암호를 사용해야 하는 경우, 다른 사람이 볼 수 있는 종이에 적어 두는 것처럼 암호를 안전하지 않게 저장할 수 있다.

또한 로그인 중 다음과 같은 다른 단계에서 어려움을 겪을 수 있다:

  • 문자를 올바른 순서로 입력하기,
  • 제한된 시도 횟수 안에 문자를 올바르게 입력하기(그 결과 잠김),
  • PIN 찾기,
  • 퍼즐이나 왜곡된 글자 알아내기,
  • 다른 장치에서 문자를 정확히 복사하기.

사용자는 시간 제한 절차나 디지털 보안 토큰 제시에 좌절한 뒤 멈출 수 있다. 또는 장애 때문에 필수 서비스에서 잠길 수 있다.

이 디자인 요구사항이 없으면 많은 사람은 애플리케이션이나 콘텐츠를 전혀 사용할 수 없다. 이 문제가 어떻게 웹 서비스를 사용하는 것을 막는지에 대한 전체 설명은 Security and Privacy Technologies 이슈 문서를 참조하라. 이러한 웹 서비스는 흔히 중요하다. 예를 들어, 많은 사람은 스스로 의사의 약속 등을 잡을 수 없다. 이는 학습 및 인지 장애가 있는 사람들의 기대 수명 감소에 부분적으로 책임이 있을 수 있다.

4.7.1.4 자세한 내용

이 디자인 패턴을 충족하는 방법은 많다:

  • 전형적인 인지 능력에 의존하지 않는 포괄적 대안을 지원하기 위해 Web Authentication: 공개 키 자격 증명에 접근하기 위한 API [webauthn-2]를 사용하라. 예: 하드웨어 인증 장치, 스마트카드 또는 FIDO.
  • 신뢰할 수 있는 장치(사용자가 이미 자신의 신원으로 로그인한 장치)를 사용하는 것에 기반한 자동 사용자 인증을 제공하라. 사용자는 문자를 옮겨 적을 필요는 없지만, 장치를 가지고 있음을 식별하기 위해 링크를 눌러야 할 수 있다.
  • 생체 인식 선택지를 허용하라.
  • 사용자가 이미 타사 인증 서비스(예: OAuth 등)를 통해 로그인한 시스템을 사용하라.

대체 사용자 인증 요구사항을 충족하는 방법에는 다음이 포함된다:

  • 이메일 주소나 전화번호로 전송된 링크 클릭하기. (이는 구현하기 쉽고, 블로그 댓글 허용처럼 최소 보안에 유용할 수 있음에 유의하라.)
  • 이 정보를 찾는 방법에 대한 설명과 함께, 현재 계좌 잔액의 총액 같은 사용자 개인 문서에 있는 정보를 사용해 로그인하기.
4.7.1.5 예제

사용:

  1. Web Authentication: 공개 키 자격 증명에 접근하기 위한 API [webauthn-2].
  2. 사용자가 하나의 로그인으로 여러 사이트에 접근할 수 있게 하는 Single Sign-on (SSO)(연합 로그인).
  3. Bluetooth 링크가 있는 2단계 인증(복사 없음).
  4. Quick Response Codes (QR Code).

피하기:

  1. 복사가 필요한 2단계 인증 사용하기.
  2. 암호를 사용하면서 필드에 붙여넣기를 허용하지 않기.

4.7.2 사용자에게 단순한 단일 단계 로그인을 허용하기(패턴)

나는 로그인 프로세스가 단순하고 다단계가 아니어야 한다.

관련 사용자 이야기: 접근 가능한 인증.

4.7.2.1 해야 할 일

로그인을 위한 단순한 단일 단계 대안을 제공하라.

4.7.2.2 도움이 되는 방식

단순한 로그인은 실행 기능이 손상되었거나 기억이 손상된 사람이 애플리케이션을 사용할 수 있게 한다. 이는 다단계 프로세스에서 혼란스러워지거나 압도되는 사용자에게 특히 중요하다. 예를 들어, 외상성 뇌 손상이 있는 사용자가 온라인 뱅킹을 위해 사이트를 사용하려고 한다. 그들은 자신이 누구인지 인증하기 위해 지문 스캐너에 손가락을 올렸을 수 있다. 다른 예로는 일부 타사 로그인이 있다.

4.7.2.3 예제

사용:

  1. 선택지로서 쉬운 타사 로그인.
  2. 보안 요구에 맞는 단일 단계 방법과 함께 웹 인증 프로토콜 [webauthn-2].

피하기:

  1. 모든 로그인 방법이 여러 단계를 포함하는 것.

4.7.3 더 적은 단어를 사용하는 로그인 대안 제공하기(패턴)

4.7.3.1 사용자 요구

나는 (중증 언어 손상이 있는 사람으로서) 많은 단어에 의존하지 않는, 내가 사용할 수 있는 로그인 프로세스가 필요하다.

관련 사용자 이야기: 접근 가능한 인증.

4.7.3.2 해야 할 일

많은 단어를 읽거나 쓰는 것을 요구하지 않는 로그인 대안을 적어도 하나 제공하라

4.7.3.3 도움이 되는 방식

이 패턴은 언어 및 의사소통 장애가 있는 사람이 텍스트 블록에 압도되지 않고 로그인할 수 있게 한다.

예를 들어, AAC 장치를 사용하는 중증 언어 손상이 있는 사람이 의사에게 메시지를 보내고 싶어 한다. 그들은 알고 있는 아이콘으로 로그인을 누르고 텍스트를 읽지 않고 메시지를 보낼 수 있다.

4.7.3.4 예제

사용:

  1. 잘 알려진 아이콘이 있는 타사 로그인.
  2. 쉬운 로그인 선택지와 함께 웹 인증 프로토콜 [webauthn-2].

피하기:

  1. 보안 질문에 답해야 하는 로그인.
  2. 단순하고 단어가 없는 로그인 선택지나 대안이 없는 로그인.

4.7.4 사용자가 음성 메뉴 탐색을 피할 수 있게 하기(패턴)

4.7.4.1 사용자 요구

나는 복잡한 메뉴 시스템을 거치지 않고 사람의 도움을 받아야 한다.

관련 사용자 이야기: 음성 메뉴.

4.7.4.2 해야 할 일

사람들이 도움을 줄 수 있는 사람에게 쉽게 연락할 수 있게 하라. 사람에게 연락하기 위해 메뉴 시스템을 탐색하도록 요구하지 말라.

다음을 통해 도움이 되는 음성 메뉴를 설계하라:

  • 언제든지 음성 메뉴를 건너뛰고 바로 사람에게 갈 수 있는 알려진 단어나 예약된 숫자(예: “0” 또는 “help”) 제공하기.
  • 불필요한 단계나 선택지 피하기.
  • 홍보 정보 같은 불필요하거나 주의를 산만하게 하는 정보 피하기.
  • 다양한 인지 및 학습 장애가 있는 사람들이 보통 사용하는 단어 사용하기.
  • 느리게 말하는 사람이 응답할 때까지 기다리기.
  • 조용히 말하는 사람, 반복 및 말더듬 허용하기.
  • 건망증과 기억 손상 지원하기.
  • 쉬운 오류 복구 허용하기.
  • 사용성 모범 사례 따르기.
4.7.4.3 도움이 되는 방식

많은 사람은 음성 메뉴 시스템을 사용할 수 없다. 이는 흔히 사람들이 중요한 작업을 스스로 완료하지 못하게 한다. 여기에는 의사의 약속 잡기, 건강 보험 받기, 사회 서비스에 연락하기, 수도를 다시 켜기 등이 포함될 수 있다.

사람들이 스스로 음성 메뉴를 관리할 수 없다면 다른 사람에게 도움을 요청해야 한다. 이는 서비스가 그들에게 접근 가능하지 않다는 것을 의미한다. 때때로 작업이 수행되지 않는다. 예를 들어, 조력자를 귀찮게 하지 않으려고 의사의 약속이나 다른 중요한 작업을 미룰 수 있다. 사람들은 흔히 필요한 도움을 받지 못하거나 너무 늦게 받는다. (이는 학습 및 인지 장애가 있는 사람들의 낮은 기대 수명에 부분적으로 책임이 있을 수 있다.)

왜 사람들은 복잡한 메뉴를 사용할 수 없는가?

  • 사용자가 메뉴의 숫자나 용어를 기억할 수 있도록 좋은 단기 및 작업 기억(몇 초)이 필수적이다. 이러한 기능이 없으면 사용자는 잘못된 숫자를 선택할 가능성이 높다.
  • 많은 사용자는 작업 기억이 손상되어 있다. 예를 들어, 당신이 머릿속에 동시에 7개의 글자나 항목을 기억할 수 있다면 그들은 하나나 두 개를 기억할 수 있을 수 있다. 이는 메뉴 시스템을 올바르게 관리할 가능성을 낮춘다.
  • 예를 들어, 전화 메뉴 시스템(음성 마크업 시스템)에 “내부 서비스를 원하면 3번을 누르세요”라는 선택지가 있을 수 있다. 이 선택지를 사용하려면 사용자는 자신에게 내부 서비스가 필요한지 파악하는 동안 숫자 3을 기억해야 한다. 많은 사람은 이를 할 수 없다. 또한 올바른 숫자를 눌러야 한다.
  • 올바른 선택지 전에 관련 없는 정보가 많이 제공되면 사용자는 인지 과부하를 느끼고 멈출 수 있다. 이전 선택지와 정보를 모두 이해하지 못한 경우 특히 그렇다.
  • 사용자는 사용된 용어를 이해하지 못할 수 있다. 메뉴에 집중하는 동안 왜 전화했는지 잊을 수 있다.
  • 웹 메뉴 같은 대체 경로가 제공될 수 있지만, 이 역시 복잡하다. 따라서 도움이 되지 않는다.

숫자 0, 단어 “help” 또는 기타 문화적으로 적절한 용어는 사람에게 연락하기 위해 예약되어야 한다. 각 메뉴의 첫 번째 선택지를 일관되게 “도움이 될 수 있는 사람을 기다리려면 0을 누르세요”로 설정하라. 이는 모든 사람이 필요한 지원을 받는 데 도움이 될 수 있다.

다양한 학습 및 인지 장애가 있는 폭넓은 사용자와 모든 시스템을 테스트하라. 다양한 사용자를 참여시킨 것은 많은 음성 시스템을 인지 및 학습 장애가 있는 사람에게 도움이 될 정도로 접근 가능하게 만들었다.

4.7.4.4 자세한 내용

일반 음성 사용자 인터페이스(VUI) 디자인의 모범 사례를 따르라. 음성 사용자 인터페이스의 표준 모범 사례는 인지 장애가 있는 사용자에게 적용되며, 따라야 한다. 이러한 관행은 더 많은 디자인이 대화형 인터페이스에 집중하면서 개선되고 있다. 일반적으로 받아들여지는 음성 사용자 인터페이스 디자인의 모범 사례 몇 가지는 다음과 같다:

  • 언어와 선택지를 처리할 시간을 허용하기 위해 구문 사이의 멈춤이 중요하다.
  • 텍스트의 선택지는 선택할 숫자나 그 선택지를 선택하라는 지시보다 먼저 제공되어야 한다. 이렇게 하면 사용자는 용어를 처리하는 동안 숫자나 지시를 기억할 필요가 없다. 예: “비서를 원하면 1번을 누르세요”라는 프롬프트는 사용자가 “비서”라는 용어를 해석하는 동안 숫자 1을 기억해야 한다. 더 나은 프롬프트는 “비서를 원하면(멈춤): 1번을 누르세요” 또는 “비서를 원하거나(멈춤) 더 많은 도움을 원하면(멈춤): 1번을 누르세요”이다.
  • 오류 복구는 단순해야 하며, 오류가 지속되면 사용자를 사람 상담원에게 연결해야 한다. 오류 응답은 통화를 종료하거나 사용자를 더 복잡한 메뉴로 보내서는 안 된다.
  • 광고와 기타 불필요한 정보는 사용자를 혼란스럽게 하고 주의를 유지하기 어렵게 만들 수 있으므로 읽어 주어서는 안 된다.
  • 사용되는 용어는 가능한 한 단순하고 전문 용어가 없어야 한다.
  • 단계적 프롬프트를 사용하라. 음성 사용자 인터페이스 디자인의 모범 사례에는 상호작용의 각 지점에 여러 다른 프롬프트를 제공하는 것이 포함된다. 서로 다른 프롬프트는 사용자의 행동에 따라 사용된다. 예를 들어, 사용자가 프롬프트에 응답하는 데 오래 걸리면 기본값 대신 더 단순하거나 더 설명적인 버전의 프롬프트를 사용할 수 있다. 사용자가 예상대로 응답하지 않을 때 프롬프트 세부 수준을 높이기 위해 사용해야 한다.

사용자 설정

사용자별 설정은 음성 사용자 인터페이스(메뉴와 선택지 등)를 맞춤화하는 데 사용할 수 있다. 사용자 환경설정을 설정하기 어렵다면 사용되지 않을 것임을 염두에 두라. 자연어로 환경설정을 지정하는 것이 가장 자연스럽지만(“천천히 말해!”), 현재는 그리 일반적이지 않다.

  • 추가 시간은 말 속도와 사용자가 더 느린 말이나 더 긴 입력 시간이 필요한지 정의할 수 있는 능력 모두에 대한 사용자 설정이어야 한다. 시간 지정 텍스트는 (모든 접근 가능한 미디어와 같이) 조정 가능해야 한다.
  • 사용자는 장치의 시스템 기본값으로 시간 초과를 연장하거나 비활성화할 수 있어야 한다.
  • 오류 복구는 단순해야 하며 사람 상담원에게 연결되어야 한다. 오류 응답은 사용자를 전화선에서 끊거나 더 복잡한 메뉴로 보내서는 안 된다. 가능하면 지원과 사람의 도움을 위한 예약된 숫자를 사용해야 한다.
  • 광고와 기타 정보는 사용자를 혼란스럽게 하고 주의를 유지하기 어렵게 만들 수 있으므로 읽어 주어서는 안 된다.
  • 사용되는 용어는 가능한 한 단순해야 한다.
  • 인지 부하를 줄이는 프롬프트를 만드는 방법에 대한 예와 조언을 제공해야 한다.
    • 예 1: 인지 부하 줄이기: “비서를 원하면 1번을 누르세요”라는 프롬프트는 사용자가 secretary라는 용어를 해석하는 동안 숫자 1을 기억해야 한다. 이는 “비서를 원하면(멈춤): 1번을 누르세요” 또는 “비서를 원하거나(멈춤) 더 많은 도움을 원하면(멈춤): 1번을 누르세요”보다 덜 좋다.
    • 예 2: 사람 상담원의 기본값으로 숫자 0 설정하기.

음성 인식에 대한 고려사항

  • 음성 인식 기반 시스템의 경우, ETSI 표준 ETSI 202 076과 같이 많은 언어에 대한 음성 명령 표준이 존재하며, 가능한 경우 사용해야 한다. 사람들이 몇 개 이상의 명령을 배우도록 기대하는 것은 사용자에게 인지적 부담을 준다는 점을 염두에 두라.
  • 자연어 이해 시스템은 사용자가 자신의 말로 요청을 말할 수 있게 한다. 이는 메뉴 선택지를 기억하는 데 어려움이 있거나, 제공된 메뉴 선택지를 자신의 목표에 매핑하는 데 어려움이 있는 사용자에게 유용할 수 있다. 그러나 자연어 인터페이스는 말이나 언어를 생성하는 데 어려움이 있는 사용자에게 사용하기 어려울 수 있다. 지시형 대화(메뉴 기반) 대체 경로나 상담원 연결이 제공되어야 한다. 이러한 대체 경로는 사용하기 쉬워야 하며 이 문서를 준수해야 한다.

법률의 요구사항을 따르라.

예를 들어, U.S. Telecommunications Act Section 255 Accessibility Guidelines [Section255] 단락 1193.41 입력, 제어 및 기계적 기능의 (g), (h), (i) 조항은 인지 장애에 적용되며, 장비가 시간 의존 제어, 말할 수 있는 능력 없이도 조작 가능해야 하고 제한된 인지 기술을 가진 사람이 조작할 수 있어야 함을 요구한다.

전체 논의는 Voice Menu Systems 이슈 문서를 참조하라.

4.7.4.5 시작하기

이 패턴이 건강, 금융, 의사소통, 수도 및 정부 서비스에 영향을 주는 중요한 시스템에 포함되도록 보장하라.

4.7.4.6 예제

사용:

  • 첫 번째 선택지가 사람에게 직접 연결하는 사용자 상호작용 대화. 예: “도움이 될 수 있는 사람에게 연락하려면 0을 누르거나 help라고 말하세요”.
  • 각 지점에서의 오류 복구, 사용자가 오류를 쉽게 수정할 수 있게 함.
  • 사용자가 어느 지점에서든 쉽게 뒤로 가거나 목록을 반복할 수 있음.
  • 어느 지점에서든 표준 “0”과 같은 사용자 상호작용 대화로, 사용자가 목표를 달성하도록 도울 수 있는 사람 상담원에게 쉽게 접근할 수 있음.
  • 말이 명확하고 멈춤이 있음.
  • 공통 단어가 사용됨.
  • 누를 키나 사용할 용어를 제공하기 전에 선택지를 말함.
  • 자문 기법: 나중에 유용할 수 있는 것을 기록하도록 사용자에게 단서를 제공하고, 그렇게 할 시간을 줌.

피하기:

  • 사람을 찾기 어렵게 만드는 긴 메뉴 시스템.
  • 불명확한 오류 복구.
  • 복잡한 언어와 흔하지 않은 용어.
  • 홍보 같은 불필요한 콘텐츠.
  • 빠른 말 또는 사용자에게 빠른 입력 기대하기.
  • 서로 다른 인지 및 학습 장애가 있는 폭넓은 사용자와 테스트되지 않은 시스템.

4.7.5 사용자의 계산이나 정보 암기에 의존하지 않기 (패턴)

4.7.5.1 사용자 요구

나는 기억에 의존하지 않는 탐색과 프로세스가 필요하다.

관련 사용자 이야기: 이전 단계.

4.7.5.2 해야 할 일

다음을 요구하지 않는 프로세스를 만들라:

  • 짧은 시간 동안 선택할 숫자 기억하기,
  • 계산 수행,
  • 복사,
  • 명확한 말 또는 빠른 응답,
  • 문자, 문자열 또는 PIN 번호 암기,
  • 필요한 서비스의 범주를 알아내기 위해 실행 기능 사용하기,
  • 여러 단계에 걸쳐 정보 회상하기. 여러 단계를 거칠 때, 프로세스의 각 단계는 사용자가 진행할 수 있게 하는 데 필요한 정보를 포함해야 한다. 이전 단계의 기억에 의존해서는 안 된다.

지시와 레이블은 행동 유도나 활성화 메커니즘 앞에 위치해야 한다. 적절한 경우, 이전 단계의 정보 요약과 프로세스를 이동하는 메커니즘을 제공하라.

4.7.5.3 도움이 되는 방식

콘텐츠에는 흔히 인지 및 학습 장애가 있는 사용자가 단계나 프로세스를 완료하지 못하게 하고, 그 결과 그들이 달성하고자 했던 것을 달성하지 못하게 하는 장벽이 있다.

구매 시 보안을 높이기 위해 때로는 퍼즐이나 계산이 요구된다. 예: 구매를 완료하기 위해 사용자는 숫자의 1번째와 2번째 위치를 곱한 결과를 입력하라는 요청을 받는다. 이러한 유형의 문장은 인지 및 학습 장애가 있는 일부 사람에게 이해될 수 없다. 보안과 인지 접근성은 모두 보장되어야 한다.

많은 사용자는 작업 기억이 손상되어 있다. 그들은 동시에 많은 세부 사항을 기억할 수 없다. 그러나 대화 메뉴 같은 시스템은 모든 사용자가 작업 기억을 사용해 선택한다고 가정한다. 사용자가 말하거나 키 입력을 통해 여러 선택지를 기억하고 하나의 선택지를 선택할 것으로 기대한다. 사용자는 여러 개의 일시적인 정보를 마음속에 유지해야 한다.

실행 기능이 손상된 사용자는 작업을 완료하는 데 더 많은 시간이 필요할 수 있다. 그러나 시스템 응답이 너무 느릴 때도 문제가 있을 수 있다. 예를 들어, 일부 사람은 “billing”, “accounts”, “sales” 같은 비슷한 선택지를 비교하고 자신에게 필요한 서비스가 무엇인지 결정하는 데 더 오래 걸릴 수 있다. 명확한 언어 사용도 도움이 된다.

4.7.5.4 자세한 내용

기억 기술에 대한 의존을 줄이는 좋은 관행에는 다음이 포함된다:

  • 프로세스의 각 단계는 사용자가 진행할 수 있게 하는 데 필요한 정보를 포함해야 한다. 이전 단계의 기억에 의존해서는 안 된다.
  • 처음부터 시작하지 않고 뒤로 갈 수 있는 단순한 방법 제공하기.
  • 단계 표시기 등을 통해 사용자가 프로세스에서 어디에 있는지 알려 주기.
  • 사용자가 실수나 오류를 범하면 프로세스를 다시 시작하기보다 이를 수정하는 데 도움 제공하기.
  • 유용한 경우, 이전 단계의 정보 요약을 제공하고 프로세스를 이동하는 쉬운 메커니즘을 사용할 수 있게 하기.

음성 인터페이스의 경우:

  • 각 선택지 사이에 멈춤.
  • 느리게 말하는 사람이 응답할 때까지 기다리기.
  • 조용하거나 주저하는 화자를 듣기.
  • 단순한 한 단어 응답 허용하기
  • 선택할 번호나 명령보다 먼저 선택지를 말하기.
  • 건망증과 기억 손상 지원하기.

이는 건강, 금융, 의사소통, 수도 및 정부 서비스 같은 중요한 시스템에 필수적임에 유의하라.

4.7.5.5 예제

사용:

기억에 의존하지 않는 프로세스. 예:

  • 첫 번째 선택지가 “도움이 될 수 있는 사람을 기다리려면 0을 누르거나 help라고 말하세요”인 사용자 상호작용 대화 사용하기.
  • 어느 지점에서든 표준 “help” 같은 사용자 상호작용 대화를 사용하여, 사용자가 목표를 달성하도록 도울 수 있는 사람 상담원에게 쉽게 접근할 수 있게 하기.
  • 사용자가 어느 지점에서든 뒤로 가는 방법을 알 수 있도록 좋은 오류 복구 제공하기.
  • 자문 기법: 나중에 유용할 수 있는 것을 쓰도록 사용자에게 단서를 제공하고, 그렇게 할 시간을 줌.

피하기:

  1. 기억에 의존하는 프로세스. 예:
    • 사용자가 이전 단계의 코드나 범주를 기억하도록 요구하기.
    • 사람을 찾기 어렵게 만드는 긴 메뉴 시스템.
    • 사용자가 기억해야 하는 특정 단어 사용을 요구하는 시스템.

4.8 목표 7: 도움과 지원 제공하기

콘텐츠를 이해하는 다양한 방식을 지원하라. 다음과 같은 추가 도움과 지원을 제공하라:

사용자가 자신의 작업을 성공적으로 완료하도록 돕기 위해 선택지를 설명하라.

사용자가 어려움에 부딪혔을 때 도움을 받고 피드백을 제공하기 쉽게 만들라. 사용자가 피드백을 보내기 어렵다면, 콘텐츠를 사용할 수 없다는 사실을 말할 수 없다. 그들이 문제를 겪고 있는지 알 수 없다.

일부 애플리케이션은 스마트 시티처럼 사용자 데이터에 의존한다. 시스템을 사용할 수 없는 사용자들의 데이터는 데이터 기반 시스템에서 누락될 수 있다. 문제에 대해 피드백조차 제공할 수 없을 때 문제는 더 나빠진다. 그들은 보이지 않게 되고 그들의 요구는 충족되지 않는다.

4.8.1 사람의 도움 제공하기(패턴)

4.8.1.1 사용자 요구

나는 사람의 도움을 받는 방법을 알아야 하며, 그 과정을 쉽게 관리할 수 있어야 한다.

관련 사용자 이야기: 도움.

4.8.1.2 해야 할 일

많은 사람은 사람의 도움에 의존한다. 가능한 경우, 사람의 도움을 사용할 수 있고 사용하기 쉬워야 한다. 여기에는 다음이 포함된다:

  • 각 페이지와 프로세스의 각 단계에서 찾기 쉬움.
  • 사용자가 선호하는 메커니즘을 통해 사용하기 쉬움.
  • 다음과 같이 가능한 한 적은 단계를 요구함:
    • 두 개의 필드가 있는 양식,
    • 이메일 주소, 또는
    • 사람에게 직접 연결되는 전화번호.

사람의 도움에 접근하기 위해 사용자가 다양한 선택지가 많은 음성 메뉴 같은 복잡한 메뉴 시스템을 관리하도록 요구해서는 안 된다.

조직에는 지원 직원이 학습 및 인지 장애가 있는 사람을 효과적으로 돕고 좋은 경험을 제공하도록 보장하는 메커니즘이 마련되어 있어야 한다.

4.8.1.3 도움이 되는 방식

사용자가 어떤 이유로든 막히거나 혼란스러워질 때, 사람에게 도움을 받는 것이 보통 가장 효과적인 해결책이다. 현실에서는 많은 사이트가 복잡한 시스템을 탐색할 수 있는 사용자에게만 이 선택지를 제공한다.

복잡한 시스템의 예에는 사용자가 사람의 연락처 정보에 도달하기 위해 많은 링크를 따라가야 하는 프로세스가 포함된다. 또한 사람과 연결되기 전에 사용자가 많은 질문에 답해야 하는 전화번호일 수도 있다. 복잡한 시스템에서는 이를 가장 필요로 하는 사람들이 사람의 도움 선택지에 접근하지 못한다. 그들은 인지 과부하를 느끼고 프로세스 완료 시도를 멈출 수 있다. 또한 서비스나 공급자에 대해 부정적인 태도를 갖고 떠날 수도 있다.

예를 들어, 지적 장애가 있는 사용자가 쿠폰을 사용하고 싶어 한다. 온라인 구매에 쿠폰을 적용하는 지시를 찾을 수 없고, 지원 전화번호도 찾을 수 없다. 결과적으로 쿠폰을 사용할 수 없다.

4.8.1.4 예제

사용:

  1. 상호운용 가능한 음성 사용자 인터페이스(VUI) 명세를 통해 자동으로 전화할 수 있는 기능이 이상적으로 포함된 전화번호.
  2. 사람에게 직접 연결되는 번호 또는 사람의 도움을 받기 위한 사용 가능한 표준. 예: 음성 메뉴 시스템에서 숫자 0 사용하기.
  3. 미리 채워진 “to” 및 “subject” 필드가 있는 “mailto” 프로토콜 [mailto]을 사용하는 이메일 링크. 이것은 모든 플랫폼이나 메일 클라이언트에서 작동하지는 않음에 유의하라.
  4. 라이브 채팅 또는 영상 통화 도움 선택지. 유의: 이는 완전히 접근 가능해야 하며, 라이브 도움 기능의 일부로 열리는 새 창을 쉽게 닫을 수 있어야 한다. 라이브 채팅이 사용자의 작업을 방해하지 않도록 보장하라.

피하기:

  1. 사람의 도움을 받기 위해 사용자가 모두 작성해야 하는 긴 연락 양식.
  2. 도움에 도달하기 위한 다단계 메뉴.
  3. 사이트의 몇몇 페이지에서만 링크되는 단일 페이지에 연락처 정보를 포함하는 것.
  4. 사람의 도움에 도달하기 위해 사용자가 여러 단계를 거치도록 강제하기.

4.8.2 복잡한 정보와 작업에 대한 대체 콘텐츠 제공하기 (패턴)

4.8.2.1 사용자 요구

나는 텍스트를 보완하는, 맥락과 관련 있는 그래프와 그림이 필요하다.

관련 사용자 이야기: 도움.

4.8.2.2 해야 할 일

사용자가 복잡한 정보를 이해하는 데 도움이 되는 콘텐츠를 제공하라.

여기에는 다음과 같이 서로 다른 사용자 집단을 위한 중복 정보가 포함되어야 한다:

  • 이해하기 쉬운 언어로 된 긴 문서 요약과 단계별 정보,
  • 선택지와 모든 단점에 대한 설명,
  • 표와 차트,
  • 사용자에게 익숙한 기호,
  • 잘 구조화된 비디오 콘텐츠,
  • 그림과 정보 그래픽, 그리고
  • 수치 콘텐츠에 대한 대안.

대체 또는 보충 콘텐츠가 있는 경우:

  • 사용자가 자신에게 가장 이해하기 쉬운 콘텐츠 형식이나 버전을 찾고 선택할 수 있도록, 쉬운 단일 동작 메커니즘을 제공하라.
  • 전용 도움과 대체 콘텐츠는 기본 콘텐츠와 명확하게 구별되어야 한다.
  • 대체 콘텐츠와 기본 콘텐츠 사이의 관계를 명확하게 만들라.
4.8.2.3 도움이 되는 방식

복잡한 정보, 긴 문서 및 복잡한 데이터 형식의 사용은 인지 접근성 요구가 있는 사용자에게 중대한 장벽이 될 수 있다. 사용자는 가능한 한 추가 외부 도움을 요구받지 않고 정보를 이해하고 설명된 작업을 성공적으로 완료할 수 있어야 한다.

때로는 콘텐츠의 주제 자체가 복잡하다. 이 경우 가능한 한 많은 사용자가 실수, 혼란 또는 도움의 필요 없이 이해할 수 있도록 신중한 설명, 구성 및 제시가 필요할 가능성이 높다.

그래프, 다이어그램 또는 표처럼 정보가 제시되는 방식은 일부 사용자에게 이를 더 복잡하게 만들 수 있다. 여기에서 보조 설명과 안내된 해석은 사용자가 이해해야 하는 핵심 특징을 강조한다.

사람마다 서로 다른 유형의 정보를 더 쉽게 이해한다. 이는 특히 인지 및 학습 장애가 있는 사람에게 사실이다. 예를 들어 어떤 사람은 숫자에 영향을 주지만 언어에는 영향을 주지 않는 손상이 있고, 다른 사람은 언어 손상이 있지만 숫자를 직관적으로 이해할 수 있다. 서로 다른 사용자를 지원하기 위해 도움은 다양한 형태로 제공될 수 있다. 예:

  • 다이어그램에 대한 설명과 도움을 제공하는 텍스트 “부가 설명”.
  • 텍스트 콘텐츠를 밝히는 보조 차트 또는 그래프.
  • 작업이 단계별로 완료되는 모습을 보여 주는 비디오 클립.
  • 복잡하지 않은 보충 표.
  • 키워드에 대한 호버 시 팝업 설명, 가능하면 용어집에 연결됨.
  • 프로세스 단계의 흐름도.
4.8.2.4 자세한 내용

숫자와 복잡한 정보와 관련된 콘텐츠에 대한 권장 기법(해당하는 것을 사용하라).

  • 복잡한 정보의 이해를 돕는 경우 차트나 그래픽을 제공한다.
  • 정보 이해를 돕는 경우 표를 제공한다.
  • 이 콘텐츠를 사용하는 데 수학 이해가 주요 요구사항이 아닌 경우 다음 중 하나를 사용하라:
    • 숫자를 비수치 개념으로 보강하기. 예: 매우 추움, 추움, 서늘함, 온화함, 따뜻함, 더움, 매우 더움.
    • 성숙해지면 개인화 의미론을 사용하여 비수치 개념을 추가할 수도 있다. [personalization-semantics-1.0] 참조.
  • 절이 있는 콘텐츠의 경우 다음 중 하나를 사용하라:
    • 의미론이 절에 기호를 추가할 수 있게 하기.
    • 이해를 돕기 위해 제목, 핵심 짧은 문장 및 구문에 추가로 아이콘을 넣기.
    • 그러나 일부 사람은 아이콘을 기억하는 데 어려움이 있으므로, 아이콘과 함께 텍스트를 사용하라.
      • 쉽게 볼 수 있고 확대할 수 있는 명확한 아이콘이나 기호를 사용하라.
      • 서로 다른 사용자가 이해하는 이미지를 사용하라.
      • 왼쪽에서 오른쪽으로 쓰는 언어에서는 이미지를 텍스트 왼쪽에 배치하라.
  • 300단어를 넘는 콘텐츠에 대한 권장 기법
    • 공통 용어와 짧은 텍스트 블록을 사용하여 이해하기 쉬운 요약을 제공하라. 300단어 미만의 콘텐츠 조각에서는 제목이 요약 역할을 할 수 있다.
    • 의미론적 제목을 사용하여 정보를 더 관리하기 쉬운 크기로 나누고 제시되는 정보에 구조를 제공한다. 이는 보조 기술 사용자에게 특히 도움이 된다.
    • 콘텐츠 소유자는 사용자의 이해를 돕는 최소 두 개의 키워드를 식별하고, 이러한 키워드는 프로그램적으로 판별 가능하며 사용자가 선호하는 양식에서 강조된다.
4.8.2.5 시작하기

실제 세계의 작업을 포함하여 작업의 성공적인 완료에 중요한 복잡한 정보에 대해 설명 콘텐츠를 제공하라.

4.8.2.6 예제

사용:

  1. 긴 문서, 여러 절이 있는 문서, 복잡한 정보 및 수치 정보에 대해 위 “자세한 내용” 절의 기법. 예:
    • 의료 절차와 성공률 통계에 대한 설명이 추가 텍스트 부가 설명, 다이어그램 및 그래프 사용을 통해 보강된다.
    • 비자 신청을 위한 다단계 프로세스는 항상 보이는 모든 단계의 흐름도를 추가함으로써 사용하기 쉬워진다. 흐름도의 각 단계에는 추가 도움으로 가는 링크가 있고 현재 단계가 명확하게 강조된다.

피하기:

  1. 좋은 구조와 요약이 없는 긴 문서.
  2. 추가 지원이 없는 복잡한 정보와 수치 정보. 예:
    • 판매 수치의 긴 텍스트와 데이터 표가 콘텐츠와 관련된 핵심 특징에 대한 설명 없이 표시된다.

4.8.3 동작, 선택지 및 선택의 결과와 단점을 명확히 말하기(패턴)

4.8.3.1 사용자 요구

나는 모든 선택에 대한 지원과 설명이 필요하다. 장점이나 단점이 나에게 명확하고, 내가 할 수 있는 선택의 효과를 이해한다.

관련 사용자 이야기: 인지 스트레스.

4.8.3.2 해야 할 일

사용자에게 동작과 선택을 제시할 때, 각 선택지의 이점, 위험 및 결과를 명확히 설명하라. 여기에는 다음이 포함된다:

  • 사용자가 요청한 것과의 변경,
  • 표준 제품 또는 제공 사항에 비해 생기는 단점,
  • 사용자의 안녕이나 재정에 위험이 될 수 있는 기능.
4.8.3.3 도움이 되는 방식

각 동작과 선택 선택지의 이점과 결과를 명확히 말하면 개인이 실수를 피하는 데 도움이 된다. 이는 결과를 쉽게 수정할 수 없거나, 안전 위험으로 이어지거나, 결코 알려지지 않을 수 있을 때 특히 중요하다.

예를 들어, 여행 사이트 사용자가 Geneva로 여행을 예약하고 있다. 좋은 시간대의 선택지가 보이지만, 이 티켓은 다른 도시로 가는 것이다. 사용자는 제시된 선택지가 자신이 요청한 위치라고 가정한다. 날짜와 시간은 확인하지만, 단어를 철자별로 읽어야 하기 때문에 변경된 목적지를 알아차리지 못한다. 사용자는 호텔과 다른 위치로 이동하게 되고, 취약한 사용자는 밤에 숙소 없이 낯선 도시에 도착한다.

또 다른 예에서, 사용자는 좋은 가격의 노트북 판매를 본다. 긴 설명 안의 refurbished라는 단어를 보지 못한다. 그 노트북은 실제로 좋은 가격이 아니다.

4.8.3.4 시작하기

사용자에게 선택을 하거나 동작을 취하도록 요청할 때마다, 사용자가 알아야 할 암시적이거나 숨겨진 결과가 있는지 고려하라. 사용자 인터페이스 안에서 그 결과를 명확히 표시하고 사용자가 이를 알고 있는지 확인하라.

4.8.3.5 예제

사용:

  1. 포함되는 것과 포함되지 않는 것의 명확한 목록. 예:
    • 항공권을 선택할 때, 각 선택지 옆에 포함되는 것의 명확한 목록이 있다.
  2. 모든 변경이나 위험에 대한 경고. 예:
    • 항공권을 선택할 때, 티켓 선택지가 다른 목적지로 가는 것이거나 원하지 않거나 위험이 있을 수 있는 다른 특이한 동작 또는 변경이 있는 경우, 사용자에게 변경 확인을 요청한다.

피하기:

  1. 사용자가 선택지를 선택할 때 명확하지 않은 세부 사항.
    • 예: 온라인 메뉴의 식사 선택지에 재미있는 이름이 붙어 있다. 식사 내용, 곁들임 항목, 알레르기 정보 및 각 선택지를 맞춤화할 수 있는 능력은 프로세스의 두 단계 뒤까지 보이지 않는다. 고객은 결정을 내리기 위해 각 항목에서 여러 화면 아래로 내려가야 한다.
  2. 사용자에게 경고하지 않고 원래 요청에서 항목 변경하기.
  3. 경고 없이 사용자에게 위험을 주는 것.

4.8.4 양식과 비표준 컨트롤에 대한 도움 제공하기(패턴)

4.8.4.1 사용자 요구

나는 사용하기 쉽다고 느끼는 형식(예: 비디오나 텍스트)으로 양식의 특이한 컨트롤에 대한 설명이 필요하다.

관련 사용자 이야기: 작업 관리.

4.8.4.2 해야 할 일

복잡한 양식, 특히 여러 단계, 특이한 상호작용, 비표준 컨트롤 및 자동완성을 지원하지 않는 필수 필드가 있는 경우 도움을 제공하라. 무엇을 해야 하는지 이해하기 쉽게 만드는 예를 제공하라.

4.8.4.3 도움이 되는 방식

사용자는 흔히 양식과 관련 작업을 웹 사이트에서 가장 복잡한 경험으로 느낀다. 쉽게 혼란스러워지거나, 확신하지 못하거나, 심지어 완전히 길을 잃을 수 있다. 추가 도움을 제공하면 작업을 성공적으로 완료할 수 있는지와 포기하는지의 차이를 만들 수 있다. 이는 양식의 어떤 부분이 복잡하거나 비표준 상호작용을 요구하는 경우 특히 그렇다.

많은 표준 양식 컨트롤은 자동으로 지원을 제공한다. 예를 들어 많은 필드는 자동완성이나 개인화 의미론 [personalization-semantics-content-1.0]을 사용해 정보가 자동으로 채워질 수 있다. 그러면 사용자는 이를 작성할 때 실수하지 않는다.

추가 필드와 비표준 컨트롤을 요구하면 많은 사용자가 이를 사용하는 데 어려움을 겪는다. 장애가 있는 많은 사용자는 정보를 잘못 입력하거나 작업을 완료하는 방법을 알아내지 못한다. 이는 흔히 작업을 완전히 포기하는 결과로 이어진다. 다른 경우 사용자는 양식을 완료하거나 컨트롤을 작동하기 위해 돌봄 제공자에게 도움을 요청한다. 어느 경우든 장애 때문에 작업을 완료할 수 없었던 것이다.

표준 [HTML] 양식과 컨트롤은 최대의 사용성과 접근성을 위해 신중하게 지정되어 있다. 이들은 보통 사용자가 이해하며, 특히 웹 상호작용에 익숙한 사용자에게 그렇다. 그러나 표준 양식 동작이 변경되었거나 완전히 새로운 컨트롤이 제공되면 사용자는 어려움을 겪을 가능성이 높다. 새로운 동작이 신중하게 설계되고 사용자 테스트를 거쳤다고 가정하더라도, 사용자는 이를 성공적으로 사용하기 위해 여전히 도움이 필요할 수 있다.

4.8.4.4 자세한 내용

추가 도움이 필요할 가능성이 높은 양식과 컨트롤의 예:

  • 특정 문자 유형의 문자를 입력해야 하는 암호 필드.
  • 이전 답변에 따라 버튼이 나타나는 경우처럼 복잡한 상호작용이 있는 설문조사.
  • 필요한 형식에 모호성이 있을 수 있는 날짜 입력.
  • 일부 날짜가 회색으로 표시될 수 있는 날짜 선택기 같은 맞춤 컨트롤.
4.8.4.5 예제

사용:

  1. 표준 컨트롤
  2. 지시나 도움이 있는 비표준 컨트롤과 양식 필드. 예:
    • 비표준 컨트롤 옆의 접근 가능한 도움 버튼.
    • 맥락 민감 도움을 위한 표준 메커니즘. 여기에는 맥락 민감 도움을 위한 개인화 의미론 사용이 포함될 수 있다.
    • 찾기 쉬운 명확하고 모호하지 않은 지시.

피하기:

  1. 지시나 도움이 없는 비표준 컨트롤과 특이한 양식 필드. 예:
    • 양식에 스크롤하거나 탭으로 이동할 때 절을 활성화하고 비활성화하는 복잡한 메커니즘이 있지만, 아무 도움도 제공되지 않는다.

4.8.5 도움을 찾고 피드백을 주기 쉽게 만들기(패턴)

4.8.5.1 사용자 요구

나는 막히는 모든 곳에서 쉽게 도움을 받고 피드백을 줄 수 있어야 한다.

관련 사용자 이야기: 도움.

4.8.5.2 해야 할 일

사용자가 프로세스의 어느 지점에서든 도움을 요청하거나 문제를 보고하기 쉽게 만들라. 여기에는 다음이 포함된다:

  • 사용하기 쉬움: 피드백 정보와 양식은 단순하고 명확하다. (서로 다른 사용자 집단과의 사용자 테스트가 강력히 권장된다.)
  • 찾기 쉬움: 사용자가 막힐 수 있는 모든 위치에서 사용할 수 있다.
  • 양식, 이메일, 채팅 또는 전화 지원 같은 선호하는 의사소통 방법 사용하기.

피드백을 제공하는 선택지는 사용자가 다양한 선택지가 많은 대화형 음성 응답(IVR) 같은 복잡한 메뉴 시스템을 관리하도록 요구해서는 안 된다.

4.8.5.3 도움이 되는 방식

사용자가 피드백을 줄 수 있는 쉬운 방법을 제공하면 사람들이 문제를 공유하고, 도움을 요청하고, 제안을 하며, 긍정적인 의견을 줄 수 있게 된다. 사용자가 쉽게 피드백을 줄 수 없다면, 사이트 소유자가 문제를 인식하지 못한 채 문제가 계속 존재할 것이다. 사용자가 왜 막혔는지 설명하려고 할 때 길을 잃지 않도록, 프로세스의 어느 지점에서든 피드백을 제공할 수 있게 하는 것은 필수적이다. 개선 아이디어와 긍정적인 피드백도 놓치게 될 것이다.

예를 들어, 인지 및 학습 장애가 있는 사용자가 전자상거래 사이트를 사용하는 데 어려움을 겪는다. 그들은 사이트를 훨씬 더 쉽게 사용할 수 있게 하는 방법에 대한 아이디어를 가지고 있다. 피드백을 주려고 한 시간을 보낸 뒤 시도를 멈춘다. 사이트는 계속 고객을 잃는다.

4.8.5.4 자세한 내용

피드백 선택지가 다음과 같도록 보장하라:

  • 사용하기 단순함,
  • 프로세스의 모든 단계에서 사용 가능함,
  • 제출된 모든 피드백에 유용하게 응답하는 프로세스,
  • 완료하기 쉽고 사용자가 불필요한 정보를 제공하게 하지 않음, 그리고
  • 복잡한 메뉴 시스템에 의존하지 않음.

피드백을 수집하기 위한 여러 방법을 제공하는 것이 권장된다. 예를 들어 웹 사이트에서는 라이브 채팅, 전화번호, 웹 양식 및 피드백 이메일 주소를 포함한 4가지 피드백 선택지를 모두 제공하는 것을 고려하라.

챗봇은 피드백 프로세스를 시작하는 것 외에는 이 특정 유형의 피드백에 적합하지 않을 수 있음에 유의하라. 도달하려는 영역에 쉽게 갈 수 없다면 이는 매우 좌절감을 줄 수 있다.

4.8.5.5 예제

사용:

  1. 각 화면에서 사용할 수 있는 단순한 피드백 메커니즘. 예:
    • 은행 웹 사이트에 일부 고객이 온라인으로 청구서를 결제하지 못하게 하는 주요 접근성 문제가 있었다. 고객이 막힌 페이지에 피드백 양식이 있었다. 고객은 문제를 보고할 수 있었고 헬프데스크 직원이 연락하여 청구서 결제를 성공적으로 완료하도록 도왔다. 그 헬프데스크 직원은 접근성 문제도 소프트웨어 팀에 보고했다.
  1. 다음과 같은 여러 피드백 메커니즘:
    • 웹 채팅 또는 웹 통화 - 라이브 채팅이나 영상 통화를 사용하여 피드백을 제공하는 선택지. 유의: 라이브 채팅 또는 영상 통화 기능은 완전히 접근 가능해야 한다. 웹 채팅은 방해가 되지 않아야 하며 닫기 쉬워야 한다. 사용자 테스트로 사용성을 확인하라.
    • 전화 - 피드백 전화번호, 이상적으로는 음성 사용자 인터페이스(VUI)를 통해 자동으로 전화할 수 있는 기능이 있음. 복잡한 음성 메뉴가 없도록 보장하라.
    • 웹 양식 - 필수 필드가 3개 이하인 단순한 사이트 연락 양식.
    • 이메일 - 미리 채워진 “to” 및 “subject” 필드가 있는 “mailto [mailto]” 프로토콜을 사용하는 이메일 링크. 이것은 모든 플랫폼이나 모든 메일 클라이언트에서 작동하지는 않음에 유의하라.
    • 대화형 음성 응답(IVR) - IVR 끝에서 전화의 특정 숫자를 눌러 피드백을 줄 수 있는 자동 선택지를 제공한다.

피하기:

  1. 복잡한 피드백 메커니즘.
  2. 모든 사람이 사용할 수 없는 피드백 제공 방법 하나만 있는 것.

4.8.6 방향 안내에 대한 도움 제공하기(패턴)

4.8.6.1 사용자 요구

나는 방향 안내와 탐색을 이해하고 사용하는 데 도움이 필요하다.

관련 사용자 이야기: 도움.

4.8.6.2 해야 할 일

사용자가 방향 안내 또는 탐색 시스템을 이해하고 사용하는 데 도움이 되는 콘텐츠를 제공한다. 여기에는 다음이 포함될 수 있다:

  • 쉽게 인식되는 랜드마크 제공하기.
  • 탑의 북쪽처럼 정적인 객체와 관련지을 수 있는 방위(일반 또는 전역) 제공하기.
  • 방향이나 경로 변경처럼 사용자를 혼란스럽게 하는 변경을 피하도록 돕기.
  • 경로를 벗어났을 때 다시 방향을 잡도록 돕기.
  • 사람들이 거리를 인식하는 서로 다른 방식 지원하기.
  • 방향과 측정 기준 같은 용어의 개인화 허용하기.
4.8.6.3 도움이 되는 방식

인지 및 학습 장애가 있는 사람은 길찾기 방향 안내나 길찾기 애플리케이션에서 서로 다른 수준의 어려움을 겪는다. 길찾기 문제를 다루는 데 필요한 도움은 자극이 더 많은 실내 탐색과, 기억에 대한 요구가 더 많을 수 있는 실외에서 서로 다를 수 있다. 필요한 도움도 개인에 따라 다르다.

길찾기는 많은 인지 기능을 요구한다. 디자인은 다른 디자인 패턴에서 지원되는 것을 포함해 폭넓은 인지 및 학습 장애를 수용해야 한다. 예:

  • 기억,
  • 실행 기능,
  • 공간 방향 감각,
  • 시각/공간 주의, 지각 및 처리,
  • 공간 방향 상실 불안,
  • 언어 처리,
  • 지적 능력,
  • 주의력.

일부 사용자는 단계별 방향 안내처럼 더 자세한 도움이 필요할 수 있다. 많은 사용자는 경로를 따르기 전에 미리 볼 필요가 있다. 그러면 랜드마크는 인식과 방향 잡기에 도움이 되고 불안도 줄일 수 있다. 사용자의 선호와 일치하는 대체 상대 방향 용어와 방위가 가장 효과적이다. 예를 들어 애플리케이션은 “운전석 쪽” 또는 “동쪽 별관”을 참조할 수 있다. “절반쯤 이동했습니다”처럼 사람들이 상대 거리와 절대 거리를 상상하도록 돕는 것도 도움이 될 수 있다.

개인적 요구가 매우 다양하기 때문에 개인화 메커니즘이 매우 유용할 수 있다. 예를 들어 거리에 사용되는 단위이다. 플랫폼이나 기타 기술은 종종 사용할 수 있는 상대 방향과 방위 및 용어에 대한 개인화 선택지를 제공한다. 예를 들어 플랫폼 로케일 설정.

변경은 매우 혼란스러울 수 있다. 사용자는 몇 시간의 교통 체증을 피하기 위해 경로를 변경할 준비가 되어 있을 수 있지만, 이는 새 경로를 익히기 위해 주유소에 들어가야 함을 의미할 수 있다. 작은 교통 체증을 피하기 위해 경로를 변경하고 싶지 않을 수도 있다. 사용자에게 맞는 선택지를 찾도록 도우라.

예를 들어, 외상성 뇌 손상이 있는 사람이 Global Positioning System(GPS)을 사용하고 있다. 그들은 출발 전에 경로를 검토하고 회전 지점의 사진을 본다. 이러한 준비는 그들이 경로를 따라갈 수 있게 한다. 운전 중, 3분의 교통 체증을 피하기 위해 경로가 변경된다. 그들은 더 이상 이를 따라갈 수 없고 길을 잃는다.

4.8.6.4 예제

사용:

  1. 항상 사용할 수 있는 왼쪽과 오른쪽을 나타내는 두 번째 방법 또는 표시를 개인화하는 방법.
  2. 랜드마크를 사용하는 방향 안내. 예: 길찾기 중 방향 잡기에 도움이 되도록 지역 랜드마크의 이미지가 제공되거나 추가될 수 있다.
  3. 원하지 않는 변경을 피하기 위해 사용할 수 있는 선택지.
  4. 사용 가능한 추가 지원.

피하기:

  1. 덜 알려진 것(N by NE 등)을 포함하여 나침반 지점을 일관되게 참조하는 것.
  2. 사람이 예상 위치에 있다고 항상 가정하는 지시. 쉽게 복구할 방법이 없다.
  3. 사용자가 원하지 않거나 제어하지 않는 방식으로 자동 변경되는 콘텐츠.

4.8.7 알림 제공하기(패턴)

4.8.7.1 사용자 요구

나는 내 캘린더에 통합된 알림이 필요하다. 그렇지 않으면 약속과 내가 언제 일을 해야 하는지 잊어버릴 것이다. 때때로 다음 작업을 완료하기 위해 웹 사이트를 다시 방문하도록 알려 주는 알림이 필요하다.

관련 사용자 이야기: 지원.

4.8.7.2 해야 할 일

사용자가 날짜와 시간에 민감한 이벤트에 대해 알림을 설정하기 쉽게 만들라. 가능한 경우 표준 애플리케이션 프로그래밍 인터페이스(API)를 사용하라.

알림은 사용자의 요청이 있을 때만 설정되어야 하며, 사용자는 알림 방법을 개인화할 수 있어야 한다.

4.8.7.3 도움이 되는 방식

인지 및 학습 장애가 있는 사람은 흔히 이벤트와 시간을 관리하는 데 어려움이 있다. (사실 지원 없이 이벤트와 시간을 올바르게 관리할 수 없는 것은 일부 장애 집단의 진단 기준이다.) 이는 회의 결석, 특정 날짜까지 요청을 제출하지 못함, 지정된 기간 안에 양식을 제출하지 못함 및 기회 상실로 이어진다. 예:

  • 사용자가 정보를 캘린더에 복사할 때, 날짜나 시간을 잘못 복사하는 경우가 많다.
  • 사용자는 시간 기반 정보를 처리하고 유지하는 데 어려움을 겪는다.
  • 사용자는 시간 제한이 있는 이벤트의 순서를 정하기 어려울 수 있다.
  • 사용자의 기술은 피곤할 때 작업을 중단해야 할 정도로 감소할 수 있다. 사용자는 작업 일정을 다시 잡고 싶어 할 수 있다.

사용자가 이벤트와 마감일을 자신의 캘린더에 자동으로 추가할 수 있게 하는 캘린더 API(또는 작업 관리자)를 사용하면 도움이 될 수 있다.

예를 들어, 인지 및 학습 장애가 있는 사용자가 온라인으로 의사 약속을 잡는다. 보통 그들은 세부 사항을 캘린더에 잘못 복사한다. 그러나 이 경우 웹 사이트는 약속을 캘린더에 추가하는 선택지를 제공하고 한 시간 전 알림을 설정한다. 이제 사용자는 올바른 장소에 올바른 시간에 올바른 서류를 가지고 온다.

인지 접근성 요구가 있는 사용자에게 주는 이점은 그들이 약속, 마감일 및 일정을 독립적으로 관리할 수 있다는 것이다. 알림 설정 능력은 시간 제한 작업을 처리할 때 관련된 인지 부하를 줄일 수 있다. 시간 의존 활동은 제때 완료되도록 사용자가 모니터링하고 추적할 수 있다.

사용자가 방해받지 않도록 항상 작업 끝에서 알림 설정 선택지를 제공하라.

원하지 않는 알림을 추가하지 않는 것이 필수적이다. 이는 사용자의 캘린더를 너무 가득 차게 만들기 때문이다. 심지어 캘린더를 전혀 사용할 수 없게 만들 수도 있다. 사용자는 얼마나 많은 알림과 어떤 유형의 알림이 자신의 요구에 가장 잘 맞는지 아는 가장 좋은 사람이다.

4.8.7.4 자세한 내용

플랫폼이나 기술에 대한 표준 메커니즘이 존재하는 경우 이를 사용해야 한다. 다음을 참조하라:

날짜와 시간에 민감한 이벤트는 특정 시간까지 완료되어야 하는 모든 이벤트이다. 이러한 이벤트의 시간 제약은 캘린더 날짜와 시간 또는 총 경과 시간으로 정의될 수 있다.

고려할 수 있는 변수에는 다음이 포함된다:

  • 시간 - 논리적인 시간에.
  • 위치 - 적절한 위치에 있을 때 표시됨.
  • 맥락 - 컴퓨터 대 모바일, 특정 사이트 등.
4.8.7.5 예제

사용:

  1. 사용자가 이벤트를 자신의 캘린더에 추가하고 알림을 설정할 수 있는 선택지. 예:
    • 의료 사이트는 사용자가 지역 의료 약속을 설정할 수 있게 한다. 약속이 설정되면 사용자는 이를 캘린더에 (자동으로) 추가하고 3시간 전 알림을 설정할 수 있는 선택지를 받는다. 또한 알림을 추가하거나 편집할 수 있는 선택지도 제공된다.

피하기:

  1. 사용자가 참석하고 싶어 하지 않는 이벤트가 사용자의 캘린더에 추가되는 것.
  2. 사용자가 방금 설정한 이벤트와 약속을 자신의 캘린더에 자동으로 추가할 수 없는 것. 예:
    • 의료 사이트는 사용자가 지역 의료 약속을 설정할 수 있게 한다. 사용자는 이를 캘린더에 자동으로 추가하거나 알림을 설정하는 선택지를 받지 않는다.

4.9 목표 8: 적응과 개인화 지원하기

많은 사용자는 적응과 개인화를 지원하는 제품이 필요하다. 사용자는 애드온과 확장 기능을 보조 기술로 사용할 수 있어야 한다. 여기에는 맞춤법 검사기, 암호 지원, 텍스트 음성 변환 지원, 읽고 있는 구문의 동기화된 강조 표시가 포함된다.

개인화는 사용자가 대안 집합에서 선호하고 익숙한 선택지를 선택할 수 있게 한다.

가능한 경우 개인화와 단순화를 지원하라. 애드온과 확장 기능을 비활성화하지 말라.

4.9.1 콘텐츠가 움직이거나 변경되는 시점을 사용자가 제어하게 하기(패턴)

4.9.1.1 사용자 요구

나는 사물이 어디에 있는지 알아야 한다. 내가 사용하는 동안 컨트롤과 콘텐츠가 예기치 않게 움직이지 않는다.

관련 사용자 이야기: 적응.

4.9.1.2 해야 할 일

맥락, 기능, 설정, 경로 및 방향의 변경은 사용자 요청으로만 시작되도록 보장하거나, 그러한 변경을 끌 수 있는 쉽게 사용할 수 있는 메커니즘을 제공하라. 또한 이전 맥락, 기능, 설정, 경로 및 방향으로 돌아갈 수 있는 쉽게 사용할 수 있는 메커니즘을 제공하라.

4.9.1.3 도움이 되는 방식

사용자가 시작하지 않았는데 예기치 않게 변경되는 콘텐츠, 설정 또는 기능은 인지 및 학습 장애가 있는 사용자에게 중대한 문제를 일으킬 수 있다. 이러한 영역 중 하나에서 예기치 않은 변경은 포커스 상실, 불안, 또는 사용자 인터페이스(예: 메뉴, 버튼 및 디자인 구성요소)를 이해하거나 사용하는 데 혼란을 초래할 수 있다. 예에는 다음이 포함되지만 이에 한정되지 않는다:

  • 새 창이나 팝업의 자동 실행.
  • 양식을 제출하기 위해 명확하게 레이블이 붙은 버튼(양식을 제출하기 위한 단순한 언어 사용) 이외의 메커니즘을 통한 양식 제출.
  • 새 콘텐츠나 기능 열기.
  • 선택지를 선택할 때의 예기치 않은 변경.
  • Global Positioning System(GPS)에 의한 자동 경로 변경.
  • GPS에서 지도의 방향 변경.

예를 들어, 사용자는 방향 감각이 없거나 왼쪽과 오른쪽을 모를 수 있다. GPS를 사용하기 전에, 그들은 자신이 대략 무엇을 하는지 알고 자신의 맥락으로 GPS의 방향 안내를 보완할 수 있도록 경로를 공부하고, GPS를 단서로 사용할 수 있다. GPS는 작은 교통 지연 때문에 자동으로 경로를 변경한다. 그들은 완전히 길을 잃고 방향 감각을 잃어 더 이상 애플리케이션을 사용할 수 없다.

또 다른 예에서, 사용자가 비디오를 보고 있으며 “like”를 누르고 싶어 한다. 버튼을 누르려는 순간 컨트롤이 이동하여 “like”를 누르는 대신 다른 비디오를 로드한다. 사용자는 콘텐츠를 잃고 싶지 않기 때문에 이제 “like”를 누를 가능성이 낮아진다. 그 결과 사용자의 선호가 고려되지 않는다.

콘텐츠가 언제 변경되는지 사용자가 제어하게 하면 인지 및 학습 장애가 있는 사용자가 웹 사이트와 애플리케이션의 동작 방식을 더 많이 제어할 수 있다. 이는 콘텐츠를 사용하고 작업을 완료할 수 있게 하는 선택을 할 기회를 제공한다.

4.9.1.4 자세한 내용

예외: 변경이 필수적인 활동(예: 게임)의 일부인 경우.

경로: 이는 GPS 경로 같은 방향 안내와 흐름이다.

방향: 지도 방향 같은 관점 또는 보기.

쉽게 사용할 수 있음(또는 쉽게 사용할 수 있는 모드나 설정)은 다음 중 하나 이상이 참일 때를 말한다:

  • 가능한 한 넓은 범위로 한 번 설정할 수 있다(예: 운영 체제(OS)의 표준 사용, 사용 가능한 경우 [ISO 9241-112] 또는 [GPII]에서).
  • 웹 페이지 집합의 범위에 대해 설정을 저장하거나 변경하는 선택지가 있다.
  • 필요할 수 있는 각 화면에서 접근 가능하며, 경로와 컨트롤이 이 문서 전체를 준수한다.
4.9.1.5 예제

사용:

  1. 콘텐츠가 변경될 때의 사용자 제어. 예:
    • 사용자는 특정 시간 이상이 절약되는 경우 경로를 변경하도록 설정할 수 있다. 5분을 절약하기 위해 허용 가능한 추가 회전 수 같은 더 많은 정보를 추가할 수 있다. GPS가 시간을 절약하는 새 경로를 찾으면, GPS는 추가된 회전 수와 절약될 시간을 포함하여 변경 사항을 사용자에게 알린다. GPS는 사용자가 경로를 변경할 것인지 묻거나, GPS가 변경했다면 사용자는 한 번의 터치나 명령으로 원래 경로로 돌아갈 수 있다.

피하기:

  1. 사용자가 제어할 수 없는 상태에서 변경되는 콘텐츠.

4.9.2 API와 확장 기능 활성화하기(패턴)

4.9.2.1 사용자 요구

나는 위젯이나 확장 기능의 추가 지원 기능을 사용해야 한다.

관련 사용자 이야기: 확장 기능과 API.

4.9.2.2 해야 할 일

API와 확장 기능이 콘텐츠와 함께 작동한다.

4.9.2.3 도움이 되는 방식

인지 및 학습 장애가 있는 사람들은 흔히 애드온이나 확장 기능을 보조 기술로 사용한다. 예:

  • 두문자어의 긴 형식 읽기,
  • 읽고 있는 구문의 동기화된 강조 표시가 있는 텍스트 음성 변환 지원,
  • 콘텐츠 단순화,
  • 제목 구조에서 마인드맵 만들기,
  • 이미 입력한 콘텐츠 유지 지원,
  • 암호 관리,
  • 맞춤법 검사,
  • 기호 또는 인터페이스 변경,
  • 숫자를 단어로, 단어를 숫자로 변경,
  • 줄, 문장, 구문 및 덩어리 사이에 여백 추가,
  • 음성 인식 같은 콘텐츠를 입력하는 대체 방법,
  • 그림 추가.

그러나 때로는 웹 사이트가 확장 기능과 API의 작동을 막는다. 그 결과 이러한 사용자는 이 웹 사이트를 사용할 수 없다.

이러한 애드온과 API가 지원되지 않는 경우, 작성자는 보조 기술로 사용되는 애드온의 모든 기능에 대한 지원을 제공해야 한다.

예를 들어, 외상성 뇌 손상이 있는 사용자는 다음과 같은 세부 사항을 기억하는 능력에 영향을 주는 실행 기능 및 기억 손상이 있다:

  • Web of Things(WoT) 인터페이스의 아이콘이나 기호,
  • 사용자 이름과 암호,
  • 두문자어가 무엇의 약자인지,
  • 전화번호, 또는
  • 흔하지 않은 단어의 의미.

콘텐츠를 단순화하고 지원(예: 두문자어의 긴 형식과 팝업 사전)을 제공하는 애드온 사용을 지원하면 그들이 대부분의 콘텐츠를 이해할 수 있게 된다.

암호 관리 도구를 지원하면 사용자가 성공적으로 로그인하고 보안 사이트에서 잠기는 것을 피할 수 있다.

민감하지 않은 정보를 저장하고 자동완성을 지원하면 양식 작성에 도움이 된다. 이는 사람의 전화번호나 주소 같은 공통 정보를 제안한다. 또한 실수를 피하는 데 도움이 된다. 이 정보를 기억에서 정확히 회상하거나 복사하여 붙여넣을 필요를 없애며, 이는 흔히 그들이 양식을 성공적으로 사용하는 것을 막는 작업이다.

텍스트 콘텐츠에 압도될 때, 그들은 자신에게 익숙한 기호를 삽입하여 필요한 콘텐츠를 찾는 데 도움이 되는 확장 기능을 가지고 있다.

선택지가 너무 많으면 IoT 장치와 상호작용하는 복잡성이 더해질 수 있다. 추가 선택지는 무시하기 쉬워야 하며, 그것이 추가적이라는 것과 건너뛰는 방법을 이해하기 위해 많은 읽기를 요구해서는 안 된다.

때때로 Internet of Things(IoT) 인터페이스는 계량기의 기본 “reading”이 “1”이 아니라 “2”로 설정되는 경우처럼 사용자를 혼란스럽게 할 수 있다. 그러면 사용자는 이를 “1”로 재설정해야 한다.

제안된 모든 해결책에서 IoT와 상호작용하는 것 같은 운영 작업을 가능한 한 투명하게 만들어, 사용자가 콘텐츠와 관련된 기능적 측면에 주의를 집중할 수 있도록 하는 것이 중요하다.

4.9.2.4 자세한 내용

인지 및 학습 장애가 있는 사람들은 흔히 애드온을 보조 기술로 사용한다. 다음 경우를 제외하고 애드온과 유사한 도구가 예상대로 작동하는 것이 필수적이다:

  1. 보안 또는 안전 요구사항 때문에 이러한 API를 비활성화해야 하는 경우. 이 경우 해당 필드에 대해서만 비활성화해야 한다.
  2. 평가 및 테스트 애플리케이션처럼 애드온이 사이트의 주요 기능을 망가뜨리는 경우.

코드가 애드온을 자동으로 비활성화하면, 애드온의 추가 기능을 지원해야 하는 부담은 작성자에게 돌아간다.

4.9.2.5 시작하기

콘텐츠는 인지 및 학습 장애가 있는 사람들을 지원하는 API와 확장 기능과 함께 사용할 수 있다.

콘텐츠에 적합한 일부 API를 사용하여 테스트를 검증한다. 예:

  • 맞춤법 검사기 및 암호 저장 앱이나 확장 기능으로 테스트하기.
  • 메뉴 항목(데스크톱의 오른쪽 클릭 선택지)에 추가하는 확장 기능으로 테스트하기.
  • 인지 및 학습 장애가 있는 사람을 위해 설계되고 단순화 또는 개인화를 가능하게 하는 도구 모음으로 테스트하기.
4.9.2.6 예제

사용:

  1. 브라우저 확장 기능과 기능, 개인화 도구 모음 지원. 사용자는 페이지의 사용성을 자신에게 맞게 향상시키기 위해 개인화 도구 모음의 설정을 적용할 수 있다.
  2. 오른쪽 클릭에 선택지를 추가하는 확장 기능이 예상대로 작동한다.
  3. 페이지는 운영 체제나 사용자 에이전트의 사용자 환경설정에 따라 서식 지정 및 단순화될 수 있다.

피하기:

  1. 브라우저 확장 기능, 설정 및 기능, 개인화 도구 모음의 작동을 막는 디자인과 코드. 예:
    • 암호 저장 애플리케이션이 작동하지 않는다.
    • 주의 산만 제거 확장 기능이 작동하지 않는다.
    • 맞춤법 검사 확장 기능이 오른쪽 클릭 메뉴에 선택지를 추가하지 않거나, 사용자가 만든 실수에 밑줄을 긋지 않는다.
    • 단순화 도구 모음으로 올바른 기호를 추가할 수 없다.
    • 페이지에 서식을 지정하거나 추가 여백을 넣을 수 없다.
    • 사용자가 선호하는 글꼴을 사용할 수 없다.

4.9.3 단순화 지원하기 (패턴)

4.9.3.1 사용자 요구

나는 인지 과부하가 너무 많으면 전혀 기능할 수 없으므로, 추가 선택지와 기능이 없는 더 적은 콘텐츠가 필요하다.

관련 사용자 이야기: 적응.

4.9.3.2 해야 할 일

콘텐츠의 단순화를 지원하라. 흔히 여기에는 사용자가 다음을 할 수 있게 하는 것이 포함된다:

  • 대부분의 사용자가 사용하지 않거나 필수적이지 않은 기능을 제거하거나 숨기기.
  • 더 적은 텍스트 또는 더 단순한 텍스트 얻기.
  • 자신에게 가장 이해하기 쉬운 콘텐츠 형식이나 버전을 선택하기, 또는
  • 원할 때 추가 기능 찾기.
4.9.3.3 도움이 되는 방식

웹 콘텐츠를 읽거나 사용하는 데 어려움이 있는 사용자는 웹 페이지에 정보가 너무 많으면 쉽게 압도될 수 있다. 필요한 핵심 정보를 포함하도록 페이지를 단순화해야 하며, 다른 콘텐츠와 기능을 읽고 이해하는 데 모든 에너지를 쓰지 않아야 한다. 이는 쉽게 주의가 산만해지는 사용자에게도 해당된다.

예를 들어, 이메일 프로그램은 이메일을 작성할 때 많은 기능과 서식 선택지를 가지고 있다. 이는 많은 사람에게 너무 복잡하게 만든다. 개인화를 통해 사용자는 전송과 취소 선택지만 있는 단순한 선택지를 가질 수 있다. “to”와 제목 줄은 있지만 cc 또는 bcc 선택지는 없다. 이 설정에는 명확한 제목(이메일 쓰기)이 있으며 사용자가 이해하는 아이콘이 있다.

4.9.3.4 자세한 내용

다음에 유의하라:

  • 일반적으로 단순한 애플리케이션에는 3~6개의 기능이 있다.
  • 전체 기능 버전으로 돌아가기 쉬운지 확인하라.
  • 다음을 통해 이 디자인 패턴을 충족할 수 있다:
    • 브라우저의 단순화된 버전 지원하기,
    • 영역과 컨트롤에 data-simplification 사용하기,
    • 개인화 의미론의 다른 속성 사용하기([personalization-semantics-1.0] 참조),
    • 단순화 도구 모음 추가하기, 또는
    • 대체 버전 제공하기.
4.9.3.5 시작하기

핵심 사용자 테스트 경로에 있는 콘텐츠에 data-simplification="critical"을 추가하라.

4.9.3.6 예제

사용:

  1. 사용 가능하고 닫기 쉬운 단순화된 “읽기” 보기.
  2. 3개의 큰 기능이 있는 애플리케이션. 다른 기능은 푸터 또는 “more” 선택지 아래에 있다.
  3. 애플리케이션의 단순화된 버전이 사용 가능하다.

피하기:

  1. 단순화 모드에 불필요한 추가 콘텐츠가 있거나 지원되지 않는 것.
  2. 기능이 많고 단순화할 수 없는 애플리케이션. 예:
    • 복잡한 이메일 프로그램에는 태그 지정, 그룹 태그 지정, 새 스레드 시작 등 많은 컨트롤 바와 기능이 있다. 페이지를 쉽게 단순화할 방법이 없다.

4.9.4 개인화되고 익숙한 인터페이스 지원하기(패턴)

4.9.4.1 사용자 요구

나는 인식할 수 있고 무슨 일이 일어날지 아는 익숙한 인터페이스(또는 그 버전)가 필요하다.

관련 사용자 이야기: 적응.

4.9.4.2 해야 할 일

사용자가 인터페이스를 익숙하게 만들 수 있도록 개인화하는 방법을 제공하라.

이는 다음을 통해 수행할 수 있다:

  1. 글꼴 스타일, 글꼴 크기, 줄 높이, 여백 및 대비 같은 표현에 대한 사용자 환경설정을 허용하기. (유의: 기본 버전도 여전히 읽을 수 있어야 하고 명확한 글꼴을 사용해야 한다.)
  2. 사용자가 익숙하고 사용할 줄 아는 이전 인터페이스로 되돌아갈 수 있게 하기.
  3. 사용자가 경험을 제어할 수 있게 하는 컨트롤, 링크 및 기호에 의미론 추가하기. 예:
    • 공통 필드에 HTML5 autocomplete 사용,
    • 개인화된 이미지를 추가하는 도구 모음 추가,
    • [personalization-semantics-1.0]의 속성 사용.

사용자가 개인화 선택지를 알고 쉽게 구성할 수 있도록 보장하라. 명확한 지시가 도움이 될 수 있다.

4.9.4.3 도움이 되는 방식

개인화는 사용자의 요구를 충족하도록 인터페이스를 변경한다.

익숙한 용어와 기호를 갖는 것은 많은 사용자가 웹을 사용할 수 있게 하는 핵심이다. 그러나 한 사용자에게 익숙한 것이 다른 사용자에게는 익숙하지 않아 새 기호를 배워야 할 수 있다. 의미론을 추가하면 개별 사용자에게 익숙한 확장 기능이나 브라우저가 기호와 지원을 추가할 수 있다.

더 강한 예는 AAC를 사용하는 사람들이다. 이러한 사용자는 보통 하나의 기호 집합만 배운다. 그들은 서면 형식에서 AAC를 사용하는 다른 사람들과 쉽게 의사소통하지 못하거나, 서로 다른 애플리케이션에서 사용되는 서로 다른 기호를 이해하는 데 어려움을 겪을 수 있다. [personalization-semantics-1.0] 같은 개인화를 사용하면, 사용자 에이전트는 개별 사용자가 이해할 수 있는 기호를 로드할 수 있다. 사용자는 웹과 다른 애플리케이션에도 접근할 수 있다.

다른 지원에는 사용자가 양식을 채우고 콘텐츠를 이해하도록 돕는 자동완성과 확장 기능이 포함된다. 기억이나 실행 기능 손상이 있는 많은 사용자는 누군가에게 정보를 복사하거나 자신의 작업을 확인해 달라고 요청하지 않고는 양식을 채울 수 없다. 자동완성은 훨씬 더 많은 사용자가 스스로 양식을 관리할 수 있게 한다.

4.9.4.4 시작하기
  • 모든 공통 필드에 HTML autocomplete 태그를 사용하라.
  • 개인화된 이미지를 추가하는 도구 모음을 추가하라.
  • 개인화된 이미지를 위한 도구 모음과 함께 작동할 수 있는 의미론을 추가하라.
4.9.4.5 예제

사용:

  1. 모든 공통 필드에 [HTML5] autocomplete 태그 사용하기.
  2. 스타일에 대한 브라우저 환경설정을 지원하는 실제 텍스트.
  3. 개인화된 이미지를 추가하는 도구 모음.
  4. 개인화된 이미지를 위한 도구 모음 또는 [personalization-semantics-1.0]와 함께 작동할 수 있는 의미론.

피하기:

  1. [HTML5] autocomplete을 지원하지 않는 양식.
  2. 만화 글꼴이나 고딕체처럼 명확하거나 읽기 쉽지 않은 기본 글꼴.
  3. 쉽게 개인화할 수 없는 페이지.

5. 사용성 테스트, 포커스 그룹 및 피드백

5.1 인지 및 학습 장애가 있는 사용자와 함께 작업하기

이 절은 사람들이 인지 및 학습 장애가 있는 사용자와 함께 작업하는 데 도움을 주는 것을 목표로 한다. 다음에 초점을 둔다:

사용성 테스트 전문가는 윤리적 고려사항에 특별히 주의를 기울여야 한다. 이 대상자는 잠재적으로 더 취약할 수 있기 때문이다.

참고

사용성 테스트와 사용자 연구에 대한 안내서를 제공하는 것은 이 문서의 범위를 벗어난다. 장애가 있는 사용자를 포함하는 것에 대한 추가 정보는 웹 접근성 평가에 사용자 참여시키기와 우리의 개발자 리소스 페이지의 기타 유용한 리소스에서 찾을 수 있음에 유의하라.

사용성 테스트는 콘텐츠와 디자인이 인지 및 학습 장애가 있는 실제 사람들에게 작동하는지 알 수 있는 가장 좋은 방법이다.

사용성은 모든 사람에게 중요하다. 그러나 누군가가 자신의 장애 때문에 도움 없이 콘텐츠나 디자인을 사용할 수 없다면, 그 콘텐츠는 그들에게 접근 가능하지 않다. 인지 및 학습 장애가 있는 사용자가 콘텐츠를 독립적으로 사용할 수 있도록 디자인을 변경하는 것이 중요하다.

프로젝트의 처음부터 디지털 접근성을 포함하면 모든 사용자의 접근성이 향상된다. 포커스 그룹, 사용자 요구, 디자인 패턴(컨트롤과 기타 요소를 위한 반복되는 디자인) 및 사용성 테스트에 인지 및 학습 장애가 있는 사람들을 포함하라.

접근성을 위한 자동화 테스트는 접근성의 더 기술적인 영역에 초점을 둔다. 중요하기는 하지만, 자동화 테스트는 인지 또는 학습 장애가 있는 사람이 콘텐츠를 사용할 수 있는지 평가하지 못하는 경우가 많다. 인지 및 학습 장애가 있는 사람들에게는 개발 팀이 자동화된 접근성 테스트에만 의존하지 않는 것이 필수적이다. 개발 팀은 다음을 해야 한다

때때로 디자인과 콘텐츠는 일부 사람들에게는 사용 가능하지만, 인지 또는 학습 손상이 있으면 그렇지 않다. 때때로 콘텐츠는 하나의 인지 및 학습 장애가 있는 사람에게는 사용 가능하지만 다른 장애가 있는 사람에게는 그렇지 않다. 예를 들어, 단어가 적고 숫자가 많은 콘텐츠는 일부 자폐 및 난독증 사용자에게 완벽할 수 있다. 그러나 같은 콘텐츠는 수치 정보에 어려움을 겪는 난산증이 있는 사람에게는 접근 불가능하다. 사용성 테스트에는 기억 손상, 학습 어려움, 주의력 손상, 수치 손상, 언어 및 의사소통 장애, 지적 장애가 있는 사람들처럼 다양한 인지 및 학습 장애가 있는 폭넓은 사용자 집합이 포함되는 것이 중요하다.

5.2 포함할 사람 찾기

서로 다른 인지 및 학습 장애가 있는 사용성 테스트 참여자를 찾는 것은 강력히 권장되며, 예산이 적은 소규모 그룹에서도 달성할 수 있다. 조직이 이미 사용자를 참여시키고 있다면, 이 절은 그 활동을 확장하여 인지 및 학습 장애가 있는 사람들을 포함하는 것을 목표로 한다. 공식적인 사용자 참여가 없는 개발자의 경우에도, 소량의 사용자 입력과 테스트가 사용성과 접근성에 큰 차이를 만들 수 있다. 사용자 테스트와 사용성에 대한 추가 링크는 우리의 개발자 리소스 페이지에서 찾을 수 있다.

사람들은 때때로 학습 어려움이 있는 사람들을 위한 조직이나 자조 그룹에서 사용자를 모집한다. 소셜 미디어 그룹도 편리한 리소스가 될 수 있다. 소규모 개발 그룹은 친구, 동료, 친척 또는 이웃처럼 자신이 아는 사람들에게 요청함으로써 큰 개선을 이룰 수 있다. 다음과 같은 사용자 그룹을 만들도록 노력하라:

후천적 인지 문제가 있는 사람들은 다음과 같이 다른 장애가 있는 사람들과 같은 어려움을 가진다:

고객이나 사용자로서 당신의 대상 집단에도 속하는 학습 및 인지 어려움이 있는 사람들을 찾는 것이 도움이 된다.

조직에 더 공식적인 프로세스가 있다면, 직원이나 지역사회 구성원이 보조 기술이나 기타 조정을 받을 수 있도록 돕는 사람들과 함께 작업하라. 그들은 자신의 연락처를 통해 자원봉사자 모집 공고를 낼 수 있다. 이는 개인이 스스로 식별하고 도움에 참여하도록 선택하는 데 도움이 된다.

일부 조직은 인지 및 학습 장애가 있는 동료 연구자도 사용한다. 동료 연구자는 자신의 장애가 있는 사람들의 관점을 이해한다. 연구자와 개발자는 동료 연구자와 함께 해결책을 찾는다. 동료 연구자는 또한 다른 인지 및 학습 장애가 있는 사람들과 해결책을 테스트하는 데도 참여한다. 우리의 개발자 리소스 페이지는 학습 및 인지 어려움이 있는 사람을 공동 연구자 또는 동료 연구자로 찾고 함께 작업하는 것에 대한 정보가 있는 프로젝트와 리소스를 참조한다.

5.4 사용성 테스트

사용성에 대한 한 접근 방식은 주요 작업에 대한 사용자 효능, 효율성 및 만족도를 측정하는 것이다. 이는 다음을 측정하거나 추적하여 수행할 수 있다:

평가가 끝나면 다음에 답할 수 있어야 한다:

5.4.1 일반 인구와의 사용성 테스트와의 차이

인지 및 학습 장애가 있는 사람들과 사용성 테스트를 할 때는 몇 가지 차이가 있다:

  • 그들의 요구에 대한 지원이 필요한지 미리 물어보라. 여기에는 조용한 방이나 잦은 휴식이 포함될 수 있다.
  • 개별 인터뷰나 그룹처럼 어떤 테스트 방법이 그들에게 가장 잘 맞는지 물어보라. 어떤 사람들은 자신의 집에서 인터뷰하는 것을 선호할 것이다.
  • 참여 양식이 이해하기 쉬운지 확인하라. 핵심 요점을 이해했는지 확인하라.
  • 참가자에게 정보를 다른 형식으로 요청할 수 있음을 알려라. 요청이 있으면 검토하고 질문할 수 있는 충분한 시간을 두고 받을 수 있도록 보장하라.
  • 세션 시작 전에 질문이 생길 수 있으므로 세션에 참여 양식 사본을 준비하라.
  • 참여 양식을 참가자에게 미리 보내라. 참가자가 질문하고 양식을 작성할 수 있도록 충분한 시간을 허용하라.
  • 참가자가 돌봄 제공자, 가족 구성원 또는 친구를 동반할 수 있게 하라.
  • 테스터에게 보호자가 있는 경우, 참가자와 보호자 모두에게 동의를 받아야 한다.
  • 보호자나 돌봄 제공자를 동반한 경우, 그들이 대신 작업을 수행하지 않도록 하라. 도움을 준다면, 어떤 도움을 주는지 면밀히 관찰하라. 이는 디자인 결함 때문일 수 있다.
  • 테스트 전에 테스트 방법을 설명하라.
  • 질문은 짧고 이해하기 쉬운 언어로 작성해야 한다.
  • 참가자에게 단순히 묻는 것보다 기분을 평가하는 쉬운 방법을 제공하라. 다음과 같은 웃는 얼굴을 선택하게 해 보라: 그림 1 단순한 기분 선택기.

    행복한 표정에서 중립을 거쳐 슬픈 표정까지 이어지는 5개의 웃는 얼굴 세트.
    그림 1 단순한 기분 선택기
  • 일부 개인은 얼굴에서 기분을 식별하는 데도 어려움이 있다. 고려할 다른 선택지로는 단순한 기분 선택기와 개인이 자신의 선택을 가리킬 수 있는 텍스트 기반 평가 척도가 있다. 예를 들어, 나는 이것이 정말 좋다, 괜찮다, 나는 이것이 정말 싫다.
  • 데이터 수집에 사용되는 방법을 이해했는지 확인하라.
  • 실수를 했다고 해서 그 사람이 자신에게 잘못이 있다고 느끼지 않도록 보장하라. 이는 사용성 테스트 중 항상 중요하지만, 인지 및 학습 장애가 있는 사람들에게는 이러한 상황이 더욱 발생하기 쉽다.
  • 보고 싶은 기능, 선호하는 디자인, 가장 도움이 된다고 느끼는 지원 등 그들의 아이디어를 물어보라. 그들의 기여에 감사하라.
  • 테스터가 언제든지 사용자 테스트 세션을 종료할 수 있음을 명확히 하라.

인지 및 학습 장애가 있는 사람들과 사용성 테스트를 수행할 때 살펴볼 사항에 대한 몇 가지 제안은 다음과 같다:

  1. 시작하기 전에, 연구 팀이 테스터는 어떤 것도 잘못할 수 없다는 점을 이해하도록 하라. 연구는 결코 사용자에게 해를 끼치거나 기분 나쁘게 만들어서는 안 된다.
  2. 참가자와 연구자가 언제든지 떠날 수 있다는 것을 알도록 하라. 떠나더라도 누구도 기분 나빠해서는 안 된다!
  3. 테스터가 작업이나 질문을 이해했는지 확인하라. 테스터가 “소리 내어 생각하기”를 하도록 격려하라.
  4. 작업 완료에 걸리는 시간을 측정하고, 사용자가 느려지거나 어려움을 겪는 것처럼 보이는 부분을 기록하라. 테스터가 각 작업을 합리적으로 쉽고 빠르게 관리할 수 있는가? 또한 잘못된 항목을 클릭하는 것을 포함하여 그들이 저지르는 모든 오류를 기록하라.
  5. 작업을 완료하는 것이 좌절스럽거나 속상한지 알아보라.
    1. 작업 전후에 사용자에게 기분이 어떤지 물어보거나, 자신의 기분을 나타내는 웃는 얼굴을 선택하게 하는 것처럼 기분을 평가하도록 할 수 있다.
    2. 짜증나는 것이 있었는지 물어보라.
  6. 당신의 사용자(인지 및 학습 장애가 있는 사람들)를 위해 어떻게 더 좋게 만들 수 있는지 물어보라.
  7. 인터페이스를 더 쉽게 사용할 수 있게 만드는 것이 무엇인지에 대한 제안이 있는지 사용자에게 물어보라. 이는 사용성 테스트 끝에 하는 것이 가장 좋은 경우가 많다.
  8. 사용자가 어려움을 겪고 있다면, 당신이 그들이 아니라 시스템을 검토하고 있으며 그들의 통찰이 정말 도움이 된다는 점을 상기시켜라. 도움을 준 것에 감사하라. 그들이 문제를 발견하는 것은 팀이 제품을 더 좋게 만드는 데 도움이 되므로 유용하다는 점을 상기시켜라. 사용자가 괴로워하고 있다면 프로세스를 중단하라.
  9. 수집된 데이터를 분석하고 팀과 결과를 검토하라. 개인의 신원과 장애를 공유하도록 허락한 경우가 아니라면, 개인의 이름을 비밀로 유지하는 것을 기억하라.

5.5 테스트 목적

디자인 가이드의 목적을 테스트할 수 있다. 성공적이라면 해당 절은 완료된 것으로 간주할 수 있다!

각 목적에 대해, 사용자 테스트가 다양한 인지 및 학습 장애를 가진 개인을 포함하는지 확인하라. 단순히 질문만 하지 말고, 사용자가 사용성을 입증하는 동작을 완료하도록 요청하라. 다음을 테스트하되, 사용자가 단순한 질문에 답하는 것이 아니라 자신의 지식과 이해를 보여 주도록 테스트를 구성하라: 충분한 사용자 집단이 대표되는가?

예를 들어, 일반적인 프로젝트는 다음을 포함하고자 할 수 있다: 초기 치매를 안고 사는 사람들, 나이 관련 건망증, 지적 장애, 서로 다른 특정 인지 및 학습 장애, 그리고 의사소통 장애가 있는 사람들.

5.5.1 사용자가 사물이 무엇이며 어떻게 사용하는지 이해하는가?

  • 사용자가 페이지가 무엇에 관한 것인지 알고 있는가?
  • 사용자가 페이지에서 어떤 동작을 할 수 있는지 알고 있는가?
  • 사용자가 웹 사이트, 애플리케이션 또는 다단계 프로세스에서 자신이 어디에 있는지 알고 있는가?
  • 사용자가 콘텐츠의 서로 다른 절을 쉽게 찾을 수 있는가?
  • 사용자가 페이지에서 완료하고자 할 수 있는 다양한 활동을 식별하라:
    • 사용자가 도움을 요청하지 않고 활동을 달성할 수 있는가?
    • 사용자가 활동을 달성하려고 시도할 때 오류를 범하는가?
    • 사용자가 이를 쉽게 달성할 수 있다고 느끼는가?

관련 디자인 목적: 목표 1: 사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 돕기.

5.5.2 사용자가 필요한 것을 찾을 수 있는가?

  • 사용자가 사이트와 각 페이지에서 중요한 정보와 중요한 상호작용 기능을 모두 쉽게 식별할 수 있는가?
  • 사용자가 탐색과 검색을 모두 사용하여 사물을 찾을 수 있는가? (중요하고 흔히 사용되는 정보나 기능을 확인하라.)
  • 사용자가 상호작용 중 취한 동작을 되돌리거나 수정할 수 있는가? 익숙하고 일관된 동작을 사용하는가?

관련 디자인 목적: 목표 2: 사용자가 필요한 것을 찾도록 돕기.

5.5.3 콘텐츠가 명확하고 이해할 수 있는가?

  • 사용자가 세그먼트나 핵심 정보 조각을 빠르게 찾을 수 있는가?
  • 사용자가 텍스트를 이해하는가?
  • 사용자가 텍스트를 즉시 이해하는가?
  • 사용자가 모호한 언어를 알고 있는가?
  • 수학 개념을 이해하지 않고도 콘텐츠를 사용할 수 있는가?
  • 숫자 대신 단어로 수학을 표현한 것이 있는가?
  • 느린 독자를 위한 지원이 도움이 되는가?
  • 사용자가 (익숙한) 기호의 사용을 이해하는가?
  • 사용자가 이미지와 멀티미디어의 사용을 이해하는가?

관련 디자인 목적: 목표 3: 명확하고 이해할 수 있는 콘텐츠 사용하기.

5.5.4 사용자가 실수를 피하고 쉽게 수정할 수 있는가

  • 사용자가 실수하지 않고 양식을 쉽게 작성할 수 있는가?
  • 사용자가 잘못된 곳으로 갔을 때 한 번의 클릭으로 쉽게 돌아올 수 있는가? (화면에서 무언가를 누르고 돌아가 보라고 요청할 수 있다.)
  • 양식을 작성하는 것이 즐거웠는가? 사용자의 기분이 변했는가?
  • 사용자가 무언가를 다시 해야 했는가? 실수를 수정하는 것이 쉬웠는가?
  • 스트레스를 받거나 피곤할 때도 이것을 쉽게 할 수 있을지 사용자에게 물어보라.
  • 어려운 것이 있었는지 사용자에게 물어보라.
  • 양식을 완료한 뒤, 시작 부분의 세부 사항을 변경하도록 사용자에게 요청하라. 데이터 손실 없이 해냈는가? 어렵거나 스트레스가 되었는가?
  • 양식을 더 쉽게 작성하려면 어떻게 해야 하는지 사용자에게 물어보라. 디자인 패턴 절의 관련 디자인 기법 몇 가지를 제안하고, 그것이 이 양식에 도움이 될지 물어보라.

관련 디자인 목적: 목표 4: 사용자가 실수를 피하고 이를 수정하는 방법을 알도록 돕기.

5.5.5 사용자가 집중을 유지할 수 있는가?

  • 집중을 잃지 않고 활동을 쉽게 달성할 수 있는가?
  • 사용자가 집중을 잃도록 1분 동안 주의를 산만하게 하라. 쉽게 작업으로 돌아갈 수 있는가?
  • 스트레스를 받거나 피곤할 때도 이것을 쉽게 할 수 있을지 사용자에게 물어보라.
  • 제목이나 브레드크럼처럼 자신이 무엇을 하고 있는지 기억하는 데 무엇이 도움이 될지 사용자에게 물어보라.
  • 주의를 산만하게 하는 것이 있었는지 사용자에게 물어보라.

관련 디자인 목적: 목표 5: 사용자가 집중하도록 돕기.

5.5.6 사용자가 기억에 의존하지 않고 프로세스를 완료할 수 있는가?

사용자가 페이지에서 완료하고자 할 수 있는 다양한 활동을 식별하라:

  • 도움을 요청하지 않고 활동을 달성할 수 있는가?
  • 사용자가 활동을 달성하려고 시도할 때 오류를 범하는가?
  • 사용자가 활동을 쉽게 달성할 수 있다고 느끼는가?
  • 사용자가 나중에 같은 일을 할 수 있는가(암호를 잊었을 수 있음)?
  • 스트레스를 받거나 피곤할 때도 이것을 쉽게 할 수 있을지 사용자에게 물어보라.
  • 스트레스를 받으면 어디에서 어려움을 겪을 수 있을지 사용자에게 물어보라.

관련 디자인 목적: 목표 6: 프로세스가 기억에 의존하지 않도록 보장하기.

5.5.7 충분한 도움과 지원이 있는가?

  • 사용자가 “문제와 이슈 보고”를 할 수 있는 다양한 방법을 식별할 수 있는가?
  • 사용자가 도움을 요청하지 않고 자신의 피드백을 제출할 방법을 찾을 수 있는가?
  • 사용자가 프로세스의 각 단계에서 피드백을 제출할 수 있는가? 여기에는 홈페이지와 막힐 수 있는 모든 위치가 포함되어야 한다.
  • 작업의 각 단계에서 피드백 프로세스가 한 번의 클릭 이내(또는 그 이하)에 있는지 확인하라.
  • 사용자가 피드백을 제출하려고 시도할 때 오류를 범하는가?
  • 피드백을 제출할 때 사용자의 기분이 나빠지는가? (좌절의 신호.)
  • 사용자가 피드백 제출을 쉽다고 느끼는가?
  • 스트레스를 받거나 피곤할 때도 이것을 쉽게 할 수 있을지 사용자에게 물어보라.
  • 스트레스를 받으면 피드백을 제공하는 데 어디에서 어려움을 겪을 수 있을지 사용자에게 물어보라.
  • 사용자가 피드백을 준 뒤 작업을 완료할 수 있는가?
  • 사용자가 피드백 프로세스를 이해하는가? 사용자가 이해하는지 확인하기 위해 구체적인 방법을 사용하라. 예: 사용자가 응답을 받을지/언제 받을지 식별할 수 있는가? 응답이 어떻게 돌아올 수 있는지 식별할 수 있는가(예: 이메일, 전화)? 피드백이 어디로 가는지/피드백에 무슨 일이 일어나는지?
  • 피드백 프로세스가 사람들이 피드백을 제공하지 못하게 할 정도로 많은 정보를 요구하지 않는지 확인하라.
  • 피드백이 제공되면, 이를 처리하기 위한 프로세스가 마련되어 있는지 확인하라!

관련 디자인 목적: 목표 7: 도움과 지원 제공하기.

5.5.8 적응과 개인화가 지원되는가

  • 콘텐츠의 개인화된 버전이 제공되는가?
  • 콘텐츠 수정이 더 적은 콘텐츠, 아이콘 및 기호 추가와 변경, 또는 단순화된 텍스트 같은 사용자 환경설정과 일치하는가?
  • 텍스트 단순화 같은 콘텐츠 변형이 다음을 유지했는지 확인하라:
    • 원본과 같은 의미,
    • 사용자가 원하는 콘텐츠, 그리고
    • 여전히 작동하는 핵심 경로.
  • 자동 채우기가 모든 콘텐츠 버전에서 올바르게 작동하는지 확인하라.
  • 사용자가 선호하는 확장 기능과 도구가 사이트에서 작동하는가?
  • 개인화 선택지를 찾고 설정하기 쉬운가?
  • 제공된 개인화 선택지를 사용하면 더 쉽다고 느끼는가?

관련 디자인 목적: 목표 8: 적응과 개인화 지원하기.

6. 사용 사례 / 페르소나

“대상 사용자”가 있을 때마다, 그 사용자 집단에는 인지 및 학습 장애가 있는 사람들이 있을 것이다. 그러나 인지 및 학습 장애는 일상생활에서 보이지 않는 경우가 많다. 아래의 페르소나는 인지 및 학습 장애가 있는 가상의 사람들을 설명한다. 이들이 직면하는 어려움에 대한 일부 맥락과 이해를 제공한다.

다른 조직의 추가 예는 개발자 리소스 페이지의 페르소나 링크를 참조하라.

6.1 Alison: 경도 인지 손상이 있는 고령 사용자

  • 문제: 무엇을 눌러야 하는지 잘 모르겠다. “buy” 버튼처럼 보이는 것을 눌렀지만 아무 일도 일어나지 않았다. 내가 문제인지, 아니면 이 웹 사이트가 그냥 작동하지 않는 것인지 잘 모르겠다.

  • 잘 작동함: “buy” 버튼은 내가 클릭할 수 있는 것임이 명확했다. 프로세스는 쉬웠다. 이제 손주 모두에게 맞는 드레스를 샀다.

Alison은 신체 부상 재활 분야에서 일한 의료 배경을 가지고 있다. 그녀는 최근 더 많은 취미를 갖고 손주들과 함께 시간을 보내기 위해 파트타임으로 일하기로 했다. 그녀는 특별한 휴가를 준비하며 중국어를 배우기 위해 온라인 강좌를 들어 보고 싶어 한다. Alison은 63세를 새로운 36세로 생각한다. 그러나 그녀는 집중하기 어렵고 말하고 싶은 단어를 찾는 데 어려움이 있다. 오타를 자주 내며 다시 읽을 때 문장을 수정해야 한다. 업데이트된 디자인 패턴과 애플리케이션 같은 새로운 기술적인 것이 예전보다 배우기 어렵고 덜 직관적이라고 느껴 쉽게 좌절한다. 또한 탐색은 과거보다 더 오래 걸린다. 안타깝게도 여기에는 새로운 인터페이스 사용법을 배우는 것도 포함되며, 이는 태블릿, 휴대전화 및 컴퓨터 사이를 전환할 때 그녀가 작업하는 방식에 영향을 준다.

6.1.1 Alison 시나리오 1: 새로운 기술과 인터페이스 사용법 배우기

Alison은 10년 전에 Windows와 MS Word 사용법을 배우기 위해 야간 강좌를 들었고, 그 인터페이스에 매우 익숙하다고 느끼곤 했다. 이제 그녀에게는 새 컴퓨터가 있고, 대부분의 애플리케이션이 매우 달라 보인다는 것을 알게 된다. 그녀는 링크와 버튼의 모양이 바뀌었음을 깨닫고 무엇을 눌러야 할지 모른다. 때때로 그녀는 컨트롤이 아닌 그림이나 양식화된 제목을 누르고, 인터넷이 끊긴 것인지, 사이트가 고장 난 것인지, 자신이 실수한 것인지 확신하지 못한다. 때로는 무언가를 실수로 터치하여 포커스가 다른 페이지나 애플리케이션으로 이동한다. 예를 들어, 최근에 작은 텍스트를 확대하려고 했지만 확대하는 대신 링크를 활성화했다! 그녀는 모든 링크가 파란색이고 밑줄이 있던 시절이 그립다.

Alison은 일이 잘못되면 자신감을 잃는다. 예를 들어, 잘못된 버튼을 선택하거나 이해하지 못하는 오류를 받을 때 그렇다. 그녀는 한 단계 뒤로 돌아가기 위해 뒤로 가기 버튼을 눌러 보아야 한다는 것을 알고 있지만, 그것이 항상 자신이 생각하는 대로 작동하지는 않는다. 그녀는 자신이 감당할 수 없다고 생각하는 경향이 있어 포기하지만, 자신의 요구에 맞게 인터페이스를 조정하는 지원이 있으면 새로운 스타일을 사용하는 방법을 배울 수 있다.

그녀의 자녀들은 Alison이 정기적으로 사용하는 항목에 집중할 수 있도록 애플리케이션 도구 모음의 메뉴 항목 수를 줄이는 작업을 함께 했다. 웹에서 항목을 검색할 때 한 번에 제한된 수만 나타나도록 설정을 변경하는 것을 도왔다. 또한 손주들과 소통할 때 그녀의 소셜 미디어 페이지를 어지럽히는 많은 광고와 기타 항목을 제거하는 브라우저 확장 기능을 찾아 주었다.

6.1.2 Alison 시나리오 2: 오타 수정과 유창하게 쓰기

컴퓨터, 휴대전화 및 태블릿에서 편지와 메시지를 쓸 때, Alison은 가끔 멈추고 자신이 쓰는 내용이 말이 되는지 확인한다. 그녀는 이렇게 천천히 작업해야 하는 것이 매우 성가시다고 느낀다. 그러나 텍스트 음성 변환을 사용하여 콘텐츠를 소리 내어 읽게 하면서, 화면에서 알아차리는 것보다 실수를 더 쉽게 들을 수 있다는 것을 알게 되었다. 또한 이 과정이 웹 페이지 읽기를 더 쉽고 덜 피곤하게 만들 수 있다는 것도 발견했다. 그럼에도 불구하고 온라인 작업을 완료하기 전에 지시를 여러 번 다시 살펴보아야 하는 경우가 많다. 그녀는 시간 초과가 없거나 편집 상자를 채우는 시간을 연장할 수 있는 선택지가 있는 양식에 의존한다.

6.1.3 Alison 시나리오 3: 온라인 뱅킹과 쇼핑에 대처하기

Alison은 자신의 수학 능력이 예전만큼 예리하지 않다는 것을 알고 있다. 그녀는 자신을 재정적 위험에 빠뜨리는 실수를 할까 걱정한다. 온라인에서 신용카드를 사용해도 되는지 확신하지 못한다. Alison은 안전하고 지원받고 있다고 느끼고 싶어 한다.

그녀는 양식을 작성할 때 자동완성이 도움이 된다는 것을 알게 된다. 그러나 입력된 내용이 정확하지 않을 수 있다고 걱정하는 경향이 있다. 그녀는 전화번호, 주소 및 우편번호처럼 자주 필요한 일부 정보를 적은 종이 카드를 가지고 있다. 보안 정보는 특별한 폴더에 저장한다. 또한 신용카드와 모바일 뱅킹 지출을 제한하기 위해 은행과 약정을 설정했다.

6.1.4 Alison 시나리오 4: 피드백 제공하기

Alison은 피드백을 제공하고, 그녀와 다른 중장년 고객이 웹 사이트를 더 쉽게 사용할 수 있도록 은행이 어떤 변경을 할 수 있는지 말하고 싶어 한다. 그녀는 피드백 양식을 찾는 데 어려움을 겪고, 제안을 보내기 위해 많은 정보를 입력해야 한다. 지역 번호 없이 전화번호를 입력하면 오류를 받는다. 오류를 고치고 제안을 보내려고 하지만 보내기 버튼이 비활성화되므로, 아마 다른 것도 수정해야 할 것이다. 이 시점에서 Alison은 그들이 자신의 피드백을 원하지 않는다고 느끼고 포기한다. 이제 그녀는 그 사이트를 훨씬 덜 자주 사용한다. 또한 혼란스러운 전화 메뉴 시스템 때문에 전화로 지원 담당자에게 연락하기 어려워, 대신 은행에 직접 운전해 간다. 그녀는 딸이 도와줄 수 있도록 딸의 은행으로 바꿀까 생각하고 있다.

6.2 Amy: 자폐가 있는 컴퓨터 과학자

  • 문제: 때때로 사람들은 웹 사이트 링크에 이해가 되지 않는 많은 단어를 사용한다. 은유인 것 같지만 확실하지 않다.

  • 잘 작동함: 이해하지 못하는 항목 위에 마우스를 올리면 그것이 무엇을 하는지 설명하는 명확한 텍스트가 있다. 애초에 명확한 텍스트를 사용하면 적어도 내가 사용할 수 있으므로 더 좋겠다.

Amy는 컴퓨터 과학 과정을 좋아했고 지금은 여러 언어로 프로그래밍한다. 그녀는 코딩 결과를 시각화할 수 있음을 발견했고, 오류가 강조 표시되지 않아도 빠르게 찾아낸다. 문서 작성은 덜 즐겁고 그녀는 너무 간결하다. 이는 일부 사용자가 그녀의 애플리케이션을 사용하는 데 충분한 도움을 받지 못함을 의미한다.

6.2.1 Amy 시나리오 1: 나쁜 레이아웃과 비논리적 탐색에 대처하기

자신의 웹 사이트를 코딩할 수 있으면 다른 사람들의 웹 사이트에 매우 비판적이 될 수 있다! Amy는 중요한 요소가 자신이 볼 수 있는 위치에 일관되게 배치되어 있을 때 가장 잘 대처한다. 그러면 사물을 찾는 데 신경 쓰지 않고 실제 콘텐츠에 집중할 수 있다. 그녀는 무작위 메시지와 광고가 있는 동적으로 바뀌는 콘텐츠를 가진 일부 소셜 미디어 사이트에서 꽤 혼란스럽다고 느낀다. 그녀는 이러한 사이트를 피하거나, 어수선한 것을 치우고 절을 숨기도록 선택하여 개인화하려는 경향이 있다. 전체 사이트에서 단순한 경로를 따르지 않는 탐색은 아무에게도 도움이 되지 않는다고 느끼기 때문에 그녀를 정말 짜증나게 한다. 또한 페이지에 정보가 너무 많거나 명확하고 논리적인 구조가 없는 사이트에서는 중요한 정보를 놓친다는 것을 알게 된다.

6.2.2 Amy 시나리오 2: 색 구성표 변경, 깜박임, 점멸, 자동 재생 비디오나 음악

자동으로 로드되는 페이지나 자동으로 재생되는 애니메이션과 비디오는 Amy에게 문제를 일으킨다. 때때로 움직임은 매우 주의를 산만하게 하고 소리는 놀라게 한다. Amy는 갑작스러운 소음이나 의도하지 않은 일이 일어나는 것이 항상 문제였다고 느껴 왔다. 자신의 애플리케이션과 웹 사이트를 디자인할 때, 그녀는 애니메이션 객체와 비디오의 컨트롤이 명확하게 보이고 사용자가 재생하기로 결정하기 전에는 시작하지 않도록 보장한다.

6.2.3 Amy 시나리오 3: 추상적 이미지와 은유를 사용하는 디자인

Amy는 항상 명확하게 의사소통하는 것에 관심이 있다. 사람들이 추상적 이미지를 포함한 디자인을 만들라고 요청할 때 어려움을 느낀다. 무언가를 직접 나타내지 않는 이미지는 Amy를 불편하게 만든다. 그녀는 다른 사용자들이 혼란스러울 경우를 대비해 설명 텍스트가 있을 수 있는지 묻는 경향이 있다. 누군가가 문자 그대로가 아닌 것을 쓴 비유적 표현은 “the wheels of justice turn slowly” 같은 개념을 이해하기 어렵기 때문에 작성자가 이해하기 쉬운 언어를 사용했으면 좋겠다고 느끼게 한다.

6.3 George: 슈퍼마켓에서 일하고 다운 증후군이 있는 사용자

  • 문제: 길고 복잡한 서면 지시를 이해하고 기억하기 어렵다.

  • 잘 작동함: 물건 스캔 지시가 그림과 그 옆의 이해하기 쉬운 언어가 있는 명확한 단계 목록으로 제시된다. 막히면 이런 ‘이해하기 쉬운’ 콘텐츠로 무엇을 해야 하는지 빠르게 알림을 찾을 수 있다.

George는 자신의 일을 즐기며, 길을 쉽게 찾을 수 있는 작은 마을에서 반독립적으로 살고 있다. 그러나 George는 큰 텍스트 블록을 다뤄야 하기 때문에 검색 엔진을 사용하고 웹 사이트를 탐색하는 것을 어려워한다. 그는 직장에서 온라인 시스템을 사용하는 데 문제가 있으며, 적절한 비디오나 음악을 검색하는 데 도움이 필요하다.

6.3.1 George 시나리오 1: 의사소통을 위한 기호 사용하기

George는 학교에 다닐 때 대체 및 보완 의사소통 시스템과 몸짓에서 기호를 사용했다. 이제 그는 비교적 쉽게 의사소통할 수 있지만, 읽기와 쓰기는 여전히 어려움으로 남아 있다. 대부분의 상호작용이 텍스트 입력을 요구할 때 웹 서핑은 어렵다. 이러한 어려움에도 불구하고 George는 온라인 게임을 하는 것뿐 아니라 비디오를 보고, 이미지를 찾고, 음악을 듣는 것을 좋아한다. 친구들이 그의 태블릿에 알아볼 수 있는 아이콘이 있는 링크를 설정해 주었고, 이는 그가 좋아하는 사이트를 쉽게 방문할 수 있게 했다. 알아볼 수 있는 기호나 아이콘이 사용되면, George는 더 많은 사이트에 독립적으로 접근할 수 있다고 느낀다. 어린이를 위해 설계된 검색 엔진이 있으며, 이러한 검색 엔진은 종종 더 많은 이미지를 사용한다. 그러나 George의 취향에는 너무 유치한 경향이 있다.

6.3.2 George 시나리오 2: 네티켓과 그것이 소셜 미디어 사이트에 미치는 영향 이해하기

George는 안전하게 서핑하고 개인정보를 제공하지 않는 것에 대해 들었다. 그의 가족이 다양한 개인정보 보호 설정으로 소셜 미디어와 채팅 계정을 설정해 준 것은 매우 다행이다. 그러나 George는 이모지가 바뀌거나 메시지 시스템에 새 아이콘이 계속 나타나는 방식을 꽤 혼란스럽게 느낀다. 그는 그중 일부가 무엇을 의미하는지 항상 깨닫지는 못한다. 그는 때때로 부적절한 기호를 선택했고, 그 대가로 친구에게서 다소 짧고 속상한 메시지를 받은 적이 있다. 그는 무슨 일이 있었는지 설명하기 어렵다고 느낀다. 그는 기호가 너무 작고 정확히 그 지점을 누르기 어렵기 때문에 올바른 기호를 정말 선택할 수 없는 때가 있다는 것을 안다. 그러면 George는 ‘unlike’하거나 자신의 기호 선택을 변경하는 방법을 모르기 때문에 매우 걱정한다. 터치 인터페이스에서 이러한 기능을 쉽게 확대하고 오류를 되돌릴 수 있는 방법이 있으면, 이모지, 아이콘 및 기호와 상호작용하는 것이 훨씬 더 쉽다.

6.3.3 George 시나리오 3: 비디오와 팝업 창의 컨트롤

마우스를 사용하는 것은 모두에게 쉬운 일이 아니며, 더블 클릭은 배우는 데 시간이 걸릴 수 있다. George는 많은 화면 게임을 하며 마우스 기술을 향상시키기 위해 열심히 노력해 왔다. 그러나 비디오에서 광고를 건너뛰거나 일부 팝업 창에서 제공하는 닫기/나가기 방법을 찾아낼 만큼 정확하게 움직이는 것은 여전히 어렵다. 다시 한번 친구들이 도움을 주어 그의 브라우저에 광고 차단 확장 기능을 활성화했다. 그러나 이것이 항상 모든 광고를 잡아내거나 George가 팝업의 십자나 나가기 버튼 대신 제출 버튼을 선택하는 것을 막지는 못한다. 두 번째 경고가 나타나지 않은 채 George가 악성 코드를 다운로드한 적도 있었다. 때때로 그는 메인 페이지 위에 겹쳐지는 투명한 팝업 창의 작은 십자를 찾을 수 없어 사이트에 접근하지 못한다.

6.3.4 George 시나리오 4: 지시를 읽는 방법 찾기

George는 지시가 매우 짧고 이해하기 쉬운 언어를 사용하지 않는 한 읽기가 매우 어렵다고 느낀다. 그는 단순화된 텍스트가 필요하다. George에게 가장 좋은 선택지는 잘 알려진 기호, 짧은 글머리표, 그리고 요구되는 것을 보여 주는 명확한 다이어그램이나 이미지가 있는 단락 요약이 있을 때이다. 그는 지시가 담긴 비디오는 보통 너무 빠르게 진행된다고 느낀다. 멈추고, 계속해서 뒤로 돌아가야 한다. 이해하기 쉬운 단어를 사용하여 잘 나뉜 구문 집합으로 된 유용한 지시는 잘 작동할 수 있다. 그러면 그는 특정 작업을 어떻게 해야 하는지 기억해야 할 때 다시 돌아갈 수 있다.

6.4 Gopal: 치매가 있는 은퇴한 변호사

  • 문제: 볼륨을 높이고 싶은데 다이얼이 없나요?

  • 잘 작동함: 의미가 통하는 레이블이 있는 명확한 볼륨 버튼이 있어서 무엇을 눌러야 하는지 안다.

Gopal은 복잡한 사건 기록에서 논의해야 할 중요한 항목을 잊고 있다는 것을 알게 되었을 때 60대 초반에 법률 사무소에서 은퇴했다. 그는 방금 읽은 자료를 잊고, 물건을 잃어버리고 잘못 놓으며, 이벤트를 계획하거나 조직하는 데 어려움을 겪는다는 것을 알게 되었다. Gopal은 매우 지적인 사람이며 그것은 변하지 않았다. 그는 법에 관한 글을 읽고 있는 모습을 자주 볼 수 있다. 그러나 그는 새로운 정보를 기억하는 데 의존하는 새로운 것을 배울 수 없다고 느낀다. 여기에는 새로운 단어나 기호가 포함될 수 있다.

6.4.1 Gopal 시나리오 1: 날짜 관리와 휴가 예약하기

Gopal은 여름 휴가를 계획할 때 온라인 캘린더, 항공편 예약, 호텔 예약에 어려움이 있음을 알아차린다. 그는 날짜를 양식에 입력하는 방식을 알아낼 수는 있지만, 월과 일을 실수한다. 좋은 예나 툴팁만 있으면 좋을 텐데! 또한 항공편을 예약할 때, 다양한 공항 목록이 있는 표가 이니셜을 자동으로 입력한다는 것을 알게 된다. 그는 모든 것이 정확한지 확인할 때 이것이 매우 혼란스럽다고 느낀다. 마지막으로 Gopal은 자신의 호텔 숙박 일수가 올바른지 확인할 수 있다. 그는 공항 도착 시간이 출발한 날보다 하루 늦다는 것을 알고 있지만, 숫자만 있는 것이 아니라 요일에 색상과 명확한 표시가 있는 캘린더가 있으면 도움이 될 것이다.

6.4.2 Gopal 시나리오 2: 알아볼 수 없는 아이콘에 대처하기

이제 많은 웹 페이지에는 완료해야 할 동작을 나타내는 자체 그래픽 아이콘과 방식이 있다. Gopal은 미래에 자신에게 도움이 될 수 있는 요양 시설에 대한 정보를 검색하는 데 어려움을 겪고 있다. 자신의 요구사항을 위한 양식을 작성하려고 할 때 다양한 선택지가 무엇인지 알아낼 수 없다. 편집 상자 옆에는 일련의 작은 이미지가 있는 것처럼 보인다. 그러나 양식에 쓰기 시작하는 순간 텍스트 설명이 사라진다. 그는 지시가 자신이 쓰고 있는 영역 위에 그대로 남아 있고, 중요한 절을 놓치면 상자가 강조 표시되기를 원한다.

6.4.3 Gopal 시나리오 3: 검색 엔진 사용 시 지원

Gopal은 자신이 가장 좋아하는 취미인 낚시와 관련된 모든 것을 웹에서 찾아보는 것을 좋아한다. 그러나 나타나는 항목 수가 너무 많아 매우 혼란스럽다고 느낀다. 이상적으로는 검색 결과 수가 줄어들고, 필요한 서비스를 파악할 수 있도록 항목이 그룹으로 분류되어 보이는 방법이 있으면 좋겠다고 생각한다. 이 경우 그룹이 나열될 때 아이콘이 나타나 플라이 낚시에 관한 글은 한 절에, 바다 낚시에 관한 글은 다른 절에 있다는 것을 볼 수 있으면 도움이 될 수도 있다. 텍스트 블록 주변에 더 많은 여백이 있는 것도 도움이 된다. 그렇게 하면 너무 많은 텍스트 덩어리에 대처할 필요가 없기 때문이다.

6.4.4 Gopal 시나리오 4: 진료 예약하기

Gopal은 독립적일 수 있지만, 부적합한 디자인 때문에 도움이 필요해지는 경우가 많다. 예를 들어, 의사 예약을 하려고 할 때 그렇다. 그는 의사의 웹 사이트로 가서 "make an appointment"를 클릭한다. 그러면 날짜를 묻는 팝업이 열린다. 그는 전화에 주의를 빼앗긴다. 화면으로 돌아왔을 때 자신이 무엇을 하고 있었는지 확신하지 못한다. 그래서 그는 예약을 하지 못한다. 팝업에 명확한 제목이 있으면 무엇을 하고 있었는지 상기할 수 있지만, 이 랜드마크가 없으면 그냥 혼란스럽다.

나중에 Gopal은 예약을 위해 전화하려고 한다. 안타깝게도 음성 시스템은 자동화되어 있고 "press 2 to make an appointment"라고 요청한다. Gopal은 일반적으로 숫자를 기억하지 못하며, 특히 선택지를 처리하는 동안 그렇다. 그는 보통 이러한 시스템에서 길을 잃거나 잘못된 숫자를 입력한다. Gopal은 도움을 요청하기를 꺼리며, 그 결과 필요한 의료 서비스를 받지 못하고 있다.

6.4.5 Gopal 시나리오 5: 난방 사용하기

결국 Gopal은 돌보기 더 쉬운 작은 아파트로 이사한다. 그러나 이는 그가 난방과 텔레비전 시스템의 ICT 인터페이스에 익숙하지 않다는 것을 의미한다. 그는 난방을 켜려고 한다. 그러나 난방이나 에어컨을 선택하는 메뉴 항목에는 그에게 아무 의미가 없는 "mode"라는 레이블이 붙어 있다. 그는 새로운 용어를 기억하거나 배울 수 없다. Gopal은 이 하나의 용어 때문에 전체 장치를 사용할 수 없다. 이는 저체온증 같은 응급 상황을 유발했다. Gopal은 이제 난방을 같은 설정과 온도로 켜 두고, 도우미가 올 때만 변경할 것이다.

TV에도 Gopal이 모르는 많은 아이콘이 있는 ICT 인터페이스가 있다. 그의 도우미는 그가 사용할 수 있는 버튼 옆에 “on/off” 스티커를 붙인다. 그러나 그는 여전히 채널을 바꾸거나 볼륨을 바꿀 수 없다.

전자레인지가 고장 났을 때 그는 이전 것과 비슷한 컨트롤을 가진 새 전자레인지를 샀다. 컨트롤이 익숙하기 때문에 Gopal은 도움 없이 전자레인지를 사용할 수 있지만, TV와 난방에는 여전히 도움이 필요하다.

6.5 Jonathan: 난산증이 있는 치료사

  • 문제: 15.34 UTH에 회의가 있다고 되어 있다. 지금은 점심시간이다. 내가 놓쳤나?

  • 잘 작동함: 지금 하루 중 어느 시간인지 보여 주는 선 표시자가 있어서 회의가 곧 있다는 것을 볼 수 있다.

Jonathan은 난산증이 있는 마사지 치료사이다. 그는 다른 영역에서는 매우 지적이지만, 숫자를 다루는 데 어려움이 있고 아주 기본적인 덧셈도 손가락으로 세어야 한다. “greater than”과 “less than” 같은 개념과 숫자가 서로 어떻게 관련되는지 이해하는 데 어려움을 겪으며, 특히 10, 100, 1000 등처럼 일련의 0으로 끝나는 숫자에서 그렇다. 수학적 개념 뒤의 논리를 따라가고, 조리법에서 재료를 재거나 현금으로 물건값을 지불하는 것처럼 숫자나 수량을 포함하는 일상 작업을 수행하는 것이 어렵다.

6.5.1 Jonathan 시나리오 1: 온라인 쇼핑 시 수량에 대처하기

Jonathan은 장바구니에 담긴 제품의 비용이 얼마나 될지 이해하는 데 어려움을 겪으며, 특히 무게별로 가격이 매겨지는 고기 같은 물품을 살 때 그렇다. 또한 구매할 적절한 수량을 아는 것도 어렵다. 그는 온라인 쇼핑 장바구니를 사용할 때 너무 많이 또는 너무 적게 주문하는 경우가 많다. 쇼핑 웹 사이트가 실제 제품 사진을 보여 주거나 small, medium, large 같은 용어를 사용하는 것처럼 숫자 없이 크기를 알 수 있는 방법을 제공하면 도움이 된다. 또한 바나나 한 묶음 여섯 개를 사려던 것을 바나나 여섯 묶음으로 주문하는 것처럼 실수를 수정할 수 있도록, 특정 항목을 매우 큰 수량으로 주문할 때 경고를 받으면 도움이 된다. 그는 각 항목에 대해 적절한 수량을 주문하는 데 성공했던 쇼핑 목록을 저장하여 다른 때에 다시 사용할 수 있게 한다. 그는 상대 가격을 알지 못해 의도한 것보다 훨씬 더 많은 돈을 쓰게 되는 경우가 많다. 그의 은행은 온라인이나 휴대전화를 사용해 지출할 수 있는 금액에 제한을 추가하여 도왔다. 이는 성가실 수 있지만, 계좌가 초과 인출되는 것을 막아 주었다.

6.5.2 Jonathan 시나리오 2: PIN 번호와 암호 기억하기

숫자를 포함해야 한다고 고집하는 PIN 번호와 암호의 사용은 항상 문제가 되어 왔으며, Jonathan은 온라인에서는 대부분 보안 암호 애플리케이션을 사용한다. 결제 과정 끝에서 항상 요구되는 신용카드 뒷면의 번호(Card Verification Code)에 관해서는 매번 찾아봐야 하지만, 자동완성은 양식의 나머지 부분을 완료하는 데 도움이 되었다. Jonathan은 자신이 처음 입력하고 브라우저에 저장한 것이 정확한지 확인했다. 오타와 입력이 잘못되었음을 보지 못해 너무 여러 번 자신의 단계를 되짚어야 했다. 수정하기 위해 양식으로 돌아가야 할 때, 필요한 수정 사항이 명확하게 강조 표시되고 제공되는 지시가 도움이 되는 것이 필수적이라고 느낀다. 또한 이전에 입력한 데이터가 손실되지 않는 것이 중요하다고 느낀다. 숫자 등을 더 자주 입력할수록 실수할 가능성이 더 커지기 때문이다.

6.5.3 Jonathan 시나리오 3: 동료와 공유하는 스프레드시트 사용하기

직장에서 Jonathan은 그룹의 회계가 제대로 정리되어 있고 공급자에게 청구가 올바르게 되었으며 수수료가 징수되었는지 확인하기 위해 동료와 스프레드시트를 공유해야 할 때가 있다. 거대한 숫자 격자를 보는 것은 Jonathan을 불안하게 만들고 스프레드시트의 특정 부분에 집중하는 능력에 영향을 준다. 그는 다양한 요소를 찾아내는 데 색상 코딩, 간격 증가, 더 큰 글꼴 크기를 사용하는 것이 도움이 된다는 것을 알게 되었다. 그는 수학을 사용하지 않고 얼마나 오래 일했는지 보기 위해 시작과 중지를 누를 수 있는 근무 시간 기록 도구를 사용하지만, 근무 시간을 스프레드시트에 직접 추가하는 데는 자신이 없다. 그는 그것이 업무 스프레드시트에 통합되어 있으면 좋겠다고 생각한다. Jonathan은 스프레드시트를 직접 수정하기보다, 동료가 확인해야 한다고 느끼는 것을 추가하기 위해 댓글 기능을 자주 사용한다.

Jonathan은 숫자가 포함된 발표를 해야 할 때, 텍스트 음성 변환 애플리케이션과 함께 사용할 수 있는 PDF나 다른 형식으로 문서를 저장하여 미리 준비한다. 이 도구는 1540 같은 여러 자리 숫자를 올바르게 발음하는 방법을 알아내는 데 도움이 된다. 때때로 맥락이 없어 텍스트 음성 변환의 발음이 신뢰할 수 없으므로, 파트너에게도 확인한다. 그는 올바른 발음을 문서에 주석으로 단다.

6.5.4 Jonathan 시나리오 4: 차트와 그래프 읽기

Jonathan은 기후 변화에 대해 읽는 데 관심이 있지만, 시간에 따른 예상 온도 상승을 보여 주는 차트를 이해하는 데 어려움이 있다. 모든 온도가 숫자로 표시될 때 이런 일이 발생한다. Jonathan은 문제를 보여 주기 위해 그림에 색상 변화와 함께 cold, warm, hot 같은 단어가 사용될 때 훨씬 더 쉽게 느낀다.

Jonathan은 또한 그래프, 다이어그램 또는 표 앞에 요약이 없으면 혼란스러울 수 있다고 느낀다. 콘텐츠가 무엇을 의미하는지 알아내려고 너무 많은 시간을 보낸다. Jonathan은 다이어그램, 그래프 또는 표의 개별 부분을 설명하는 데 도움이 되는 명확한 레이블이나 짧은 요약도 좋아한다. 숫자가 시각적으로 표현될 때 색상과 모양을 잘 사용하는 것이 도움이 될 수 있지만, Jonathan은 명확한 서면 설명을 이해하기 더 쉽다고 느낀다.

6.6 Kwame: 외상성 뇌 손상 생존자

  • 문제: 쇼핑 주문을 하다가 길을 잃었고 이전 단계로 돌아가고 싶었다. 브라우저 탐색 표시줄의 뒤로 가기 버튼을 눌렀더니 홈페이지가 다시 로드되었다. 처음부터 다시 시작해야 했다.

  • 잘 작동함: 각 단계에 명확한 뒤로 가기 버튼이 있고, 브라우저 뒤로 가기 버튼을 사용해도 작동한다.

Kwame는 매우 심각한 자동차 사고를 겪었고, 뇌 손상을 입어 일부 신체, 감각, 인지 및 학습 장애가 남았다. 그는 직장으로 복귀했다. 그러나 기억 회상과 시각적 이해의 어려움 때문에 대화가 종종 힘들다고 느낀다.

Kwame는 걷고, 말하고, 삶을 살아가는 방법을 모두 다시 배웠다. 의료 전문가들은 부상 후 처음 2년 안에 회복 가능성이 가장 크다고 알려 주었다. 그 이후에도 회복은 계속될 수 있지만 훨씬 더 느리고 점진적인 속도일 수 있다. 그의 친구와 가족은 그가 말하고 일상생활 기능을 수행하는 능력을 얼마나 빠르게 회복했는지에 놀란다. 그들은 그가 명료하게 말하고 의사소통할 수 있음에도 불구하고, 그가 겪고 있다고 말하는 모든 인지적 어려움에 혼란스러워한다. 예를 들어, 그는 종종 이미지와 얼굴을 인식하지 못한다. 물리적 공간에서 방향 감각을 잃는다. 그는 방뿐 아니라 건물, 더 큰 장소, 문서 및 웹 사이트에서도 자주 길을 잃는다.

그는 연구원으로 이전 회사에 돌아왔고, 근무일 내내 애플리케이션과 인터넷을 다시 사용하고 있다.

6.6.1 Kwame 시나리오 1: 음성 인식을 사용하여 웹 탐색하기

Kwame는 손재주에 어려움이 있어, 때때로 웹 페이지를 살펴보고 텍스트를 입력하기 위해 음성 인식을 사용한다. 그는 이 방법이 가능한 모든 입력 선택지 중 가장 덜 피곤하다고 느낀다. 그의 말은 느리지만, 음성 명령과 받아쓰기를 사용해 컴퓨터를 제어할 수 있다. 웹 사이트를 제어하기 위해 단순한 명령을 사용하는 것은 꽤 쉽지만, 일부 명령을 잊어버려 치트 시트를 사용해야 할 때가 있다. Kwame는 다른 입력 장치를 사용하지 않고도 페이지를 천천히 읽어 내려갈 수 있는 스크롤 명령을 좋아하며, 항목을 다시 읽기 위해 자신의 단계를 자주 되짚는다. 그러나 웹 사이트의 양식에 올바른 레이블이 없거나 버튼에 명확한 이름이 없으면 문제가 생길 수 있다. Kwame는 양식 완료의 일부 측면을 개인화하는 데 도움을 받았다. 그러나 요소가 키보드로 접근 불가능하면, 그는 사이트의 해당 부분과 상호작용하기 위해 마우스 그리드를 사용한다. 이는 느린 과정이며, Kwame가 집중력을 잃는다고 느껴 좌절스러울 수 있다.

6.6.2 Kwame 시나리오 2: 검색에 사용할 올바른 단어 찾기

Kwame는 단어 철자를 잘못 쓰는 때가 있다는 것을 알게 된다. 그는 오류 수정, 단어 완성, 실수를 허용하는 시스템을 고맙게 여긴다. 피곤할 때 단어를 찾는 데도 문제가 있다. 그는 검색 제안을 환영한다. 이는 자신의 검색과 관련될 수 있는 아이디어이기 때문이다. 그러나 결과가 너무 많으면 걱정이 생길 수 있으며, Kwame는 제목과 범주로 나뉘지 않은 매우 긴 목록을 정말로 처리할 수 없다고 인정한다.

6.6.3 Kwame 시나리오 3: 콘텐츠를 이해했다는 확신 갖기

Kwame는 콘텐츠가 명시적으로 명확하지 않고 전혀 모호성이 없지 않으면 이해하는 데 어려움을 겪는다. 그는 정보를 올바르게 해석하고 있다고 확신하기 위해 읽고 처리하는 데 현저히 더 긴 시간이 걸린다. 그의 정보 해석은 거의 항상 정확하다. 그러나 아주 작은 모호성이나 열린 해석도 그가 계속해서 읽어야 하는 막힘 지점을 만든다. 그는 자신이 올바르게 이해했음을 확신할 때까지 모든 방향으로 질문한다. 예와 명확한 단계별 지시는 그가 작업을 완료할 자신감을 갖는 데 도움이 될 수 있다. 단순하고 명확하며 기억하기 쉬운 그래픽이나 프로세스 단계의 큰 표시자는 Kwame의 이해, 자신감 및 프로세스 내 방향 감각을 높인다. Kwame는 더 큰 글꼴도 선호한다. 작은 텍스트를 읽는 것은 무엇을 말하고 있는지 이해하려는 데 사용할 수 없는 정신 에너지를 소모한다.

6.6.4 Kwame 시나리오 4: 계층 구조에서 정보가 어디에 있는지 이해하기

Kwame는 콘텐츠에서 길을 잃지 않도록 페이지와 사이트의 개요를 이해하려고 한다. 때때로 그는 웹 사이트 안으로 들어가지만, 그러면 콘텐츠나 작업에서 자신이 어디에 있는지 알지 못한다. Kwame가 콘텐츠의 중요도 수준을 이해하려면 계층 구조 안에서 명확하고 일관된 제목이 필요하다. 명확한 사이트 구조는 그가 사이트 안에서 방향을 잡을 수 있게 한다.

그는 콘텐츠와 관련되어 이를 나누어 주는 단순하고 명확한 그래픽을 중요하게 여긴다. 이는 방향 잡기뿐 아니라 콘텐츠를 이해하고 기억하는 데 도움이 된다. 그는 콘텐츠의 구조와 역할을 강조하는 아이콘이 필요하다. 주 텍스트와 함께 있고 이를 기억하기 쉽게 만드는 이미지도 도움이 된다.

6.6.5 Kwame 시나리오 5: 인지 과부하

복잡한 정보 제시(이미지, 다이어그램, 콘텐츠가 많은 웹 페이지 등)는 Kwame의 인지 기능에 과부하를 준다. 이는 그의 뇌를 멈추게 하고 프로세스, 탐색, 시스템 및 환경을 진행하지 못하게 한다. 그는 미시적 수준과 거시적 수준 모두에서 제시된 정보를 이해하지 못하게 된다.

한 페이지에 상당한 양의 콘텐츠가 있을 때, 여백을 넉넉히 사용하는 것은 Kwame에게 도움이 된다.

그는 복잡한 작업에서 자신이 무엇을 하고 있는지 추적하는 데 어려움을 겪는다. Kwame에게는 작업의 단계가 명확하게 제시되고, 여러 단계가 있는 작업에서 자신이 어디에 있는지 추적하는 데 도움이 되는 브레드크럼 같은 메커니즘이 있는 것이 중요하다. Kwame는 작업이 가능한 한 단순할 때 고마워한다. “너무 단순할 수는 없어요”라고 그는 말한다.

6.6.6 Kwame 시나리오 6: 방향 안내에 어려움을 겪기

Kwame는 위치를 찾아가기 위해 매핑 프로그램을 사용할 때 말로 된 방향 안내에 빠르게 반응하는 데 어려움을 겪는다. Kwame는 출발하기 전에 방향 안내를 미리 보는 것이 도움이 된다. 그는 경로 변경에 적응하는 것을 매우 어렵게 느낀다. 그는 방향 안내가 왼쪽과 오른쪽 대신 ‘driver’s side’와 ‘passenger’s side’라는 용어를 사용하도록 설정을 변경하고, 경로가 자동으로 변경되지 않도록 한다.

6.7 Maria: 기억 상실이 있는 사용자

  • 문제: 버튼이나 메뉴 항목이 많으면 나는 자주 실수하고 잘못된 것을 눌러 좌절하고 시간을 낭비하게 된다.

  • 잘 작동함: 명확한 버튼으로 다음 단계로 이동하면서 일련의 지시와 편집 상자를 하나씩 따라갈 수 있게 해 주는 웹 사이트가 좋다.

Maria는 50세이고, 결혼했으며, 브라질 São Paulo에서 가족과 함께 살고 있다. Maria는 기억을 잃기 시작하고 있지만 여전히 지역 회사에서 파트타임으로 일한다.

6.7.1 Maria 시나리오 1: 웹 사이트에서 핵심 정보 찾기

Maria는 업무를 위해 특정 유형의 온라인 정보를 모아야 한다. 그녀는 종종 회사 웹 사이트에서 회사에 관한 보고서를 훑어봐야 한다. 그녀는 웹 페이지의 제목만 쉽게 읽을 수 있다. 회사 웹 사이트는 화려해 보이고, 현대적인 사용자 인터페이스와 마우스를 올리면 변경되는 많은 요소를 가지고 있다. Maria에게 이 사이트는 완전한 악몽이다! 그녀는 특정 메뉴 항목 위에 우연히 마우스를 올렸을 때 나타나는 링크로 필요한 데이터에 겨우 도달한다. 링크는 처음에는 알아차리지 못하는 위치에 배치되어 있다. 중요한 상호작용 항목이 화면의 일반적인 메뉴 영역에 배치되고 아이콘이 명확하게 정의되어 쉽게 알아볼 수 있으면 정말 도움이 된다는 것을 알게 되었다.

6.7.2 Maria 시나리오 2: 이전 단계에서 입력한 정보 기억하기

명함을 주문하는 동안(다단계 프로세스), Maria는 이전 화면에 입력한 정보를 기억하는 데 어려움을 겪는다. 첫 번째 단계에서 그녀는 이후 화면에서 프로세스가 기억하라고 기대하는 콘텐츠 선택지를 본다. 또한 탐색 중 경험하는 장기간의 정신적 스트레스 때문에 새 기억을 만들기 어렵다. Maria가 한 단계에서 다음 단계로 정보를 기억하도록 요구하는 프로세스는 필요한 정보를 정확한 사용 지점에서 제공해야 한다. 그렇지 않으면 그녀는 프로세스를 완료할 수 없다.

6.7.3 Maria 시나리오 3: 올바른 버튼 누르기

Maria는 눈-손 협응에 어려움이 있어 정밀한 움직임이 어렵다. 작은 휴대전화 화면에서 잘못된 버튼을 자주 터치한다. 이는 입력할 때 잘못된 글자나 숫자를 누른다는 뜻이다. 그녀의 문자 인식 어려움과 함께, 이는 코드나 텍스트 입력을 매우 신뢰할 수 없게 만든다. 그녀는 왼쪽과 오른쪽을 혼동하기 때문에 볼륨 대신 끄기 버튼을 누른다. 휴대전화에서 하는 대부분의 상호작용에서, 그녀는 보던 창의 화면을 확대하려고 하다가 새 비디오를 로드하는 것처럼 어떤 형태의 실수를 한다. 어떤 애플리케이션이든 성공적으로 사용하려면 일관된 뒤로 가기 또는 되돌리기 기능이 필요하다.

6.8 Sam: 편마비와 실어증이 있는 사서

  • 문제: 긴 문장은 어렵고, 낯선 단어가 너무 많으면 길을 잃는다.

  • 잘 작동함: 쉬운 단어로 된 단순하고 짧은 문장이 좋다.

Sam은 사서로서 자신의 일을 사랑했다. 그는 평생 책으로 둘러싸인 평화로운 장소에서 역사에 대한 사랑을 연구하며 보냈다. 최근 몇 년 동안, 그는 웹을 사용하여 세계 각지의 사람들이 자신의 나라 역사와 과거의 유명한 사람들에 대한 변화하는 견해를 어떻게 보는지 탐구하는 것을 즐겼다. 이제 그는 최근의 뇌졸중으로 우울하고 매우 좌절해 있다. 몸의 오른쪽이 마비되었다. 또한 실어증 때문에 친구 및 가족과 대화하는 데 어려움이 있다. 그에게 이는 자신의 일부 단어가 뒤섞이고, 이해가 예전처럼 항상 명확하지는 않다는 뜻이다. 무엇보다도 그는 과거처럼 유창하게 읽을 수 없다. 한 손 타이핑은 느리고, 단어 찾기 능력이 자주 실패한다고 느낀다.

6.8.1 Sam 시나리오 1: 단어를 쉽게 골라낼 수 있는 잘 간격이 있는 텍스트 갖기

사랑하는 읽기에 대한 모든 어려움에도 불구하고, Sam은 개선하겠다고 결심했고, 웹 사이트에 어수선함이나 배경 이미지가 없으면 제목을 읽을 수 있음을 알게 되었다. 또한 충분한 간격이 있고 텍스트가 너무 복잡하지 않으면, 단어를 골라낼 수 있고 텍스트 음성 변환의 도움으로 의미를 이해할 수 있음을 알게 되었다. 그는 합성 음성의 소리를 좋아하지 않는다. 항상 조용히 읽어 왔기 때문에 그것이 주의를 산만하게 한다고 느끼기 때문이다. 그러나 시간이 지나면서 그는 글꼴을 확대하는 방법을 배우고 있으며, 페이지가 왼쪽 정렬 텍스트와 고르지 않은 오른쪽 가장자리를 가지고 있으면 각 단락의 서로 다른 모양으로 길을 찾을 수 있다. 자신감이 생기면서 그는 일부 브라우저 도구를 사용하기 시작했고, 예전에 즐겨 찾던 온라인 역사 문서 중 일부에서 줄 간격을 늘리고 글꼴 스타일을 변경할 수 있게 되었다.

6.8.2 Sam 시나리오 2: 지시가 사라지는 편집 상자 사용하기

Sam은 장애 때문에 혜택을 받기 위해 매우 많은 온라인 양식을 작성해야 한다. 이 양식들은 명확성이 부족하여 엄청난 좌절과 자기 의심의 감정을 일으킨다. 편집 상자를 채워야 할 때마다, 입력을 시작하는 순간 지시가 사라지고 무엇이 요구되는지 기억하지 못한다. 그는 상자 안의 레이블을 다시 보기 위해 페이지를 새로 고치고 처음부터 다시 시작해야 하는 경우가 많다. Sam은 작업에 너무 오래 걸려 페이지가 시간 초과된다. 그는 이를 인쇄해서 도움을 받아야 한다. 이는 독립적이고 싶어 하는 그에게 정말 속상한 일이며, 종종 그를 눈물짓게 한다. 이는 그답지 않지만, 의사는 이것이 그의 뇌졸중과 관련되어 있다고 설명한다. 또한 특정 형식으로 정보를 작성하도록 요구하면서 작업을 완료하는 방법에 대한 예가 없는 양식도 매우 좌절스럽다고 느낀다. 더 나쁜 것은 오류가 명확하게 설명되지 않아 수정이 더 어려워지는 경우이다. 날짜, 우편번호 및 전화번호는 특히 악몽이다.

6.8.3 Sam 시나리오 3: 잘못 인식되는 요소를 활성화하려고 하기

후천성 난독증을 동반한 실어증의 영향은 피곤하고 혼란스러울 수 있지만, Sam에게 가장 걱정되는 것은 자신이 안다고 생각하는 웹 페이지에서 길을 잃는 느낌이다. 그는 상호작용이 필요한 페이지에서 요소를 골라낼 수 없을 때 긴장한다고 인정한다. 때때로 그는 잘못된 일을 하거나 경고 없이 다른 곳으로 보내질까 봐 버튼을 클릭할 엄두를 내지 못한다. Sam은 이 웹 서핑의 측면을 매우 불안하게 느낀다. 과거에는 쉽게 탐색할 수 있었기 때문이다. 그는 사람들이 옅은 회색을 사용할 때 모양의 가장자리가 필요한 만큼 명확하게 보이지 않는다는 것을 발견한다. 명시적으로 강조 표시되지 않으면 링크를 놓친다. 팝업 창이 갑자기 나타나면, 페이지로 돌아가기 위해 닫을 수 없는 때가 있다. 팝업 창을 닫는 작은 십자나 “x”는 악몽이 된다. Sam은 페이지에서 더 많은 일이 일어날수록 더 혼란스러워진다고 강조한다. 그는 일부 사이트가 태블릿에서 더 쉽다는 사실을 언급한다. 그때는 모든 것이 한 방향으로 흐르는 것처럼 보이기 때문이다. 그는 결정을 내릴 때까지 그냥 위아래로 스크롤할 수 있다.

6.8.4 Sam 시나리오 4: 복잡한 언어에 대처하기

텍스트가 수동태나 긴 복잡한 단어가 있는 학술적 방식으로 작성되면, Sam은 그것이 맥락 안에 있더라도 때때로 의미를 이해하는 데 어려움을 겪었다. 또한 양식에서 같은 유형의 언어를 사용해야 할 때, 그는 항상 철자를 쓸 수 있는 것은 아니므로 단어를 복사할 수 있다는 것을 알게 된다. 때때로 그는 잘못된 단어를 사용한다. 텍스트를 소리 내어 읽어 주는 애플리케이션을 사용할 수 있을 때, 언어가 명확하고 문장이 짧게 유지되면 대처할 수 있다. 그는 주요 아이디어를 바로 이해할 수 있도록 능동 시제로 작성된 글을 좋아한다.

6.9 Tal: 난독증과 눈-손 협응 손상이 있는 학생

  • 문제: 느린 독자로서 구조가 나쁜 텍스트를 읽어 내려가는 데 시간이 오래 걸리고 중요한 정보를 자주 놓친다.

  • 잘 작동함: 뉴스레터에는 제목이 있어서 중요한 정보를 빠르게 찾을 수 있다.

Tal은 지난 1년 동안 이스라엘에서 학생으로 지내 왔다. Tal의 패션 디자인 과정은 어렵지만 재미있다. Tal은 글쓰기보다 그림 그리기가 더 많은 학위 과정의 창의적인 측면을 좋아한다. Tal은 중등도 난독증이 있어 복잡한 텍스트를 감당하기 어려운 때가 있다. Tal은 음절이 많은 단어가 어떻게 발음되는지 알아내는 데 때때로 어려움을 느낀다. 이는 일부 단락의 의미를 파악하기 어렵게 만들 수 있다. 이들은 콘텐츠를 자주 다시 읽어야 한다. Tal은 패션 디자인 포트폴리오 요구사항의 일부로 완료해야 할 여러 프로젝트가 있다. Tal이 가장 걱정하는 것은 전후 패션과 그것이 오늘날 디자인에 미친 영향을 조사하는 서면 과제이다.

6.9.1 Tal 시나리오 1: 로그인하기

대학 컴퓨터를 사용할 때 Tal의 도서관 카탈로그 사용은 첫 시도에서 실패하는 경우가 많다. Tal이 로그인 암호를 기억하지 못할 때 이런 일이 발생한다. Tal은 tald-16 대신 talb-61을 계속 입력하고 실수를 보지 못한다. 웹 페이지의 오류 메시지는 사용자 이름이나 암호가 올바르지 않다고 알릴 뿐이어서 도움이 되지 않는다. Tal은 어느 것이 잘못되었는지 확신하지 못한다. 다행히 가족이 소유한 노트북을 사용할 때는 브라우저 설정이 Tal이 암호를 저장하고 자동으로 로그인하도록 허용한다.

6.9.2 Tal 시나리오 2: 접근 가능한 콘텐츠 찾기

온라인 도서관 시스템을 탐색한 뒤, Tal은 전후 패션에 관한 논문을 찾는다. Tal은 이를 PDF 형식으로 다운로드한다. Tal은 텍스트 음성 변환 애플리케이션을 사용하여 콘텐츠를 소리 내어 읽는 것을 좋아하지만, 텍스트를 강조 표시하려고 하자 아무 일도 일어나지 않는다. Tal은 문서가 실제로 이미지라는 것을 발견하지만, 이것이 그런 경우라는 경고는 없다. Tal은 논문의 대체 접근 가능 버전을 찾을 수 없다. 이는 Tal이 사실상 논문을 스캔하기 위해 광학 문자 인식을 사용해야 함을 의미한다. 이는 완전히 성공적이지 않아 정보에 빈틈을 남긴다. Tal은 이 과정이 과제를 제때 완료하는 것을 더욱 어렵게 만든다고 느낀다.

6.9.3 Tal 시나리오 3: 온라인 저널 논문을 요청하기 위한 양식 작성하기

마침내 Tal은 다른 논문이 있는 온라인 저널을 찾지만, 그 논문을 인용하려면 작성해야 하는 양식이 있다. Tal은 프로세스를 시작하지만 저자의 이름을 모른다는 것을 깨닫는다. Tal은 이름을 복사해서 붙여넣기 위해 논문이 있는 웹 페이지로 돌아간다. 슬프게도 Tal이 양식으로 돌아오면, 입력한 모든 것이 사라져 있다. Tal은 전체를 다시 입력해야 한다.

6.9.4 Tal 시나리오 4: 중요한 정보 놓치기

Tal은 매우 느린 독자이며 단어를 소리 내어 읽는 경우가 많다. Tal은 청각 처리 능력이 손상되어 텍스트 음성 변환 애플리케이션의 속도를 높일 수 없다. 바쁜 생활을 관리하기 위해 Tal은 핵심 부분을 읽으려고 엄청난 양의 콘텐츠, 이메일 및 뉴스레터를 훑고 건너뛰려 한다. 그러나 때때로 Tal은 중요한 콘텐츠가 많은 다른 콘텐츠 안에 묻혀 있어 찾을 수 없다. 콘텐츠의 제목과 시각적 레이아웃이 Tal이 필요한 정보로 가도록 항상 안내하지는 않는다.

이 모든 것은 Tal이 중요한 것을 놓칠까 걱정하게 만들고, 때로는 실제로 그런 일이 일어난다는 뜻이다. 예를 들어, Tal의 딸이 다니는 초등학교는 활동에 관한 흥미로운 이야기와 중요한 공지가 담긴 주간 뉴스레터를 발행했다. 어느 날 학교가 일찍 끝난다는 정보가 포함되어 있었지만, 덜 중요한 학교 활동 정보 아래에 묻혀 있었다. Tal은 각 단어를 읽는 데 시간이 너무 오래 걸리기 때문에 전체 뉴스레터를 읽지 못했고, 딸이 평소보다 일찍 집에 온다는 것을 알지 못했다. 그 결과 Tal은 제시간에 집에 있지 못했고, 딸은 한 시간 넘게 밖에서 기다리게 되었다.

6.9.5 Tal 시나리오 5: 올바른 버튼 누르기

Tal은 눈-손 협응 손상으로 어려움을 겪어 정밀한 움직임이 어렵다. Tal은 작은 휴대전화 화면에서 입력할 때 잘못된 버튼이나 숫자를 자주 터치한다. Tal의 문자 인식 어려움과 함께 이는 코드나 텍스트 입력을 매우 신뢰할 수 없게 만든다. Tal은 또한 왼쪽과 오른쪽을 혼동하여 볼륨 대신 끄기 버튼을 자주 누른다. 대부분의 전화 상호작용에서 Tal은 어떤 형태의 실수를 한다. Tal은 애플리케이션을 성공적으로 사용하기 위해 일관된 뒤로 가기 또는 되돌리기 기능에 의존한다.

6.10 Yuki: AD(H)D가 있는 요가 교사

  • 문제: 배너가 자동으로 많이 날아다니는 웹 사이트에 오면 정말 주의가 산만해지고 그것들을 끄고 싶어진다!

  • 잘 작동함: 컴퓨터에서 움직임을 줄이고 싶다고 말하는 선택지를 찾으면, 웹 사이트가 날아다니는 모든 것을 멈춘다.

Yuki는 학교에서 집중하기가 어려웠다. 대학에 들어가 경영학 과정을 듣기 시작했을 때 삶은 더욱 스트레스를 받게 되었다. 그녀는 학업을 감당할 수 있다는 것을 알고 있었지만, 일을 제때 완료하는 것처럼 보이지 않았다. 보고서를 시작하는 것과 프로젝트 계획을 만드는 것조차 어려웠다. 다른 사람들과 함께 일할 때 항상 좋은 아이디어가 있었지만, 어쩐지 그 아이디어들은 채택되지 않았다. 그녀는 좌절했고, 종종 감정을 조절하지 못했다. 다행히 한 튜터가 도움을 찾아보라고 제안했다. 심리학자가 주의력 결핍 과잉행동 장애 또는 AD(H)D를 언급했을 때, Yuki는 자신의 계획 및 조직화 어려움과 기타 실행 기능 문제의 이유가 있다는 사실에 안도했다. 그녀는 자신의 어려움에 주의를 끌고 싶지 않았지만, 무엇이 어려움을 일으키는지 아는 것은 해결책을 찾는 데 도움이 되었다. 그녀는 자신의 끊임없이 활동적인 뇌와 몸을 활용하면서 시간을 더 잘 관리할 수 있다면, 취미를 매우 성공적인 요가 사업으로 바꿀 수 있다는 것을 배웠다.

6.10.1 Yuki 시나리오 1: 텍스트가 많은 문서나 웹 페이지에서 핵심 요점 모으기

Yuki는 자신의 겉보기 건망증과 집중하거나 작업을 완료하지 못하는 것을 제대로 설명할 수 없었다. 그녀는 빽빽한 텍스트가 있는 긴 문서나 웹 페이지를 만나면 핵심 요점을 찾아야 한다는 것을 알고 있었다. 웹 페이지에 명확한 구조, 충분히 간격이 있고 강조된 제목이 없으면 그녀는 길을 잃고 집중력을 잃을 것이다. Yuki는 또한 모바일 화면을 읽을 때 텍스트 덩어리 사이에 광고가 나타나면 집중이 깨지고 읽기를 멈춰야 한다고 말했다. 그러나 여백을 잘 사용하고, 중요한 요점을 명확히 하는 단순한 굵은 텍스트에 연결된 알아볼 수 있는 아이콘이 있으면, Yuki는 이러한 영역을 목표로 삼아 필요한 것을 알아낼 수 있었다. 명확한 요약은 Yuki가 이해하는 데 도움이 되었고, 그녀는 읽은 내용의 많은 부분을 기억할 수 있었다.

6.10.2 Yuki 시나리오 2: 캐러셀과 배너가 스크롤되지 않게 멈추기

요가 사업을 위한 새 웹 사이트를 설정할 때, Yuki는 자신의 운동 이미지를 보여 줄 수 있는 여러 다양한 방법이 있는 매력적인 템플릿을 찾았다. 그러나 사진 캐러셀을 일시정지하거나, 최신 소식이 있는 배너의 스크롤을 멈출 수 없었다. 이는 그녀를 정말 짜증나게 했다. 두 항목 모두 사이트의 나머지 중요한 콘텐츠에 집중하는 것을 방해했기 때문이다. 그녀는 이것이 자신을 속상하게 한다면, 자신의 의도한 대상자는 어떨까 생각했다. 그녀는 컨트롤을 추가할 뿐 아니라 자동 움직임도 멈추는 코드를 추가해 줄 친구를 찾아야 했다. 이는 그녀의 요가 수업이 이루고자 하는 차분함을 웹 사이트에도 주었다.

6.10.3 Yuki 시나리오 3: 작업 완료 중 집중 잃기

Yuki는 요가를 가르치는 것을 즐겼다. 그러나 웹 사이트를 위한 일부 지시 자료를 개발할 때, 온라인 도구가 충분한 안내를 제공하지 않는 경우가 많다는 것을 알게 되었다. 명확한 경로와 작업하던 위치로 돌아가는 방법이 없으면, 그녀는 종종 항목을 실수로 삭제하거나 수정을 할 수 없었다. 더 많은 탭이 브라우저에서 열리는 끝없는 미리보기 저장은 불안 수준을 높였다. 각 작업을 제출 버튼과 함께 명확하게 만들고, 단계별로 작업을 저장하는 웹 애플리케이션을 발견하고 나서야 그녀는 대처할 수 있게 되었다. Yuki는 자신의 작업 절을 올바른 순서로 볼 수 있었고, 모든 것을 한꺼번에 처리해야 하는 대신 한입 크기의 지시 덩어리를 관리할 수 있었다. 이는 그녀가 운동 시트를 완료하는 것을 훨씬 더 쉽게 만들었다. 그녀는 애플리케이션 사용에 자신감이 생겨 프로 버전을 구매할 의향까지 생겼다.

6.10.4 Yuki 시나리오 4: 비디오에서 정보 배우기

Yuki는 지시 비디오를 보는 것을 좋아하지만, 몇 분 후에는 집중을 잃기 시작한다. 이미 알고 있는 콘텐츠가 1분 넘게 있을 때 특히 집중하기 어렵다. 때때로 그녀는 비디오가 덜 지루하도록 빠른 속도로 보지만, 여전히 빠르게 집중을 잃고 놓친 정보를 찾는 데 어려움을 겪는다. 비디오가 명확한 제목이 있는 세그먼트로 나뉘어 있으면, 그녀는 배워야 할 정보로 이동할 수 있다. 이미 알고 있는 세그먼트를 건너뛰어 앞으로 이동할 수도 있다. 필요한 정보를 놓쳤을 때는 올바른 위치로 쉽게 이동하여 집중할 수 있다. 비디오 전사가 있으면, 핵심 용어를 검색하는 것을 좋아한다. 비디오를 보고 전사의 일부를 읽는 것은 그녀가 새 정보를 배우는 데 도움이 된다.

7. 용어집

나이 관련 건망증

때때로 "나이에 적합한 건망증" 또는 "나이 관련 기억 상실"이라고 불린다.

나이 관련 건망증이 있는 사람은 건강한 노화의 정상적인 일부일 수 있는 기억 손상 문제를 가진다. 이들은 새로운 것을 배우는 데 더 오래 걸리거나, 어떤 것을 잊었다가 나중에 기억하거나, 때때로 특정 단어를 잊을 수 있다. (이는 건망증이 장애로 인한 것이며 더 두드러지는 치매와 다르다.)

대체 및 보완 의사소통 시스템

때때로 “AAC”라고 불린다.

음성 언어를 사용할 수 없고 기호, 이미지 및/또는 텍스트를 통한 추가 지원이 필요한 사람을 돕는 데 사용할 수 있는 모든 방법, 장치 또는 애플리케이션. 예를 들어, 사용자가 적절한 단어를 말하거나 문서에 추가하기 위해 선택할 수 있는 기호가 있는 화면.

불안 장애

불안 장애가 있는 사람은 강렬하고 통제할 수 없는 불안, 두려움, 걱정 및/또는 공황의 감정과 씨름한다. 이는 가끔 걱정하는 것 이상의 것이다. 이는 오래 지속될 수 있으며 집중과 실행 기능 같은 일상 활동을 방해할 수 있다.

주의력 결핍(과잉행동) 장애, AD(H)D

때때로 “주의력 결핍 장애”, “ADD”, 그리고 “주의력 결핍 과잉행동 장애”, “ADHD”라고 불린다.

주의력 결핍(과잉행동) 장애 또는 AD(H)D는 하나의 과제에 집중하거나, 더 오랜 기간 집중하거나, 쉽게 주의가 산만해지는 데 어려움이 있는 상태를 포함한다. 이는 기능 또는 발달을 방해하는 지속적인 부주의 및/또는 과잉행동-충동성 패턴으로 표시된다.

자폐

때때로 “자폐 스펙트럼 장애”, “ASD”, “자폐”, “아스퍼거 증후군” 및 “전반적 발달 장애”라고 불린다.

자폐가 있는 사람은 사회적 행동, 의사소통 및 언어 능력에 어느 정도 손상이 있다. 이는 또한 그 사람의 행동과 주의를 조절하는 능력에 영향을 줄 수 있다. 개인은 좁은 범위의 관심사와 활동을 가질 수 있으며 대체 의사소통 방법에 의존할 수 있다. 일부 개인은 감각 과부하 에피소드를 경험할 수도 있다. 자폐와 학습 및 인지 장애에 대한 대안적 접근 방식은 신경다양성을 참조하라.

뇌 손상

외상성 뇌 손상(TBI)과 후천성 뇌 손상(ABI)을 포함한 뇌 손상은 뇌의 손상으로 인해 발생하며, 실행 기능, 기억, 학습, 협응, 말, 감정의 장기적 손상뿐 아니라 다른 신체 및 감각 손상을 초래할 수 있다.

뇌 손상은 뇌진탕이나 뇌졸중 같은 다양한 원인으로 발생할 수 있으며, 삶의 어느 단계에서나 일어날 수 있다.

인지 및 학습 장애

다음을 포함할 수 있음: 인지 장애, 학습 장애(LD), 지적 장애 및 특정 학습 장애.

인지 장애와 학습 장애는 지역에 따라 서로 다른 의미를 가질 수 있다. 함께 사용될 때 이들은 다음을 가리킨다:

  • 의사소통, 읽기, 쓰기 또는 수학처럼 학습에 영향을 주는 하나 이상의 인지 기능 영역에서 현저히 감소한 능력. 전체 지능은 흔히 영향을 받지 않으며 사람들은 학습의 다른 영역에서 어느 수준으로든 기능할 수 있음에 유의하라. (때때로 학습 장애 또는 특정 학습 장애라고 불린다), 그리고 / 또는
  • 새롭거나 복잡한 정보를 이해하고 새로운 기술을 배우는 능력이 현저히 감소하고, 독립적으로 대처하는 능력이 감소한 상태. (때때로 인지 장애, 학습 장애 또는 지적 장애라고 불린다), 그리고 / 또는
  • 기억과 주의 또는 시각적, 언어적, 수치적 사고가 현저히 감소한 상태.
초기 치매

초기 치매의 흔한 손상에는 기억 상실, 집중의 어려움, 대화를 따라가거나 올바른 단어를 찾는 데 어려움을 겪는 것이 포함된다. 이러한 증상은 치매 진단 전에 나타날 수 있다. 이 단계에서는 이러한 증상이 흔히 경미하다.

이해하기 쉬운 언어

때때로 “쉬운 읽기”, “읽기 쉬운”, “쉬운 언어”, “이해하기 쉬운”이라고 불린다.

이해하기 쉬운 언어란 접근 가능하고 이해하기 쉬운 형식의 텍스트 콘텐츠를 말한다. 이는 학습 장애가 있는 사람들에게 유용한 경우가 많으며, 다른 많은 사람들에게도 더 쉽다.

실행 기능

계획, 과제와 목표 수행에 필요한 인지 과정과 기술의 집합. 여기에는 작업 기억과 세부 사항 기억, 충동 억제, 과제 조직화, 시간 관리, 유동적 추론 및 문제 해결이 포함된다.

대화형 음성 응답

대화형 음성 응답(IVR) 시스템은 사용자가 전화 키패드 및/또는 오디오 입력을 사용하여 컴퓨터 시스템과 상호작용할 수 있게 한다. 오디오 입력에는 말, 비언어적 발성 또는 AAC나 기타 장치가 생성한 오디오가 포함될 수 있다. 대화형 음성 응답 시스템은 전화와 콜센터에서 작업을 자동화하는 데 자주 사용된다. IVR 시스템은 흔히 VoiceXML [voicexml21] 같은 표준을 사용한다.

기억 손상

기억 손상은 일반적으로 기억되는 정보 조각이나 기술을 인식하거나 회상할 수 없는 상태를 의미한다. 이는 다음에 영향을 줄 수 있다:

  • 처리되는 동안 정보를 보관하는 작업 기억. 예를 들어, 우리는 숫자를 복사하는 것 같은 작업에서 작업 기억에 의존한다.
  • 정보가 장기 기억에 저장되기 전에 짧은 시간 동안 정보를 저장하는 단기 기억. 예를 들어, 우리는 웹 페이지 사이에서 메뉴 항목의 위치를 기억하기 위해 단기 기억에 의존할 수 있다.
  • 개인적 사건, 언어 및 정보에서 얻은 정보처럼 정보를 장기간 보관하는 장기 기억. 예를 들어, 우리는 과거 사건을 회상하기 위해 장기 기억에 의존할 수 있다.
정신 건강

포함될 수 있음: 정신 건강 손상.

정신 건강은 우리의 정서적, 심리적, 사회적 안녕을 말한다. 정신 건강 손상/상태는 일반적으로 일상 기능을 손상시키는 생각, 감정 및 타인과 관계 맺는 능력의 장애가 조합된 것이다. 예에는 우울증, 불안 및 외상 후 스트레스 장애가 포함된다. 이러한 상태는 정보에 집중하거나, 정보를 처리하거나, 이해하는 데 어려움 같은 정보 접근의 일시적 또는 장기적 문제를 일으킬 수 있다.

경도 인지 손상(MCI)

경도 인지 손상(MCI)은 정상적인 나이 관련 어려움보다 큰 기억, 언어, 사고 및 판단의 문제를 포함할 수 있다. 이는 때때로 흔하고 예상되는 나이 관련 건망증과 더 심각한 치매 쇠퇴 사이의 단계로 간주되지만, MCI가 있는 많은 또는 대부분의 사람은 치매로 발전하지 않는다.

신경다양성

신경다양성은 뇌가 작동하고 정보를 해석할 수 있는 다양한 방식을 가리키는 용어이다. 이는 사람들이 사물에 대해 자연스럽게 다르게 생각한다는 점을 강조한다. 자폐 가 있는 사람들, 주의력 결핍(과잉행동) 장애 (AD(H)D), 난독증, 그리고 다른 진단이나 레이블이 있는 사람들은 자신들이 인간 집단의 정상적이고 건강한 변이의 일부이며 다양한 기술과 관점을 가져온다는 점에서 “신경다양한”이라는 용어를 선호할 수 있다.

음성 사용자 인터페이스

때때로 다음과 같이 불린다: 대화형 인터페이스.

음성 사용자 인터페이스(VUI)는 사용자가 오디오 입력 및/또는 출력에 기반하여 컴퓨터 시스템과 상호작용할 수 있게 한다. 오디오 입력에는 말, 비언어적 발성 또는 AAC나 기타 장치가 생성한 오디오가 포함될 수 있다. 오디오 기반 상호작용에는 사용자의 입력과 그 입력에 대한 시스템의 출력이 모두 포함될 수 있다. 예: Siri, Google Assistant, Alexa.

A. 부록: 사용자 요구, 페르소나 및 패턴 매핑

A.1 목표 1: 사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 돕기

사용자가 사물이 무엇이며 어떻게 사용하는지 이해하도록 도우라. 사용자에게 익숙한 것을 사용하여, 사용자가 새 아이콘, 기호, 용어 또는 디자인 패턴을 배울 필요가 없도록 하라. 인지 및 학습 장애가 있는 사람들은 흔히 공통 동작과 디자인 패턴이 필요하다. 예를 들어, 그들은 링크에 대한 표준 관례(방문하지 않은 링크는 밑줄과 파란색, 방문한 링크는 보라색)를 알고 있을 수 있다.

사용자 이야기 패턴 시나리오
명확한 목적

관련 패턴
명확한 조작

관련 패턴
기호 (개념을 나타내는 그림 문자 또는 표의 문자)

A.2 목표 2: 사용자가 필요한 것을 찾도록 돕기

사용자가 필요한 것을 찾도록 도우라. 시스템 탐색은 쉬워야 한다. 아이콘 같은 시각적 단서와 함께 명확하고 따라가기 쉬운 레이아웃을 가지라. 명확한 제목, 경계 및 영역도 사람들이 페이지 디자인을 이해하는 데 도움이 된다.

사용자 이야기 패턴 시나리오
찾을 수 있음

관련 패턴
검색 가능함
명확한 탐색
미디어(명확한 탐색)

A.3 목표 3: 명확하고 이해할 수 있는 콘텐츠 사용하기

명확한 콘텐츠(텍스트, 이미지 및 미디어)를 사용하라. 여기에는 쉬운 단어, 짧은 문장과 텍스트 블록, 명확한 이미지, 이해하기 쉬운 비디오가 포함된다.

사용자 이야기 패턴 시나리오
명확한 언어(서면 또는 오디오)
시각적 표현

관련 패턴
수학 개념

관련 패턴

A.4 목표 4: 사용자가 실수를 피하고 이를 수정하는 방법을 알도록 돕기

사용자가 실수를 피하도록 도우라. 좋은 디자인은 오류 발생 가능성을 줄인다. 필요 이상으로 많은 것을 사용자에게 요청하지 말라! 오류가 발생하면 사용자가 쉽게 수정할 수 있어야 한다.

사용자 이야기 패턴 시나리오
지원과 도움

관련 패턴
되돌리기

A.5 목표 5: 사용자가 집중하도록 돕기

사용자가 집중하도록 도우라. 사용자가 작업에서 주의가 산만해지지 않도록 하라. 사용자가 주의가 산만해진 경우, 제목과 브레드크럼은 사용자의 방향을 잡아 주고, 맥락을 잃었을 때 사용자가 맥락을 회복하도록 도울 수 있다. 연결된 브레드크럼을 제공하면 사용자가 실수를 되돌리는 데 도움이 될 수 있다.

사용자 이야기 패턴 시나리오
주의 산만

관련 패턴

A.6 목표 6: 프로세스가 기억에 의존하지 않도록 보장하기

프로세스가 기억에 의존하지 않도록 보장하라. 기억 장벽은 인지 장애가 있는 사람이 콘텐츠를 사용하는 것을 막는다. 여기에는 로그인하기 위한 긴 암호와 특정 숫자나 용어를 기억해야 하는 음성 메뉴가 포함된다. 이를 필요로 하는 사람에게 더 쉬운 선택지가 있도록 보장하라.

사용자 이야기 패턴 시나리오
이전 단계에서 기억하기
접근 가능한 인증

관련 패턴
음성 메뉴

관련 패턴

A.7 목표 7: 도움과 지원 제공하기

도움과 지원을 제공하라. 여기에는 다음이 포함된다: 사람의 도움을 쉽게 받을 수 있게 만들기. 사용자가 피드백을 보내기 어렵다면, 콘텐츠를 사용할 수 있는지 또는 언제 문제를 겪는지 결코 알 수 없다. 또한 콘텐츠를 이해하는 다양한 방식을 지원하라. 그래픽, 긴 문서의 요약, 제목과 링크에 아이콘 추가하기, 숫자에 대한 대안은 모두 추가 도움과 지원의 예이다.

사용자 이야기 패턴 시나리오
도움

관련 패턴
지원

관련 패턴
인지 스트레스
작업 관리

관련 패턴

A.8 목표 8: 적응과 개인화 지원하기

적응과 개인화를 지원하라. 인지 및 학습 장애가 있는 사람들은 애드온이나 확장 기능을 보조 기술로 자주 사용한다. 때때로 추가 지원은 개인화를 통해 사용자에게서 최소한의 노력만 요구하며, 사용자가 대안 집합에서 선호하는 선택지를 선택할 수 있게 한다. 가능할 때 개인화를 지원하라. 애드온과 확장 기능을 비활성화하지 말라!

사용자 이야기 패턴 시나리오
적응

관련 패턴
확장 기능과 API

B. 부록: 다양한 맥락과 정책에 대한 고려사항

이 부록은 인지 및 학습 장애가 있는 개인의 요구를 충족하도록 웹 콘텐츠에 대한 정책이나 요구사항을 구축하기 위한 지침과 고려사항을 제공한다. 인지 및 학습 장애가 있는 개인의 요구를 고려하지 않고 설계된 웹 콘텐츠는 흔히 그들에게 접근성 장벽을 만든다.

일반 접근성 정책에 대한 정보는 웹 접근성에 관한 조직 정책 개발하기에서 찾을 수 있음에 유의하라.

B.1 왜 정책을 만드는가?

많은 콘텐츠 제공자는 나이 관련 건망증이 있는 사람과 인지 및 학습 장애가 있는 밀레니얼 세대 같은 사용자 집단에 도달하기를 원한다. 이는 다음 때문일 수 있다:

일반적으로 대상 사용자 안에는 개발자가 인식하는 것보다 훨씬 더 많은 인지 및 학습 장애가 있는 사람이 있다. 인지 및 학습 장애를 다루는 정책이나 요구사항이 마련되어 있지 않으면, 콘텐츠 제공자는 대상 사용자 중 이 부분을 잃게 된다.

이 문서를 어떻게 그리고 어디에 적용할지 결정할 때, 콘텐츠가 사용자에게 얼마나 중요한지 고려하라. 예를 들어, 웹 콘텐츠와 애플리케이션이 다음에 영향을 준다면, 이 문서의 조언을 가능한 한 많이 따라야 한다:

또한 콘텐츠가 사용자가 돌봄 비용을 절약하는 데 도움이 될 수 있는지, 또는 적절히 설계된 콘텐츠나 인터페이스가 부족하여 인지 및 학습 장애가 있는 개인이 노동력을 떠나게 만들 수 있는지도 고려하는 것이 중요하다.

계획이나 정책 개발에는 다음 단계가 포함될 수 있다:

  1. 정책에 포함할 시나리오 정의하기: 정책이 적용될 환경이나 상황을 다룬다.
  2. 서로 다른 디자인 패턴 기준과 절 검토하기: 그것들이 환경 또는 상황 시나리오와 관련 있는지 결정한다.
  3. 정책 개발하기: 시나리오 분석을 기반으로 요구사항을 가진 정책을 개발한다.

정책 입안자는 다음을 해야 한다:

다음은 정책으로 다룰 수 있는 시나리오의 예이다:

B.2 비즈니스 고려사항

이 문서는 다음과 같이 서비스가 부족한 최종 사용자의 요구를 충족하는 데 도움이 될 수 있다:

예를 들어, 가장 신뢰할 수 있는 시장 전망 중 하나는 인구가 고령화되고 있다는 것이다. 점점 더 많은 소비자가 고령자이다. 많은 국가에서 더 많은 부가 고령 인구층에 있다.

사람이 나이가 들수록 장애는 증가한다. 여기에는 나이 관련 건망증과 새로운 디자인을 배우는 느린 속도가 포함된다. 이는 소비자가 배제되었다고 느끼고, 자신의 요구가 고려되지 않는다고 느끼게 만들 수 있다. 접근성은 소비자에게 신뢰와 보살핌을 받고 있다는 느낌을 줄 수 있다. 반대로, 사이트가 인지 및 학습 장애가 있는 사람에게 어렵다면, 고령 인구는 그 집단이 자신들을 시장으로 여기지 않는다고 느낄 가능성이 크다.

반면, Georgia State University의 Center for Mature Consumer Studies에 따르면, 오늘날의 성숙 시장(55세 이상)은 이미 미국 부의 75퍼센트와 가처분 소득의 70퍼센트(대부분)를 통제하고 있다. 분명히 이 확장되는 인구층은 많은 조직에 중요한 시장이다.

추가 연구에 따르면 성숙 시장은 온라인에 있다. 새로운 기술과 온라인 미디어 채택에 관해서는 젊은 사용자 집단의 사용을 앞지를 수도 있다. 그러나 그들의 온라인 요구는 충분히 충족되지 않는다. 연구에 따르면 고령자는 온라인에서 시도한 작업의 55.3%(약 절반)만 완료한다.

추가 정보와 출처는 개발자 리소스 페이지를 참조하라. 일반 접근성에 대한 더 많은 비즈니스 정보는 디지털 접근성에 대한 비즈니스 사례에서 사용할 수 있음에 유의하라.

C. 부록: 변경 로그

이 문서의 전체 커밋 기록을 사용할 수 있다.

C.1 첫 번째 공개 작업 초안 이후의 중요한 편집 변경사항

D. 부록: 감사의 말

D.1 출판 당시 Cognitive and Learning Disabilities Task Force에서 활동한 주요 기여자, 절 편집자 및 참여자

D.2 중요한 기여자 및 이전 활동 참여자

중요한 기여에 대해 다음에도 추가로 감사한다:

D.3 가능하게 한 후원자

이 출판물은 U.S. Department of Health and Human Services, National Institute on Disability Independent Living and Rehabilitation Research (NIDILRR)의 연방 기금으로 계약 HHSP23301500054에 따라 일부 지원을 받았다. 이 출판물의 내용은 반드시 U.S. Department of Health and Human Services의 견해나 공식 정책을 반영하는 것은 아니며, 상호, 상업 제품 또는 조직의 언급이 U.S. Government의 보증을 의미하지 않는다. 이 프로젝트의 일부 작업은 또한 보조금 계약 번호 780529 및 643399에 따라 유럽연합의 Horizon 2020 연구 및 혁신 프로그램에서 자금을 지원받았다.

E. 참고문헌

E.1 정보 참고문헌

[GPII]
The Global Public Inclusive Infrastructure. URL: http://gpii.net/
[HTML]
HTML Standard. Anne van Kesteren; Domenic Denicola; Ian Hickson; Philip Jägenstedt; Simon Pieters. WHATWG. Living Standard. URL: https://html.spec.whatwg.org/multipage/
[HTML5]
HTML5. Ian Hickson; Robin Berjon; Steve Faulkner; Travis Leithead; Erika Doyle Navara; Theresa O'Connor; Silvia Pfeiffer. W3C. 27 March 2018. W3C Recommendation. URL: https://www.w3.org/TR/html5/
[ISO 9241-112]
Ergonomics of human-system interaction — Part 112: Principles for the presentation of information. International Standards Organization. URL: https://www.iso.org/standard/64840.html
[mailto]
The 'mailto' URI Scheme. Internet Engineering Task Force (IETF). URL: https://tools.ietf.org/html/rfc6068
[personalization-semantics-1.0]
Personalization Semantics 1.0. W3C. URL: https://www.w3.org/TR/personalization-semantics-1.0/
[personalization-semantics-content-1.0]
Personalization Semantics Content Module 1.0. Lisa Seeman-Horwitz; Charles LaPierre; Michael Cooper; Ruoxi Ran; Richard Schwerdtfeger. W3C. 27 January 2020. W3C Working Draft. URL: https://www.w3.org/TR/personalization-semantics-content-1.0/
[personalization-semantics-help-1.0]
Personalization Help and Support 1.0. Lisa Seeman-Horwitz; Charles LaPierre; Michael Cooper; Ruoxi Ran; Richard Schwerdtfeger. W3C. 11 July 2019. W3C Working Draft. URL: https://www.w3.org/TR/personalization-semantics-help-1.0/
[Section255]
Telecommunications Access for People with Disabilities. Federal Communications Commission. URL: https://www.fcc.gov/consumers/guides/telecommunications-access-people-disabilities
[voicexml21]
Voice Extensible Markup Language (VoiceXML) 2.1. Matt Oshry; RJ Auburn; Paolo Baggia; Michael Bodell; David Burke; Daniel Burnett; Jerry Carter; Scott McGlashan; Alex Lee; Brandon Porter; Kenneth Rehor et al. W3C. 19 June 2007. W3C Recommendation. URL: https://www.w3.org/TR/voicexml21/
[wai-aria-1.2]
Accessible Rich Internet Applications (WAI-ARIA) 1.2. Joanmarie Diggs; James Nurthen; Michael Cooper. W3C. 2 March 2021. W3C Candidate Recommendation. URL: https://www.w3.org/TR/wai-aria-1.2/
[wai-aria-practices-1.2]
WAI-ARIA Authoring Practices 1.2. Matthew King; JaEun Jemma Ku; James Nurthen; Zoë Bijl; Michael Cooper; Joseph Scheuhammer; Lisa Pappas; Richard Schwerdtfeger. W3C. 18 December 2019. W3C Working Draft. URL: https://www.w3.org/TR/wai-aria-practices-1.2/
[WCAG22]
Web Content Accessibility Guidelines (WCAG) 2.2. Charles Adams; Alastair Campbell; Rachael Bradley Montgomery; Michael Cooper; Andrew Kirkpatrick. W3C. 11 August 2020. W3C Working Draft. URL: https://www.w3.org/TR/WCAG22/
[webauthn-2]
Web Authentication: An API for accessing Public Key Credentials - Level 2. Jeff Hodges; J.C. Jones; Michael Jones; Akshay Kumar; Emil Lundberg. W3C. 8 April 2021. W3C Recommendation. URL: https://www.w3.org/TR/webauthn-2/