지적장애인 온라인 신청 지원은 입력을 대신 끝내는 것만으로 충분하지 않다. 어떤 프로그램에 신청하는지, 지금 무엇을 고르는지, 잘못 쓴 내용을 어디서 고치는지 당사자가 따라갈 수 있어야 한다. 발달장애 디지털 접근성을 살필 때도 쉬운 문장과 함께 ‘신청을 마칠 수 있는 과정’을 봐야 한다.

발달장애는 지적장애인과 자폐성장애인 등을 포괄하는 넓은 범주다. 이 글은 그중 지적장애 청소년·성인의 온라인 이용을 돕는 지원인과 프로그램 신청 화면을 만드는 담당자를 중심 독자로 삼는다. 발달장애 학습의 한 장면을 다루지만, 모든 사람에게 같은 화면이나 도움 수준이 맞는다고 전제하지 않는다.

핵심 요약

  • 신청 완료 여부와 당사자가 선택·확인한 내용을 나누어 살핀다.
  • 지금의 단계, 고쳐야 할 입력, 도움받는 곳을 찾을 수 있는지 확인한다.
  • 같은 과정에서 이미 입력한 정보를 불필요하게 다시 요구하는지 점검한다.
  • 실제 제출과 분리한 연습 화면에서 막히는 지점을 먼저 찾아본다.
  • 아래 예시는 편집부의 적용 제안이다. 지적장애인에게 특정 효과가 입증된 교육 프로그램을 제시하는 글은 아니다.

문장을 읽는 일과 신청을 마치는 일

가상의 문화 프로그램 신청을 떠올려 보자. ‘이름’과 ‘참여 날짜’를 읽을 수 있어도 날짜 선택 화면에서 무엇이 선택됐는지 보이지 않으면 다음으로 가기 어렵다. 입력을 마친 뒤 같은 화면이 다시 나타났는데 이유가 없다면 접수가 끝났는지 판단하기도 어렵다. 이를 모두 읽기 능력의 부족으로 묶으면 고칠 화면을 놓친다.

W3C의 COGA 문서는 지적장애를 포함한 인지·학습장애인의 웹 이용을 위한 보충 지침이다. WCAG 적합성의 필수 조건 자체는 아니며, 특정 집단의 교육 효과를 측정한 실험 연구도 아니다.1 이 글은 그 지침과 WCAG 해설을 신청 과정에 적용해 보는 글이다. 국내 법적 의무나 웹 접근성 인증 판정을 대신하지 않는다.

정보를 쉽게 쓰는 것과 이해를 지원하는 것의 차이는 쉬운 정보와 읽기이해 글에서 더 살펴볼 수 있다. 여기서는 신청 도중의 이동과 수정에 초점을 둔다.

현재 단계와 다음 행동을 보여 준다

COGA는 여러 단계의 과정에서 현재 위치와 각 단계의 할 일을 알아볼 수 있게 하고, 필요한 지시를 입력칸 앞이나 곁에 제공하도록 안내한다.1

다음은 편집부가 만든 가상의 신청 화면 문구다. 단계 수와 문구는 실제 서비스에 맞춰 당사자와 확인해야 한다.

화면 먼저 보일 안내 다음 버튼
프로그램 선택 ‘참여하고 싶은 수업을 골라 주세요’ ‘참여 날짜 고르기’
날짜 선택 ‘오고 싶은 날짜를 골라 주세요’ ‘신청 내용 확인하기’
제출 전 확인 ‘수업과 날짜가 맞는지 확인해 주세요’ ‘이 내용으로 신청하기’

‘확인’이라는 버튼 하나가 어떤 화면에서는 다음 단계로 가고 다른 화면에서는 제출을 뜻한다면 두 행동을 구별하기 어렵다. 담당자는 버튼을 누른 다음 무엇이 일어나는지 설명할 수 있는지 검토해 볼 수 있다. 지원인도 “다음 눌러요”만 반복하기보다 “지금 고른 날짜가 맞는지 보는 단계예요”처럼 현재 행동을 짚어 줄 수 있다.

어디를 어떻게 고칠지 알려 준다

WCAG 2.2 성공기준 3.3.1은 자동으로 감지한 입력 오류의 항목을 식별하고 그 오류를 글로 설명하도록 한다. 오류가 무엇인지 알리는 것과 수정 방법을 제안하는 것은 구별되며, 후자는 별도의 3.3.3에서 다룬다.2

예를 들어 날짜를 선택하지 않아 진행되지 않았다면, ‘입력 오류’만 띄우는 대신 ‘참여 날짜를 아직 고르지 않았어요. 날짜를 골라 주세요’라고 안내할 수 있다. 이는 두 기능을 함께 담아 보려는 편집부의 문구 예시다. 빨간 테두리만 생기는 화면이라면 어떤 항목에 문제가 있는지 말이나 글로 확인할 수 있는지도 본다.

COGA는 제출 전 내용을 확인하고, 잘못 입력한 곳을 고친 뒤 이미 한 작업을 불필요하게 다시 하지 않도록 권고한다.1 날짜 하나를 바꿨다는 이유로 이름부터 다시 쓰게 되는지 담당자가 직접 시험해 볼 수 있다. 지원인에게는 오류 화면을 곧바로 닫기보다 당사자가 수정할 곳을 찾을 기회가 있는지 살피는 질문이 된다.

앞에서 쓴 정보를 다시 외우게 하지 않는다

WCAG 2.2 성공기준 3.3.7은 같은 과정에서 이미 입력하거나 제공받은 정보를 다시 요구할 때 자동으로 채우거나 선택할 수 있게 하는 기준이다. 재입력이 본질적으로 필요하거나 보안상 필요하거나 이전 정보가 유효하지 않은 경우에는 예외가 있다. 방문을 마친 뒤 다음 접속까지 정보를 저장하라는 뜻은 아니다.3

프로그램 이름을 앞 화면에서 골랐는데 마지막 화면에서 다시 직접 적어야 한다면 그 재입력이 필요한지 물어볼 수 있다. 선택한 수업과 날짜를 보여 주고 수정할 수 있게 하면 되는 상황인지 검토하는 것이다.

지원 현장에서는 당사자가 선택한 내용을 함께 보며 확인하는 것과 정답처럼 외우게 하는 것을 구분해 볼 수 있다. 신청은 기억력 시험이 아니다. 반대로 편의를 이유로 공용 기기에 개인정보를 무조건 남겨 두는 방식을 해결책으로 삼아서도 안 된다. 반복 입력을 줄이는 설계와 정보 보호는 함께 검토해야 한다.3

도움받는 길을 일정하게 둔다

WCAG 2.2 성공기준 3.2.6은 여러 웹페이지에 제공되는 도움 수단의 상대적인 순서를 일관되게 유지하는 기준이다. 모든 사이트에 새 상담 창구를 만들거나 상담원을 항상 대기시키라는 요구는 아니다.4

가상의 신청 사이트에 ‘신청 도움’이 있다면, 날짜 선택 화면에서는 맨 위에 있고 제출 화면에서는 다른 메뉴 속에 숨어 있는지 확인할 수 있다. 전화로만 도움을 받을 수 있는 경우에는 해당 당사자가 그 방식을 실제로 이용할 수 있는지 별도로 점검해야 한다. 버튼이 있다는 사실과 도움을 받을 수 있다는 사실은 다르다.

지원인은 무엇을 대신 입력했고 무엇을 당사자가 골랐는지 구분해 남길 수 있다. 필요한 도움을 받았다는 이유로 실패로 기록하거나, 지원인이 모든 선택을 한 결과를 당사자의 독립 신청으로 기록하지 않는다. 선택과 지원의 관계는 자기결정 교육 글에서 이어서 다룬다.

지적장애인 온라인 신청 지원을 연습하는 방법

다음은 연구에서 검증한 중재 절차가 아닌 편집부의 운영 제안이다. 실제 신청을 전송하지 않는 연습 화면과 가상 입력값을 사용해 시작할 수 있다.

  1. 하고 싶은 신청을 정한다. 지원인이 편한 과제보다 당사자가 관심을 보인 수업이나 활동을 고른다.
  2. 현재 화면의 뜻을 확인한다. 말하기만 요구하지 않고 가리키기 등 익숙한 방식으로 선택을 확인한다.
  3. 멈춘 곳을 적는다. ‘신청 못함’보다 ‘날짜를 골랐지만 다음 버튼을 찾지 못함’처럼 관찰한 행동을 남긴다.
  4. 화면 또는 도움 하나를 바꾼다. 버튼 이름을 바꾸거나 해당 칸의 안내를 함께 읽어 보는 등 조정한 조건을 기록한다.
  5. 수정과 완료 확인까지 살핀다. 입력 성공뿐 아니라 잘못 고른 날짜를 바꿀 수 있는지, 접수 완료 표시를 찾는지 확인한다.

한 번 성공했다고 다른 사이트에서도 혼자 할 수 있다고 결론 내리지 않는다. 휴대전화와 큰 화면에서 결과가 다를 수도 있으므로 사용한 기기와 지원을 함께 적는다. 실물 신청 화면을 개선할 때는 기획 단계부터 당사자와 확인할 절차를 마련한다. 참여 절차는 당사자 검수 글에서 살펴볼 수 있다.

신청 과정 점검표

  • 당사자가 어떤 활동에 신청하는지 확인할 수 있는가?
  • 현재 단계와 버튼을 누른 뒤의 행동이 구별되는가?
  • 오류가 난 항목과 수정할 내용이 드러나는가?
  • 한 항목을 고치면 다른 입력이 사라지지 않는가?
  • 같은 정보를 다시 요구하는 데 필요한 이유가 있는가?
  • 제공되는 도움 수단을 여러 화면에서 찾을 수 있는가?
  • 당사자의 선택과 지원인이 수행한 일을 나누어 기록하는가?
  • 연습과 실제 제출을 구별하고 완료 여부를 함께 확인하는가?

이 목록은 신청 과정을 살펴보기 위한 출발점이다. 목록을 통과했다는 사실만으로 WCAG 전체 준수나 모든 지적장애인의 사용 가능성을 보장하지 않는다.

결론

온라인 신청을 돕는 일은 입력 속도를 높이는 데서 끝나지 않는다. 당사자가 선택한 내용을 확인하고, 막힌 곳에서 도움을 받고, 잘못 쓴 항목을 고칠 수 있는지 살피는 일이다. 배운 것이 삶으로 이어지려면 배우는 사람의 노력과 함께 실제로 사용하는 화면의 조건도 바뀌어야 한다.