APP DEVELOPMENT TERM
접근성
다양한 사람이 서비스를 사용할 수 있게 하기
접근성은 장애가 있거나 소리·화면·정교한 터치 사용이 어려운 상황에서도 사용자가 서비스의 내용을 인식하고 조작하며 이해해 핵심 목표를 완료할 수 있게 만드는 설계와 품질 기준입니다.
30초 이해
접근성은 별도 사용자를 위한 추가 기능이 아니라 같은 핵심 업무를 다양한 입력·출력 방법으로 완료하게 하는 기본 품질입니다
작은 글자와 낮은 대비, 색으로만 구분한 오류, 이름 없는 아이콘 버튼은 많은 사용자를 막습니다. 화면을 확대하거나 키보드·스크린 리더로 이동해도 정보 순서와 버튼 이름, 입력 오류와 결과를 이해할 수 있어야 합니다.
접근성은 출시 직전 자동 검사 한 번으로 완성되지 않습니다. 기획에서 핵심 흐름과 대체 방법을 정하고 디자인에서 글자·대비·초점·터치 영역을 확인하며 개발에서 의미 구조와 상태 알림을 구현해야 합니다. 실제 보조기술과 사람의 과업 검수도 필요합니다.
한 장으로 이해
핵심 사용자 과업을 다양한 감각·입력 방식으로 설계하고 검수하는 과정
정보를 인식하고 조작·이해할 수 있는 대안을 기획·디자인·개발에 반영한 뒤 자동 검사와 실제 보조기술로 완료 가능성을 확인합니다.
- 01
핵심 과업 선택
가입·검색·예약·결제처럼 반드시 완료할 사용자 흐름을 정합니다.
- 02
대체·구조 설계
텍스트 대안, 제목 순서, 입력 이름과 오류 설명을 화면에 포함합니다.
- 03
조작·표현 구현
키보드·초점·확대·대비·터치와 동적 상태 알림을 지원합니다.
- 04
도구·사람 검수
자동 검사와 실제 기기·스크린 리더로 과업을 끝까지 수행합니다.
규칙 항목을 통과했더라도 사용자가 핵심 업무를 완료하지 못하면 충분하지 않으므로 실제 과업 중심으로 반복 검수해야 합니다.
언제 사용하는 개념인가요?
화면과 콘텐츠를 기획할 때
이미지·영상·색·지도 없이도 전달할 정보와 대체 방법을 정합니다.
버튼·입력·팝업을 개발할 때
이름·역할·상태, 키보드 순서와 초점 이동이 화면 변화와 일치하게 합니다.
출시 전 핵심 흐름을 검수할 때
확대·키보드·스크린 리더·자막과 실제 모바일 보조 기능으로 과업을 수행합니다.
왜 중요한가요?
더 많은 사용자가 핵심 서비스를 이용합니다
장애뿐 아니라 부상·노화·밝은 야외·소리를 들을 수 없는 일시적 상황에서도 이용을 돕습니다.
명확한 구조가 전체 UX를 개선합니다
이해 가능한 제목·오류·상태와 충분한 조작 영역은 모든 사용자의 실수를 줄입니다.
뒤늦은 대규모 수정을 줄입니다
화면 구조와 공통 컴포넌트 단계에서 반영하면 출시 직전 모든 화면을 다시 고치는 위험을 낮춥니다.
실제 상황 예시
사용자가 모바일에서 클래스를 예약한다면
검색부터 결제 결과까지 화면을 보지 않거나 확대해도 같은 과업을 완료할 수 있는지 확인합니다.
구조·조작 기준
- 제목과 정보가 읽는 순서대로 구성
- 아이콘 버튼에 이해 가능한 이름 제공
- 색 외의 글자·모양으로 상태와 오류 구분
- 키보드·스크린 리더 초점이 팝업과 함께 이동
과업 검수 기준
- 200% 확대와 큰 글자에서 내용 겹침 확인
- 예약 시간·가격·버튼을 음성으로 이해
- 입력 오류 위치와 수정 방법 안내
- 결제 완료·실패 상태를 자동으로 알림
첫 화면만 접근 가능해도 결제 팝업이나 오류에서 막힐 수 있으므로 가장 중요한 흐름을 시작부터 결과 확인까지 검수해야 합니다.
자주 하는 오해
“접근성은 시각장애인만을 위한 기능이다”
시각·청각·운동·인지 제약과 일시적·환경적 어려움을 포함합니다. 다양한 입력과 표현 방식이 필요합니다.
“자동 검사에서 통과하면 접근성이 완료된다”
자동 도구가 찾지 못하는 읽기 순서·버튼 의미·과업 실패가 있습니다. 실제 기기와 보조기술 검수가 필요합니다.
“디자인이 완성된 뒤 개발자가 고치면 된다”
색·구조·콘텐츠·상호작용 결정에 영향을 주므로 기획과 디자인부터 반영해야 비용과 누락을 줄일 수 있습니다.
우리 서비스에 적용할 때 확인하세요
- 1핵심 과업을 키보드·스크린 리더와 화면 확대 상태로 완료할 수 있나요?
- 2이미지·아이콘·입력·버튼에 목적을 설명하는 이름과 대안이 있나요?
- 3색만으로 상태·오류·필수 항목을 구분하지 않나요?
- 4팝업·알림·로딩·오류 때 초점과 상태 변화가 전달되나요?
- 5자동 검사뿐 아니라 실제 기기·보조기술로 교차 검수했나요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
화면 조작 요소인 UI와 목표 달성 전반을 보는 UX, 실제 사용자·운영 흐름으로 출시 가능성을 판단하는 QA·UAT를 함께 확인하세요.
화면 요소 점검하기
UI는 정보·버튼·입력·상태를 사용자가 인식하고 조작하는 접점입니다
화면 요소의 의미·순서·상태가 명확해야 다양한 방식으로 사용할 수 있는 이유를 알아봅니다.
이어서 보기과업 경험 확인하기
UX는 사용자가 시작부터 목표 완료까지 겪는 전체 경험입니다
접근성 항목을 실제 사용자 여정과 오류·복귀 흐름 안에서 판단하는 방법을 살펴봅니다.
이어서 보기출시 전 교차 검수하기
QA·UAT는 기능 품질과 실제 사용자·운영 업무의 완료 가능성을 확인합니다
자동 검사와 보조기술·사람의 과업 검수를 출시 판단에 연결하는 기준을 확인합니다.
이어서 보기접근성 체크리스트보다 가장 중요한 사용자 과업 하나를 끝까지 수행해보세요
가입·검색·예약·결제를 확대·키보드·스크린 리더로 교차 검수하면 실제로 막히는 지점을 우선 개선할 수 있습니다.