눌러도 반응이 없는 날짜가 만드는 혼란
예약 달력에서 어떤 날짜를 눌렀는데 아무 일도 일어나지 않으면 이용자는 두 가지를 동시에 의심합니다. 화면이 고장 났는지, 아니면 그 날짜가 정말 닫혀 있는지입니다. 색이 흐려지는 것만으로 선택 불가를 표현하면 색을 구별하기 어려운 사람이나 화면 읽기 기능을 쓰는 사람은 이 차이를 알아차릴 수 없습니다. 같은 날짜를 여러 번 누르다가 이탈하는 일도 생깁니다.
따라서 선택할 수 없는 날짜는 비활성이라는 사실만 알리지 말고 왜 선택할 수 없는지를 글자로 함께 제공하는 편이 좋습니다. 접근성은 일부 사용자를 위한 배려에 그치지 않고, 모든 이용자가 잘못된 일정을 고르지 않도록 돕는 기본 설계입니다.
상태마다 이유와 문구를 따로 정하기
닫힌 날짜라고 해서 이유가 모두 같지는 않습니다. 이미 지나간 날짜, 접수가 끝난 날짜, 해당 진료가 열리지 않는 요일, 휴진일, 일시적으로 조회가 어려운 상태는 이용자가 다음에 할 행동이 서로 다릅니다. 이를 하나의 회색 칸으로 묶으면 안내도 하나로 뭉뚱그려질 수밖에 없습니다.
상태 목록을 먼저 만들고 각각에 짧은 문구를 붙입니다. 예를 들어 접수 마감은 가까운 다른 날짜를 권하는 문구와, 휴진은 다음 진료일을 알리는 문구와, 지난 날짜는 이미 지났다는 사실만 알리는 문구와 연결됩니다. 문구는 한 문장으로 끝내고 원인과 대안이 함께 들어가도록 다듬습니다.
사유 다음에 이어질 길을 마련하기
이유만 알려 주고 화면이 끝나면 이용자는 처음부터 다시 찾아야 합니다. 선택할 수 없는 날짜의 안내에는 가까운 선택 가능 날짜로 이동하는 방법, 시간대를 바꾸는 방법, 문의 경로로 넘어가는 방법 가운데 실제로 운영되는 것만 연결합니다. 운영하지 않는 대안을 문구로만 남기면 오히려 신뢰를 잃습니다.
대안 안내가 이어지는 위치도 중요합니다. 날짜를 누른 바로 그 자리 근처에 사유와 다음 행동이 나타나야 화면 확대를 쓰는 사람이나 작은 화면의 사용자도 놓치지 않습니다. 화면 한쪽 끝에 잠깐 떴다 사라지는 안내는 읽을 시간이 부족할 수 있으므로 피합니다.
화면 읽기 기능과 키보드로 확인할 부분
문구를 만든 뒤에는 실제로 전달되는지 확인해야 합니다. 화면 읽기 기능으로 달력을 이동할 때 연도, 월, 요일, 선택 가능 여부가 같은 순서로 읽히는지 봅니다. 선택된 날짜에는 테두리나 아이콘과 별개로 선택됨이라는 상태가 전달되어야 합니다.
마우스 없이 키보드만으로 날짜를 이동하고 시간을 고를 수 있는지도 함께 시험합니다. 선택할 수 없는 날짜에 포커스가 갔을 때 사유가 읽히는지, 닫힌 날짜를 건너뛰는 방식이라면 건너뛴다는 사실이 이용자에게 전달되는지도 확인할 항목입니다. 어두운 화면 모드나 밝기를 바꾼 상태에서 글자 대비가 유지되는지도 살펴봅니다.
날짜 단위와 시간 단위 상태를 섞지 않기
한 날짜 안에 열린 시간과 마감된 시간이 함께 있을 수 있습니다. 이때 날짜 전체를 한 색으로 칠하면 가능한 시간을 놓치게 되고, 반대로 일부만 가능한데 가능이라고만 쓰면 이용자는 원하는 시간이 있는 줄 압니다. 날짜 칸에는 남은 시간이 있는지 여부를, 시간 선택 단계에는 시간별 상태를 글자로 보여 주는 식으로 나눕니다.
일정표를 이미지로 올려 두는 방식이라면 상태가 바뀔 때마다 이미지를 다시 만들어야 하고, 읽기 프로그램은 내용을 읽을 수 없습니다. 가능하다면 실제 예약 데이터와 연결되는 텍스트 표기로 바꾸고 마지막 갱신 시각을 함께 적습니다.
접수 기록과 홈페이지 표시가 어긋나지 않게
접근성을 고쳐도 접수팀이 보는 달력과 홈페이지의 달력이 다르면 예약 오류는 남습니다. 휴진이나 마감 변경이 생겼을 때 누가 어느 화면을 언제 고치는지 순서를 정해 두는 것이 먼저입니다. 변경 담당자와 확인 담당자를 나누면 한 사람이 놓친 변경을 다른 사람이 발견할 수 있습니다.
점검은 색을 보지 않고 가능한 시간 하나를 예약해 보는 과제로 진행해 볼 수 있습니다. 마감된 날짜를 반복해서 누르거나 시간 상태를 찾지 못한다면 안내 구조를 고쳐야 한다는 신호입니다. 변경 이력을 짧게 기록해 두면 같은 문의가 반복되는 시기를 화면 수정과 비교하는 데도 도움이 됩니다.