[접근성연구·고령] 읽어도 모르는 안내문
안내문을 만든 사람에게 "이 글이 쉬운가요?"라고 물으면, 대개 "쉽습니다"라는 답이 돌아옵니다. 그 답에 거짓은 없습니다. 만든 사람에게는 정말 쉬워 보이기 때문입니다. 그러나 같은 글을 그 업무를 처음 마주한 사용자에게 읽히면, 전혀 다른 반응이 나옵니다. "이게 무슨 말이에요?" 한 글에 대한 두 평가가 이렇게 갈리
![[접근성연구·고령] 읽어도 모르는 안내문](https://xbbhievqdmccsexxrdtn.supabase.co/storage/v1/object/sign/covers/content/cpxdncph-94223.jpeg?token=eyJraWQiOiJzdG9yYWdlLXVybC1zaWduaW5nLWtleV8yOWQwYWZmNy1mOWJhLTRkNmUtYmZlZi0yMzg2NTc0ZWUzODQiLCJhbGciOiJIUzI1NiJ9.eyJ1cmwiOiJjb3ZlcnMvY29udGVudC9jcHhkbmNwaC05NDIyMy5qcGVnIiwic2NvcGUiOiJkb3dubG9hZCIsImlhdCI6MTc4NDQ2NTcxOSwiZXhwIjoyMDk5ODI1NzE5fQ.BqGj-YxW1PdRTLg9El6IwOJhaIrZmEBw81zTDpR3AW8)
용어 난이도 점검 관점
〈디지털 접근성 연구 ⑫〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 앞 편(⑪)이 "행정용어와 사용자 언어의 거리 — 쉬운 말이 무엇인가"를 다뤘다면, 이번 편은 "그래서 우리 화면의 글이 정말 쉬운지를 어떻게 직접 점검하나"를 점검의 관점에서 봅니다. 특정 도구가 아니라, 누구나 따라 할 수 있는 방법을 정리합니다. 인용한 기준은 출처와 함께 적고, 관찰한 장면은 익명으로 옮깁니다.
들어가며 — "우리 글은 쉽다"는 믿음
안내문을 만든 사람에게 "이 글이 쉬운가요?"라고 물으면, 대개 "쉽습니다"라는 답이 돌아옵니다. 그 답에 거짓은 없습니다. 만든 사람에게는 정말 쉬워 보이기 때문입니다. 그러나 같은 글을 그 업무를 처음 마주한 사용자에게 읽히면, 전혀 다른 반응이 나옵니다. "이게 무슨 말이에요?" 한 글에 대한 두 평가가 이렇게 갈리는 이유는, 앞 편에서 본 '지식의 저주' 때문입니다. 아는 사람은 어려움을 느끼지 못합니다.
그래서 '우리 글은 쉽다'는 믿음은, 점검 없이는 믿을 수 없는 믿음입니다. 앞 편(⑪)에서 우리는 쉬운 말이 무엇인지, 왜 필요한지를 보았습니다. 그 결론은 '쉬운 말을 쓰자'였습니다. 그러나 쓰자고 마음먹는 것만으로는 충분하지 않습니다. 우리가 쓴 글이 실제로 쉬운가라는 다음 질문이 남습니다. 이번 편은 그 질문을 점검의 관점에서 다룹니다. 어려운 글을 어떻게 알아보고, 어떻게 직접 확인하며, 무엇을 기준으로 다듬을지를 정리합니다.
핵심은 앞 편들의 점검과 같습니다 — 만든 사람의 감각이 아니라, 받는 사람의 경험으로 확인하는 것입니다. "내가 보기엔 쉬운데"를 "사용자가 읽어 보니 이해하더라/못 하더라"로 바꾸는 것. 그것이 이번 편이 제안하는 점검의 출발점입니다.
1. 어려운 글의 신호 — 무엇을 찾을 것인가
점검을 하려면 먼저 무엇을 찾을지 알아야 합니다. 우리가 공공 웹에서 반복해 마주친, 어려운 글의 신호들을 정리합니다. 이 신호들이 보이면 그 글은 점검 대상입니다.
1-1. 어려운 단어의 신호
가장 먼저 보이는 것은 단어입니다. 일상에서 잘 쓰지 않는 한자어('교부', '경정', '도래', '소명'), 업무용 축약어('본세', '도시지역분'), 외래어와 약어가 신호입니다. 한 가지 기준은 이것입니다 — 그 단어를 소리 내어 읽었을 때, 가족 어르신이 단번에 알아들을 것 같은가. 망설여진다면 어려운 단어일 가능성이 높습니다.
1-2. 긴 문장의 신호
한 문장이 두세 줄을 넘어가면 신호입니다. 특히 '~하는 경우에는 ~하되, 다만 ~한 때에는 ~한다'처럼 조건과 예외가 한 문장에 겹친 법령식 문장은, 길이만으로도 어려움의 강한 신호입니다. 문장이 길수록, 사용자는 끝까지 따라가다 처음을 잊습니다.
1-3. 핵심이 뒤에 있는 신호
사용자가 가장 알고 싶은 것 — '나는 무엇을 해야 하나' — 이 글의 맨 끝에 있으면 신호입니다. 법적 근거와 배경 설명이 앞에 길게 늘어서고 정작 행동 안내가 마지막에 나오면, 사용자는 핵심에 닿기 전에 지칩니다.
1-4. 한 문장에 여러 정보가 겹친 신호
한 문장이 여러 가지를 동시에 말하려 하면 신호입니다. 조건과 기한과 방법과 예외가 한 문장에 다 들어 있으면, 각각은 이해할 수 있어도 합쳐진 무게가 사용자를 막습니다.
이 네 신호를 머릿속에 넣어 두면, 화면을 볼 때 어려운 글이 눈에 들어오기 시작합니다. 점검은 이 신호를 알아보는 데서 시작됩니다.
1-5. 네 신호를 한 장으로
네 신호를 한자리에 모으면, 화면을 훑을 때 무엇을 먼저 의심할지가 분명해집니다. 각 신호는 '눈으로 잡는 단서'가 다릅니다.
| 신호 | 눈으로 잡는 단서 | 누가 가장 막히나 | 다듬는 손질 |
|---|---|---|---|
| 어려운 단어 | 일상에 없는 한자어·축약어·약어 | 그 업무를 처음 본 사용자 | 쉬운 말로 바꾸기(§4 ①) |
| 긴 문장 | 한 문장이 두세 줄 초과 | 끝까지 따라가다 처음을 잊는 사용자 | 한 문장 한 가지로 나누기(§4 ②) |
| 핵심이 뒤 | '무엇을 하라'가 맨 끝 | 핵심 닿기 전에 지치는 사용자 | 핵심을 앞으로 옮기기(§4 ③) |
| 정보의 겹침 | 조건·기한·방법·예외가 한 문장에 | 합쳐진 무게에 막히는 사용자 | 정보를 분산해 나누기(§4 ②) |
이 표의 오른쪽 두 열이 점검을 '느낌'에서 '동작'으로 바꿉니다. 신호를 알아보는 것에서 멈추지 않고, 각 신호가 곧바로 §4의 어느 손질로 이어지는지를 미리 연결해 두면, 점검과 다듬기가 한 흐름이 됩니다. 우리는 이 네 신호를 '어려움의 네 얼굴'로 부르며, 한 화면에 둘 이상이 겹칠 때 가장 먼저 손볼 후보로 봅니다.
2. 점검의 기준 — 표준은 무엇을 말하나
용어 난이도를 점검하는 일은 취향의 문제가 아닙니다. 참고할 수 있는 기준이 있습니다.
WCAG는 '이해 가능(Understandable)' 원칙 아래에서 '특이한 단어(3.1.3)', '약어(3.1.4)', '읽기 수준(3.1.5)'을 다룹니다. 핵심은 관용적이지 않은 표현이나 약어의 뜻을 사용자가 확인할 수 있어야 하고, 텍스트가 지나치게 높은 읽기 능력을 요구하면 더 쉬운 대체나 보충을 제공해야 한다는 것입니다. 이 기준들은 '글이 어렵다'는 막연한 느낌을 '무엇을 점검할 것인가'라는 구체적 항목으로 바꿔 줍니다.
국내 공공언어 정책 역시 같은 방향을 봅니다. 어려운 한자어·외래어·전문용어를 국민이 이해하기 쉬운 말로 바꾸도록 권장하는 흐름은, 안내문의 용어 난이도를 점검할 정책적 근거가 됩니다. 정확한 문구와 시점별 기준은 공식 자료를 확인하는 것이 안전합니다.
점검의 출발점은 이 한 문장으로 요약됩니다. "이 글을, 이 업무를 처음 보는 사람이 한 번 읽고 이해할 수 있는가?" 이해하지 못한다면, 그 글은 다듬을 후보입니다. 이 질문은 단순하지만, 만든 사람의 '쉬워 보임'을 받는 사람의 '이해됨'으로 바꾸는 결정적 전환입니다.
3. 직접 해 보는 점검 — 다섯 가지 방법
여기서부터는 도구 없이도 할 수 있는 점검 방법입니다. 순서대로 따라 하면 어려운 글의 대부분을 찾아낼 수 있습니다.
3-1. '소리 내어 읽기' 점검
글을 눈으로 읽지 말고 소리 내어 읽어 봅니다. 눈으로 빠르게 훑을 때는 넘어가던 어려운 단어가, 소리 내어 읽으면 혀에 걸립니다. 발음하기 어렵거나, 읽으면서 "이게 무슨 뜻이지?" 하고 멈칫하는 단어가 있다면, 그것이 어려운 단어입니다. 만든 사람조차 소리 내어 읽으면 자기 글의 어려움을 새삼 느끼게 됩니다.
3-2. '어려운 단어 표시하기' 점검
글을 출력하거나 화면에 띄워 놓고, 일상에서 잘 쓰지 않는 단어에 표시를 합니다. 표시가 한 문단에 서너 개를 넘으면, 그 문단은 어려운 글입니다. 이때 기준을 '나에게 어려운가'가 아니라 '그 업무를 모르는 사람에게 어려운가'로 두는 것이 중요합니다. 가능하면 그 업무에 익숙하지 않은 동료에게 같은 표시를 부탁해, 내가 놓친 단어를 찾습니다.
3-3. '한 문장 한 가지' 점검
각 문장이 몇 가지를 말하고 있는지 셉니다. 한 문장이 두 가지 이상을 말하고 있다면, 그 문장은 나눌 후보입니다. 특히 조건('~하는 경우')과 예외('다만 ~한 때에는')가 한 문장에 함께 있으면, 거의 항상 나누는 편이 쉽습니다. 문장을 나눈 뒤 다시 읽어, 같은 내용이 더 쉽게 전달되는지 확인합니다.
3-4. '핵심 찾기' 점검
글을 처음부터 읽으며, '사용자가 해야 할 일'이 몇 번째 줄에 나오는지 봅니다. 그것이 글의 뒤쪽에 있다면, 앞으로 옮길 후보입니다. 사용자가 가장 알고 싶은 것을 앞에 두는 것만으로도, 같은 글이 훨씬 쉬워집니다. '무엇을 하라'를 먼저, 이유와 근거는 그 뒤에 두는 구조로 다시 배열해 봅니다.
3-5. '처음 온 사람' 점검
그 업무를 모르는 사람, 특히 디지털과 행정에 덜 익숙한 분에게 글을 읽혀 봅니다. 그리고 "이 글이 무슨 말인지, 그래서 무엇을 하라는 건지 설명해 보시겠어요?"라고 물어봅니다. 설명이 막히거나 잘못 이해한 지점이, 바로 그 글이 어려운 지점입니다. 이 방법은 가장 단순하면서도 가장 정확한 점검 중 하나라고 우리는 봅니다. 만든 사람의 어떤 자기 평가보다, 처음 읽은 사람의 한마디가 글의 난이도를 분명히 알려줍니다.
3-6. 다섯 점검을 한 장으로 — 비용과 효과
다섯 방법은 드는 노력과 잡아내는 결함이 서로 다릅니다. 무엇부터 적용할지 고를 때 참고할 수 있도록 한 표로 정리합니다.
| 점검 방법 | 드는 시간 | 누가 하나 | 주로 잡아내는 결함 | 혼자 가능? |
|---|---|---|---|---|
| 소리 내어 읽기 | 매우 짧음 | 만든 사람 본인 | 발음에 걸리는 어려운 단어 | 가능 |
| 어려운 단어 표시 | 짧음 | 본인 + 업무 모르는 동료 | 한자어·축약어의 누적 | 일부 |
| 한 문장 한 가지 | 보통 | 만든 사람 본인 | 조건·예외가 겹친 긴 문장 | 가능 |
| 핵심 찾기 | 짧음 | 만든 사람 본인 | 뒤에 묻힌 행동 안내 | 가능 |
| 처음 온 사람 | 보통 | 업무 모르는 사용자 | 잘못 이해·설명 막힘(가장 정확) | 불가(타인 필요) |
표가 보여 주는 균형이 있습니다. 위 네 방법은 혼자서 짧은 시간에 할 수 있지만 '만든 사람의 눈'이라는 한계를 안고 있고, 마지막 '처음 온 사람' 점검은 타인의 시간이 필요하지만 가장 정확합니다. 그래서 우리는 혼자 하는 네 점검으로 1차 거르고, 가장 중요한 글에는 '처음 온 사람' 점검을 반드시 더하는 두 단계 구성을 권합니다. 모든 글에 사람을 붙일 수는 없으니, §8의 우선순위와 묶어 쓰는 것입니다.
4. 찾았다면, 어떻게 다듬나 — 다시 쓰기의 관점
어려운 글을 찾았다면 다음은 다시 쓰기입니다. 앞 편(⑪ §5)에서 본 다섯 기준을 점검의 손질로 옮겨 정리합니다.
첫째, 어려운 단어를 쉬운 말로 바꿉니다. '교부' → '내어줌/받기', '경정' → '바로잡음'. 다만 바꾼 말이 원래만큼 모호하면 의미가 없으니, '처음 보는 사람이 이해하는가'를 기준으로 고릅니다.
둘째, 긴 문장을 나눕니다. 조건과 예외가 겹친 한 문장을, 여러 짧은 문장으로 풉니다. '~하는 경우에는 ~하되, 다만 ~한 때에는 ~한다'를 '보통은 ~합니다. 그런데 ~한 경우에는 ~합니다'처럼 나누는 것입니다.
셋째, 핵심을 앞으로 옮깁니다. 사용자가 해야 할 일을 맨 앞에 두고, 근거와 배경은 그 뒤에 둡니다.
넷째, 용어를 통일합니다. 같은 동작을 가리키는 여러 말('신청/접수/제출')을 하나로 맞춥니다.
다섯째, 꼭 필요한 전문용어는 풀어 줍니다. 법적으로 필요한 용어는 유지하되, 옆에 짧은 설명이나 쉬운 말 병기를 더합니다. '전입신고(이사한 사실을 알리는 신고)'처럼, 정확성과 이해를 함께 챙깁니다.
이 다섯 손질의 공통점은, 모두 **빼거나 줄이는 것이 아니라 '바꾸고 나누고 옮기는 것'**이라는 점입니다. 정보를 없애는 것이 아니라, 같은 정보를 사용자가 이해할 수 있는 형태로 다시 빚는 것입니다.
4-1. 다시 쓰기 — 신호에서 손질까지
§1의 네 신호와 위 다섯 손질이 실제 문장에서 어떻게 만나는지, 가상의 안내문 몇 줄을 다시 써 봅니다. 특정 기관의 문구가 아니라 공공 웹에서 흔한 형태를 합성한 예시입니다.
| 다시 쓰기 전 | 잡힌 신호 | 다시 쓰기 후 | 적용한 손질 |
|---|---|---|---|
| "교부 신청 시 본인확인 절차가 도래합니다." | 어려운 단어 | "신청하실 때 본인 확인을 합니다." | 단어 바꾸기 |
| "~한 경우에는 ~하되, 다만 ~한 때에는 ~합니다." | 긴 문장·정보 겹침 | "보통은 ~합니다. 그런데 ~이면 ~합니다." | 문장 나누기 |
| "(근거 3줄 뒤에) …신청서를 제출하십시오." | 핵심이 뒤 | "신청서를 내세요. (근거: ○○법 제○조)" | 핵심 앞으로 |
| 화면마다 '신청/접수/제출' 혼용 | (일관성 결함) | 모든 화면에서 '신청'으로 통일 | 용어 통일 |
| "전입신고를 하셔야 합니다." | (용어 장벽) | "전입신고(이사한 사실을 알리는 신고)를 하세요." | 전문용어 풀어 주기 |
표의 가운데 '잡힌 신호' 열이 §1과 §4를 잇는 다리입니다. 점검에서 발견한 신호가 곧바로 어떤 손질로 이어지는지를 보면, 점검과 다시 쓰기가 따로 노는 두 작업이 아니라 하나의 흐름임이 드러납니다. 신호를 보는 눈(§1)과 손질하는 손(§4)이 같은 다섯 기준(⑪ §5)에서 나온다는 점이, 이 점검법을 단순하면서도 일관되게 만든다고 우리는 봅니다.
5. 점검을 한 번으로 끝내지 않으려면
글은 한 번 다듬는다고 영원히 쉽게 남지 않습니다. 새 안내문이 추가되고, 정책이 바뀌어 문구가 갱신되며, 급하게 만든 페이지에서 다시 어려운 법령식 문장이 등장합니다. 우리는 용어 점검을 일회성 이벤트가 아니라 반복되는 습관으로 두기를 권합니다.
가장 단순한 방법은 글에 대한 작은 약속을 팀이 공유하는 것입니다. '어려운 한자어는 쉬운 말로 바꾼다', '한 문장은 한 가지만 말한다', '핵심을 앞에 둔다', '같은 것은 같은 말로 부른다' 같은 몇 줄짜리 원칙입니다. 이런 약속이 있으면, 새로 글을 쓰는 사람도 어려운 글을 덜 만들게 됩니다.
또한 새 안내문을 공개하기 전에 §3의 점검 중 한두 가지만이라도 통과시키는 습관을 들이면 좋습니다. 특히 '소리 내어 읽기'와 '처음 온 사람' 점검은 시간이 적게 들면서도 효과가 큽니다. 한 가지를 더하자면, 이런 점검을 새 글을 합치기 전의 검수 조건에 넣는 것입니다. "처음 보는 사람에게 읽혀 봤는가"라는 한 줄의 조건이, 어려운 글이 그대로 공개되는 것을 막습니다.
6. 점검에서 흔히 빠지는 함정
용어 점검에도 흔한 함정이 있습니다. 미리 알아두면 피할 수 있습니다.
첫 번째 함정은 만든 사람이 혼자 점검하는 것입니다. 앞서 거듭 말했듯, 만든 사람은 자기 글의 어려움을 느끼지 못합니다. "내가 읽어 보니 쉽던데"는 점검이 아니라 자기 확인입니다. 반드시 그 업무를 모르는 사람의 눈을 빌려야, 어려운 지점이 드러납니다.
두 번째 함정은 '단어만' 보는 것입니다. 어려운 단어를 쉬운 말로 바꾸는 데만 집중하다 보면, 정작 긴 문장과 뒤에 있는 핵심을 놓칩니다. 단어를 다 바꿔도 문장이 길고 핵심이 뒤에 있으면 글은 여전히 어렵습니다. 단어·문장·구조를 함께 봐야 합니다.
세 번째 함정은 '쉽게'를 '대충'으로 오해하는 것입니다. 쉬운 말로 바꾸다 정작 필요한 정보를 빠뜨리면, 글은 쉬워졌지만 부정확해집니다. 점검의 목표는 '쉬우면서도 정확한' 글이지, '쉽지만 부실한' 글이 아닙니다. 다듬은 뒤에는 반드시 '필요한 정보가 다 남아 있는가'를 다시 확인합니다.
네 번째 함정은 한 번 보고 끝내는 것입니다. §5에서 본 것처럼, 글은 계속 바뀌므로 점검도 계속되어야 합니다. 한 번의 대대적 정비보다, 새 글마다 가볍게 점검하는 습관이 더 오래 갑니다.
| 함정 | 어떤 모습으로 나타나나 | 왜 위험한가 | 빠져나오는 길 |
|---|---|---|---|
| 혼자 점검 | "내가 읽어 보니 쉽던데" | 지식의 저주로 어려움을 못 느낌 | 업무 모르는 타인의 눈을 빌림 |
| 단어만 보기 | 단어는 다 쉬운데 글은 여전히 어려움 | 긴 문장·뒤에 있는 핵심을 놓침 | 단어·문장·구조를 함께 봄 |
| 쉬움 = 대충 | 쉬워졌지만 필요한 정보가 빠짐 | 부정확한 안내 → 실제 불이익 | 다듬은 뒤 '정보 다 남았나' 재확인 |
| 한 번 보고 끝 | 한 번 정비 후 방치 | 새 글에서 어려움이 다시 쌓임 | 새 글마다 가벼운 점검을 습관화 |
이 네 함정은 서로 반대 방향의 실수처럼 보이지만 뿌리가 같습니다 — 점검을 '한 사람이, 한 번에, 한 측면만' 하려는 태도입니다. 점검은 여러 눈으로(혼자 아님), 여러 번(한 번 아님), 여러 측면을(단어만 아님) 보는 일이라고 우리는 봅니다. 그리고 '쉬움 = 대충' 함정이 일러 주듯, 점검의 목표는 언제나 '쉬우면서도 정확한' 글이지 둘 중 하나를 버리는 것이 아닙니다.
7. 우리가 공공 웹에서 관찰한 장면들 — 익명으로
특정 기관을 지목하지 않되, 반복해 마주친 장면들을 익명으로 옮깁니다.
어떤 팀은 안내문을 만든 직원에게 "쉬운가"를 물었을 때는 모두 "쉽다"고 했지만, 민원 창구에서 같은 업무를 안내하는 직원에게 물으니 "어르신들이 이 부분을 제일 많이 되묻는다"는 답이 나왔습니다. 글을 쓴 사람과 사용자를 매일 만나는 사람의 답이 달랐던 것입니다.
어떤 안내문은 어려운 단어를 모두 쉬운 말로 바꿨는데도 여전히 어려웠습니다. 문장이 너무 길고 핵심이 뒤에 있었기 때문입니다. 단어만 손본 점검의 한계가 드러난 장면입니다.
어떤 페이지는 처음 온 사용자에게 읽혀 보고 나서야, 만든 사람들이 "저기서 저렇게 이해할 줄은 몰랐다"고 했습니다. 같은 문장을 사용자가 정반대로 해석하고 있었던 것입니다.
반대로, 어떤 팀은 새 안내문을 공개하기 전에 반드시 '처음 보는 사람에게 읽히기'를 거쳤습니다. 그 결과 어려운 글이 그대로 공개되는 일이 거의 없었습니다. 특별한 도구가 아니라, '읽혀 보는' 습관이 절차에 박혀 있었던 것입니다.
이 장면들의 공통점은, 글의 난이도가 만든 사람의 평가가 아니라 받는 사람의 경험으로 드러났다는 것입니다. 점검의 본질이 바로 여기에 있습니다.
8. 무엇부터 점검하면 좋을까 — 우선순위
모든 글을 한 번에 점검하기는 어렵습니다. 우리는 다음 순서를 제안합니다.
먼저 사용자가 가장 많이 만나는 글입니다. 첫 화면 안내, 대표 신청의 설명, 자주 뜨는 오류 메시지처럼 많은 사용자가 거치는 글일수록 어려움의 비용이 큽니다. 다음은 행동을 요구하는 글입니다. '무엇을 하라'는 안내가 어려우면 사용자는 그 행동 자체를 못 합니다. 그다음은 결과가 큰 동작에 붙은 글 — 최종 제출, 결제, 삭제처럼 되돌리기 어려운 동작의 안내입니다. 마지막으로 같은 뜻을 여러 말로 부르는 곳의 용어를 통일합니다.
기준은 한결같습니다. '여기서 사용자가 이해하지 못하면 잃는 것이 큰가.' 클수록 먼저 점검하는 편이 좋다고 봅니다. 완벽한 정비를 기다리며 아무것도 하지 않는 것보다, 가장 중요한 글 하나부터 점검해 보는 것이 훨씬 낫습니다.
9. 한 장 요약 — 용어 난이도 점검의 핵심
길었던 이야기를 한자리에 모읍니다. 용어 난이도 점검의 핵심을 다섯 줄로 줄이면 이렇습니다.
첫째, '우리 글은 쉽다'는 믿음은 점검 없이는 믿을 수 없다. 만든 사람은 자기 글의 어려움을 느끼지 못하기 때문입니다. 둘째, 어려운 글에는 신호가 있다. 어려운 단어, 긴 문장, 뒤에 있는 핵심, 한 문장에 겹친 정보. 셋째, 도구 없이도 점검할 수 있다. 소리 내어 읽기, 어려운 단어 표시하기, 한 문장 한 가지, 핵심 찾기, 처음 온 사람에게 읽히기. 넷째, 다듬기는 빼는 것이 아니라 바꾸고 나누고 옮기는 것이다. 정보를 없애지 않으면서 형태를 다시 빚습니다. 다섯째, 점검은 받는 사람의 경험으로 한다. 만든 사람의 '쉬워 보임'이 아니라, 처음 읽은 사람의 '이해됨'으로 확인합니다.
이 다섯 줄의 바탕에는 하나의 태도가 있습니다 — 글의 난이도를 내 감각이 아니라 사용자의 경험으로 재는 태도입니다. 이 태도가 있으면 용어 점검은 자연스러운 일이 되고, 이 태도가 없으면 어려운 글은 '쉽다'는 믿음 아래 계속 남습니다.
| 핵심 명제 | 한 줄 정리 | 도구·방법 | 근거의 성격 |
|---|---|---|---|
| '쉽다'는 믿음은 점검 전엔 믿을 수 없다 | 만든 사람은 어려움을 못 느낀다 | — | 통설(지식의 저주) |
| 어려운 글에는 신호가 있다 | 단어·긴 문장·뒤의 핵심·정보 겹침 | §1 네 신호 | 관찰 |
| 도구 없이 점검할 수 있다 | 소리내어 읽기 등 다섯 방법 | §3 다섯 점검 | 연구 관점 |
| 다듬기는 빼는 게 아니다 | 바꾸고 나누고 옮긴다 | §4 다섯 손질 | 관점 |
| 점검은 받는 사람 경험으로 | '쉬워 보임' 아닌 '이해됨' | '처음 온 사람' 점검 | 통설(사용자 테스트) |
표의 오른쪽 두 열을 함께 보면, 이 점검법이 한 가지 근거에만 기대지 않는다는 점이 드러납니다. 표준 인용(WCAG 3.1.x), 공공 웹 관찰, 일반 설계 통설(지식의 저주·사용자 테스트), 그리고 우리의 연구 관점이 섞여 있습니다. 우리는 이 넷을 구분해 두려 합니다 — 인용은 출처로, 관찰은 익명의 장면으로, 통설은 일반 원리로, 관점은 '우리는 ~로 본다'로 표시합니다. 그래야 이 글이 규정이 아니라 점검의 한 관점으로 읽힙니다.
맺으며 — 점검은 '읽혀 보는 것'에서 시작된다
이번 편의 결론은 단순합니다. 글이 쉬운지는 만든 사람이 아니라 받는 사람이 안다. 그래서 용어 점검의 핵심은 거창한 분석이 아니라, 그 업무를 모르는 사람에게 한 번 읽혀 보는 것입니다. 소리 내어 읽고, 어려운 단어를 표시하고, 긴 문장을 세고, 핵심을 찾고, 처음 온 사람에게 물어보는 것 — 이 단순한 동작들이, '읽어도 모르는 안내문'을 '읽으면 아는 안내문'으로 바꾸는 출발점이 됩니다.
앞 편(⑪)의 '쉬운 말을 쓰자'와 이번 편의 '그 글이 정말 쉬운지 확인하자'는, 결국 같은 목표의 앞뒤 절반입니다. 쓰는 것만으로는 부족하고, 그 글이 가닿는지 점검해야 비로소 완성됩니다. 좋은 의도로 쉽게 쓴 글이 실제로는 여전히 어려운 경우를, 우리는 너무 자주 봅니다. 그 간극을 메우는 것이 점검의 몫입니다.
다시 강조하지만, 이 글은 규정이 아니라 관점입니다. 어떤 자리에 어떤 용어가 필요한지는 서비스와 맥락마다 다르고, 표준(WCAG 3.1.x 등)과 정책은 그 판단의 기준선을 줄 뿐입니다. 다만 "만든 사람의 감각으로 판단하지 말고, 받는 사람에게 읽혀 보자"는 방향만큼은, 어떤 글에서도 유효하다고 우리는 봅니다. "이게 무슨 말이에요?"라는 그 한마디 — 그 한마디가 나오지 않게 하는 일이, 용어 점검의 목표입니다.
다음 편 예고 (013): [접근성연구·고령] 본인인증이라는 문턱 — 고령 사용자가 로그인·본인인증 단계에서 겪는 진입 장벽을 기준의 관점에서 다룹니다.
참고한 공개 자료(출처):
- WCAG 2.1 성공 기준 3.1.3 Unusual Words / 3.1.4 Abbreviations / 3.1.5 Reading Level (W3C WAI)
- 공공언어·쉬운 우리말 쓰기 관련 국내 정책·지침(국립국어원 등 공공기관 안내 자료)
- 디지털 정부서비스 UI/UX 가이드라인(KRDS) 콘텐츠·UX 라이팅 관점
- 사용자 테스트·평이한 언어(plain language) 점검 등 일반 커뮤니케이션 설계 원리(통설)
관련 글
[접근성연구·디지털포용] 한 사람이 여러 벽을 동시에
앞 편(081)에서 디지털 포용이 여러 갈래의 사용자를 하나의 목표로 묶는다고 봤다. 그리고 끝에서 한 가지를 남겼다 — 현실의 한 사람은 여러 조건을 동시에 가질 수 있다고. 이 시리즈를 닫는 이번 편은 그 '겹침'을 정면으로 본다. 영역의 경계를 가로질러, 조건이 겹칠 때 접근성이 어떻게 더 가팔라지는지를 관찰한다.
[접근성연구·디지털포용] 디지털포용법이 말하는 '포용'
앞 편(080)에서 초고령사회라는 인구구조의 신호를 봤다. 그리고 끝에서 한 가지를 분명히 했다 — 디지털 격차는 고령에만 있는 것이 아니라고. 이번 편은 그 여러 갈래의 격차를 '디지털 포용(digital inclusion)'이라는 하나의 정책 틀에서 함께 본다. 이 시리즈는 그동안 사용자를 영역별로 나눠 다뤘다. 고령
[접근성연구·디지털포용] 초고령사회, 공공웹은 준비됐나
공공앱 세 편(077~079)으로 매체의 확장을 닫았다. 이제 시선을 한 번 더 넓힌다. 지금까지 이 시리즈는 주로 '한 사람이 화면 앞에서 겪는 어려움'을 다뤘다. 고령(001~014), 저시력(029~043), 키보드(047~049)처럼, 개별 사용자의 자리에서 벽을 봤다. 이번 묶음(080~082)은 그 시선을 거시