[접근성연구·고령] 우리 흐름은 몇 단계인가

과업 깊이 점검 관점

〈디지털 접근성 연구 ⑥〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 앞 편(⑤)이 "깊은 구조가 사용자를 길 잃게 한다"는 관찰이었다면, 이번 편은 "그래서 우리 사이트가 얼마나 깊은지 어떻게 직접 가늠하나"를 점검의 관점에서 다룹니다. 특정 도구가 아니라 누구나 따라 할 수 있는 방법을 봅니다.

들어가며 — 재지 않은 것은 줄일 수 없다

앞 편에서 우리는 깊은 구조가 사용자를 어떻게 길 잃게 하는지를 보았습니다. 그렇다면 자연스러운 다음 질문은 이것입니다. "그래서 우리 사이트는 얼마나 깊은가?" 깊이를 줄이려면, 먼저 우리가 얼마나 깊은지를 알아야 합니다. 재지 않은 것은 줄일 수 없습니다.

그런데 이 '재기'가 생각보다 어렵습니다. 가장 큰 이유는, 만든 사람은 자신의 사이트가 깊다는 것을 거의 느끼지 못한다는 데 있습니다. 만든 사람은 모든 길을 알고 있어서, 목적지까지 몇 번을 눌러야 하는지 의식하지 않습니다. 손이 길을 기억하고 있으니, 다섯 단계든 여섯 단계든 순식간에 도착합니다. 그래서 "우리 사이트는 찾기 쉽다"고 믿기 쉽습니다. 그러나 그 '쉬움'은 사이트가 얕아서가 아니라, 자신이 길을 외우고 있어서입니다.

이번 편은 이 간극을 메우는 이야기입니다. 우리는 거창한 분석 도구 없이도, 누구나 우리 사이트가 얼마나 깊은지를 직접 가늠할 수 있다고 봅니다. 핵심은 앞 편들과 같습니다 — 만든 사람의 익숙함을 잠시 내려놓고, 처음 오는 사람의 자리에 서 보는 것입니다. 이 글에서 우리는 과업의 깊이를 재는 몇 가지 방법을 단계별로 정리합니다. 다시 강조하지만, 이건 규정이 아니라 우리가 권하는 관점이고, 특정 제품을 전제하지 않습니다.

1. 무엇을 재는가 — '과업 깊이'의 정의

먼저 무엇을 잴 것인지부터 분명히 하겠습니다. 우리가 '과업 깊이'라고 부르는 것은 사용자가 한 가지 일을 끝내기까지 거쳐야 하는 단계의 수입니다. 여기에는 두 가지 종류가 있습니다.

첫째는 **'찾기까지의 깊이'**입니다. 홈에서 원하는 페이지(예: 특정 신청서)에 닿기까지 몇 번을 눌러야 하는가. 이것은 앞 편에서 다룬 메뉴 구조의 깊이입니다. 사용자가 목적지를 '찾는' 과정의 길이입니다.

둘째는 **'끝내기까지의 깊이'**입니다. 목적지에 닿은 뒤, 그 일을 실제로 완료하기까지 몇 단계를 거쳐야 하는가. 예컨대 신청서에 도착한 뒤 입력·확인·제출·완료까지의 단계입니다. 이것은 과업 자체의 흐름 길이입니다.

이 둘을 합한 것이 사용자가 실제로 겪는 전체 여정입니다. 사용자는 "찾기"와 "끝내기"를 따로 생각하지 않습니다. 그저 "○○를 하려는데 이게 왜 이렇게 오래 걸리지"라고 느낄 뿐입니다. 그래서 깊이를 잴 때도 둘을 함께 봐야 합니다. 찾기는 쉬운데 끝내기가 길거나, 그 반대일 수도 있기 때문입니다. 우리는 이 두 깊이를 나눠 재되, 사용자 경험은 그 합으로 이해해야 한다고 봅니다.

한 가지 덧붙이면, '단계의 수'만으로 모든 것이 설명되지는 않습니다. 같은 다섯 단계라도, 각 단계가 분명하고 쉬우면 사용자는 덜 지치고, 각 단계가 모호하고 어려우면 더 지칩니다. 그래서 우리는 깊이를 '단계의 수'와 '각 단계의 부담'을 함께 봅니다. 숫자는 출발점일 뿐, 결국 중요한 것은 사용자가 그 여정에서 얼마나 헤매고 망설이는가입니다.

2. 왜 만든 사람은 깊이를 못 느끼는가 — 지식의 저주

앞서 말한 '만든 사람은 깊이를 못 느낀다'는 현상에는 이름이 있습니다. 흔히 **'지식의 저주(curse of knowledge)'**라고 부르는 것입니다. 무언가를 잘 아는 사람은, 그것을 모르는 사람의 입장을 상상하기 어렵다는 인지 경향입니다. 길을 외운 사람은 그 길이 복잡하다는 것을 느끼지 못하고, 용어를 아는 사람은 그 용어가 어렵다는 것을 알아채지 못합니다.

이 저주가 깊이 점검을 어렵게 만드는 이유는 분명합니다. 만든 사람이 "우리 사이트는 찾기 쉽다"고 판단할 때, 그 판단은 자신의 익숙함을 기준으로 한 것입니다. 처음 오는 사용자의 막막함은 그 판단에 들어 있지 않습니다. 그래서 만든 사람의 자기 점검만으로는, 사이트가 실제로 얼마나 깊은지 알기 어렵습니다. 자신이 외운 지름길을 기준으로 보면, 모든 사이트가 얕아 보입니다.

지식의 저주를 넘는 방법은 하나뿐입니다 — 자신이 아닌 다른 사람의 길 찾기를 보는 것입니다. 내가 얼마나 빨리 찾는지가 아니라, 처음 오는 사람이 얼마나 헤매는지를 보는 것입니다. 그래서 이 편에서 권하는 점검 방법들은, 결국 모두 "만든 사람의 익숙함을 우회하는" 장치들입니다. 단계를 객관적으로 세거나, 처음 오는 사람에게 시켜보거나 — 어느 쪽이든 핵심은 자신의 익숙함을 점검에서 빼는 것입니다.

3. 점검 1 — 대표 과업을 골라 단계를 세어 본다

가장 단순하고 확실한 점검입니다. 사용자가 가장 많이 하는 일 몇 가지를 '대표 과업'으로 고르고, 각각에 대해 홈에서 완료까지 몇 단계를 거치는지 직접 세어 보는 것입니다.

먼저 대표 과업을 고릅니다. 모든 기능을 다 점검하려 하면 끝이 없으니, 방문이 가장 많이 몰리는 일부터 고릅니다. 대표적인 신청, 자주 찾는 조회, 핵심 민원 같은 것입니다. 사이트의 방문 데이터가 있으면 그것을 참고하고, 없으면 "사람들이 이 사이트에 왜 오는가"를 떠올려 가장 흔한 목적을 고릅니다.

다음으로, 각 과업의 단계를 셉니다. 홈에서 시작해, 목적지를 찾기까지 누르는 횟수, 그리고 그 일을 끝내기까지의 단계를 하나씩 세어 기록합니다. 이때 중요한 것은 지름길이 아니라 사용자가 실제로 갈 법한 길로 세는 것입니다. 만든 사람은 즐겨찾기나 외운 주소로 한 번에 가지만, 사용자는 홈에서 메뉴를 따라 들어옵니다. 그 일반적인 길을 기준으로 세어야 실제 깊이가 드러납니다.

세어 보면 종종 놀랍니다. "이게 다섯 단계나 됐나" 싶은 일이 적지 않습니다. 특히 가장 중요한 과업이 가장 깊은 곳에 있는 경우, 그것은 우선적으로 손봐야 할 분명한 신호입니다. 숫자로 적어두면 "느낌상 괜찮다"가 "이 과업은 여섯 단계다"라는 사실로 바뀌고, 사실이 되면 비로소 줄일 대상이 됩니다.

4. 점검 2 — 처음 보는 사람에게 시켜 본다

단계를 세는 것이 '구조의 깊이'를 재는 일이라면, 처음 보는 사람에게 시켜 보는 것은 **'체감하는 깊이'**를 재는 일입니다. 둘은 다릅니다. 구조는 세 단계인데 메뉴 이름이 모호해 사용자가 헤매면, 체감 깊이는 훨씬 깊습니다. 반대로 단계는 조금 많아도 길이 분명하면 체감은 얕습니다.

방법은 간단합니다. 사이트를 처음 보는 사람(가능하면 고령 사용자나 디지털에 덜 익숙한 사람)에게 "○○를 한번 찾아보시겠어요?"라고 부탁하고, 곁에서 지켜봅니다. 가장 중요한 규칙은 돕지 않는 것입니다. "거기 누르시면 돼요"라고 거들면, 정작 그 길이 혼자서는 안 된다는 사실이 가려집니다. 손을 내밀고 싶은 마음을 누르고, 그저 어디서 멈추는지를 봅니다.

지켜보면 많은 것이 드러납니다. 어느 메뉴에서 망설이는지, 어디서 잘못 들어가는지, 어디서 "이게 맞나?" 하고 되묻는지, 어디서 한숨을 쉬는지. 이 신호들은 단계 수로는 잡히지 않는, 체감하는 깊이입니다. 특히 첫 선택 — 홈에서 어느 메뉴를 처음 누르는지 — 이 중요합니다. 첫 단추를 잘못 끼우면 그 뒤의 모든 길이 헛걸음이 되기 때문입니다. 사용자가 첫 화면에서 어디로 가야 할지 한참 고민한다면, 그것은 분류가 사용자의 언어로 되어 있지 않다는 신호입니다.

이 점검의 또 다른 이점은, 숫자가 아니라 사람의 표정으로 깊이를 느끼게 해 준다는 것입니다. "여섯 단계"라는 숫자는 추상적이지만, 어르신이 세 번째 화면에서 막막해하며 폰을 내려놓는 장면은 잊히지 않습니다. 그 한 장면이, 어떤 분석 자료보다 강하게 "이 길은 너무 깊다"를 말해 줍니다.

5. 점검 3 — 위치 안내가 있는지 확인한다

깊이를 당장 줄이기 어렵더라도, 사용자가 길을 잃지 않게 돕는 안내가 있으면 체감 깊이는 크게 줄어듭니다. 그래서 세 번째 점검은 위치 안내가 충분한지를 확인하는 것입니다. 앞 편에서 본 세 가지를 봅니다.

현재 위치가 보이는가. 몇 단계 들어간 화면에서, 사용자가 자신이 어느 분류에 있는지 알 수 있는가. 화면 어디에도 현재 위치 표시가 없으면, 사용자는 깊이 들어갈수록 더 막막해집니다.

빵부스러기가 있는가. 홈에서 현재 화면까지의 경로가 한 줄로 보이는가. 그리고 그 경로의 각 단계를 눌러 되짚어 갈 수 있는가. 빵부스러기는 깊은 구조의 부담을 줄이는 가장 효과적인 완충 중 하나입니다.

돌아갈 길이 분명한가. 모든 화면에 '이전'과 '홈'으로 가는 분명한 길이 있는가. 브라우저의 뒤로 가기에만 의존하지 않고, 화면 안에서 돌아갈 수 있는가.

이 세 가지를 점검하는 이유는, 깊이 줄이기가 큰 작업인 반면 위치 안내 더하기는 비교적 빠른 작업이기 때문입니다. 구조를 다시 짜는 동안에도, 위치 안내를 보강하면 사용자는 당장 덜 헤맵니다. 우리는 깊이 점검에서 "구조가 얼마나 깊은가"와 "그 깊이를 받쳐주는 안내가 있는가"를 함께 봐야 한다고 생각합니다. 같은 깊이라도 안내가 있으면 견딜 만하고, 없으면 미로가 됩니다.

6. 점검 4 — 모바일에서 다시 본다

앞 편에서 보았듯, 같은 구조라도 모바일에서는 깊이가 더 무겁게 느껴집니다. 메뉴가 아이콘 뒤에 접히고, 위치 안내를 둘 공간이 부족하고, 한 번에 보이는 선택지가 적기 때문입니다. 그래서 깊이 점검은 반드시 모바일에서도 해 봐야 합니다.

PC에서 세 단계로 느껴지던 길이, 모바일에서는 메뉴를 펼치고 스크롤하느라 훨씬 깊게 느껴질 수 있습니다. PC에서는 한눈에 보이던 전체 메뉴가, 폰에서는 햄버거 뒤에 숨어 사용자가 전체를 가늠하기 어렵습니다. 그래서 PC에서만 점검하고 "괜찮다"고 판단하면, 정작 고령 사용자가 가장 많이 쓰는 모바일 환경을 놓치게 됩니다.

모바일 점검에서 특히 볼 것은 두 가지입니다. 첫째, 메뉴를 찾고 펼치는 것 자체가 쉬운가. 메뉴가 어디 있는지, 어떻게 여는지가 분명한가. 둘째, 펼친 메뉴 안에서 전체 구조가 가늠되는가. 한 번에 몇 개씩만 보이더라도, 사용자가 "내가 찾는 건 이쪽이겠다"는 감을 잡을 수 있는가. 우리는 깊이 점검의 기준을 항상 가장 어려운 조건 — 작은 화면 — 에 두는 것이 안전하다고 봅니다. 작은 화면에서 견디면, 큰 화면에서는 저절로 견디기 때문입니다.

7. 무엇을 기록하나 — 깊이를 사실로 남기기

점검의 결과는 기록으로 남겨야 일감이 됩니다. "좀 깊은 것 같다"는 며칠 뒤면 사라지지만, "○○ 신청은 홈에서 여섯 단계, 그중 세 번째 화면에서 사용자가 가장 많이 멈춘다"는 기록은 고칠 수 있는 대상이 됩니다.

우리가 권하는 기록 항목은 다음과 같습니다. 과업 이름(무엇을 하는 길인가), 단계 수(찾기 몇 단계 + 끝내기 몇 단계), 첫 선택의 정확도(처음 보는 사람이 첫 메뉴를 맞게 골랐는가), 막힌 지점(어느 화면에서 멈추거나 잘못 들어갔는가), 그리고 위치 안내 여부(그 경로에 현재 위치·빵부스러기·복귀 경로가 있는가). 이 항목들이 있으면, 어느 과업의 어느 단계가 문제인지가 분명해집니다.

기록은 또한 우선순위를 매기는 근거가 됩니다. 단계가 가장 깊고 방문이 가장 많은 과업이 가장 먼저 손봐야 할 대상입니다. 깊이는 깊은데 사람이 거의 안 가는 길은 우선순위가 낮고, 조금 깊어도 모두가 지나는 길은 우선순위가 높습니다. 기록이 있으면 이 판단을 감이 아니라 사실로 할 수 있습니다. 점검의 목적은 "우리 사이트는 깊다/얕다"는 결론이 아니라, "어느 길을 먼저 얕게 할 것인가"라는 순서가 매겨진 목록입니다.

8. 무엇이 '너무 깊다'를 말하는가 — 점검의 신호

"몇 단계부터 너무 깊은 것인가"라는 질문을 자주 받습니다. 우리는 정해진 숫자로 답하지 않습니다. 사이트의 성격과 과업에 따라 적정한 깊이는 다르기 때문입니다. 대신, '너무 깊다'를 말해 주는 신호들에 주목합니다.

첫 선택에서 자주 막힌다. 처음 보는 사람이 홈에서 어느 메뉴를 누를지 한참 고민하거나 자주 틀린다면, 분류가 사용자의 언어로 되어 있지 않다는 신호입니다. 이 경우 단계 수와 무관하게 체감 깊이가 깊습니다.

되돌아 나오는 일이 잦다. 사용자가 들어갔다 나왔다를 반복한다면, 각 단계의 단서가 약하다는 뜻입니다. 단서가 약하면 같은 깊이라도 훨씬 깊게 느껴집니다.

중간에 포기한다. 목적지에 닿기 전에 멈추는 일이 잦다면, 그 길이 사용자의 인내를 넘어선 것입니다. 끝이 보이지 않아 포기하는 경우가 많으므로, 진행 표시의 부재와 함께 봐야 합니다.

"이게 맞나?"를 자주 되묻는다. 사용자가 매 단계 확신하지 못하고 망설인다면, 각 단계가 분명한 피드백을 주지 못하는 것입니다. 확신 없는 걸음은 더디고 불안합니다.

이 신호들의 공통점은, 모두 단계의 수가 아니라 사용자의 망설임을 본다는 것입니다. 우리는 깊이의 진짜 척도가 숫자가 아니라 망설임이라고 봅니다. 사용자가 막힘없이 흐르면 여섯 단계도 얕고, 매 단계 망설이면 세 단계도 깊습니다. 그래서 가장 좋은 점검은 늘, 사람이 길을 찾는 모습을 지켜보는 것입니다.

9. 흔한 함정 — 만든 사람만의 점검

깊이 점검에서 가장 흔한 함정은, 앞서 말한 '지식의 저주'에 그대로 빠지는 것입니다. 즉 만든 사람이 자기 사이트를 자기가 점검하는 것입니다. 길을 다 아는 사람이 점검하면, 모든 길이 쉬워 보여 "우리 사이트는 깊지 않다"는 결론이 나오기 쉽습니다. 이것은 점검이 아니라 자기 확인에 가깝습니다.

이 함정을 피하는 방법은 분명합니다 — 점검에 '처음 보는 눈'을 반드시 포함하는 것입니다. 같은 팀 안에서도 그 화면을 만들지 않은 사람, 혹은 사이트를 처음 보는 외부 사람, 가능하면 고령 사용자의 눈을 빌립니다. 만든 사람의 점검은 단계를 객관적으로 세는 데까지로 한정하고, '체감하는 깊이'는 처음 보는 사람에게 맡기는 것이 정확합니다.

또 하나의 함정은 대표 과업을 잘못 고르는 것입니다. 만든 사람이 "중요하다"고 여기는 기능과, 사용자가 실제로 자주 찾는 기능이 다를 수 있습니다. 점검 대상을 만든 사람의 짐작으로 고르면, 정작 사용자가 가장 많이 헤매는 길을 점검하지 않게 됩니다. 그래서 대표 과업은 가능하면 실제 방문 데이터나 문의 내용을 근거로 고르는 것이 좋습니다. "사람들이 무엇을 못 찾겠다고 전화하는가"는, 어느 길이 가장 깊은지를 알려주는 귀한 단서입니다.

10. 우리가 본 깊이 점검의 실제

깊이 점검이 실제로 어떻게 갈리는지, 익명의 장면으로 옮겨 봅니다.

장면 하나. ○○ 기관의 담당자는 "우리 신청은 두세 번이면 닿는다"고 자신했지만, 막상 홈에서부터 단계를 세어 보니 여섯 단계였습니다. 본인은 즐겨찾기로 한 번에 갔기에 그 깊이를 한 번도 체감하지 못했던 것입니다. 단계를 직접 세어 본 것만으로, 자기 사이트의 깊이를 처음 마주했습니다.

장면 둘. 어느 팀은 사이트를 처음 보는 사람에게 대표 신청을 찾아보게 했습니다. 그분은 홈에서 첫 메뉴를 고르는 데부터 한참 망설였고, 결국 엉뚱한 분류로 들어갔습니다. 구조는 세 단계로 얕았지만, 메뉴 이름이 모호해 체감 깊이는 훨씬 깊었던 것입니다. 단계 수만 봤다면 놓쳤을 문제를, 처음 보는 눈이 단번에 드러냈습니다.

장면 셋. 한 담당자는 PC에서만 점검하고 "괜찮다"고 판단했는데, 같은 길을 폰으로 가 보니 메뉴가 햄버거 뒤에 숨어 있고 위치 표시가 없어 훨씬 막막했습니다. 모바일 점검을 더하자, PC에서는 보이지 않던 깊이가 드러났습니다.

장면 넷. 어느 팀은 점검 결과를 "○○ 신청 / 6단계 / 3번째 화면에서 이탈 / 위치 표시 없음"처럼 기록으로 남겼습니다. 이 기록을 근거로, 가장 깊고 가장 많이 쓰이는 길부터 손보기 시작했습니다. 막연한 "사이트를 개편하자"가 아니라, 구체적인 "이 길을 두 단계로 줄이자"가 되었습니다.

장면 다섯(잘된 경우). 반대로 어느 팀은 점검을 정기적으로 했습니다. 새 메뉴를 추가할 때마다 대표 과업의 단계가 늘지 않았는지 확인했고, 분기마다 처음 보는 사람에게 길 찾기를 시켜 보았습니다. 그 결과 시간이 지나도 사이트가 깊어지지 않았습니다. 점검이 일회성이 아니라 절차였기에 가능한 일이었습니다.

11. 점검을 누가, 언제 하는가

깊이 점검도 한 번의 행사로 끝나면, 다음 업데이트에서 다시 깊어집니다. 앞 편에서 보았듯 메뉴는 시간과 함께 깊어지기 때문입니다. 그래서 우리는 깊이 점검을 일상의 절차로 두는 것을 권합니다.

새 메뉴를 추가할 때. 새 정보를 어디에 넣을지 정할 때, "이걸 여기 넣으면 대표 과업이 더 깊어지지 않는가"를 한 번 묻습니다. 이 작은 질문이, 사이트가 시간과 함께 깊어지는 것을 막습니다.

개편이나 큰 수정 전후. 구조를 바꾸기 전에 현재 깊이를 재 두고, 바꾼 뒤에 다시 재어 비교합니다. 그래야 "개편으로 정말 얕아졌는가"를 사실로 확인할 수 있습니다. 막연히 "새로 했으니 나아졌겠지"는 점검이 아닙니다.

정기적으로. 분기에 한 번이든 반기에 한 번이든, 대표 과업의 깊이를 다시 재고 처음 보는 사람에게 길 찾기를 시켜 봅니다. 정기 점검은 누적되는 깊이를 주기적으로 덜어냅니다.

이 시점들의 공통점은, 점검을 "특별한 분석"이 아니라 "기본 절차"로 만든다는 것입니다. 거창한 도구나 전문가 없이, 단계를 세고 처음 보는 사람에게 시켜 보는 것만으로도 충분히 많은 것을 알 수 있습니다. 중요한 것은 그것을 한 번 하고 마느냐, 계속 하느냐입니다.

12. 자가점검의 한계 — 결국 사람을 봐야 한다

지금까지의 점검은 강력하지만, 한계도 분명합니다. 단계를 세는 것은 구조의 깊이를 알려주지만, 그 깊이가 실제 사용자에게 얼마나 무거운지는 알려주지 않습니다. 같은 다섯 단계라도 어떤 사용자는 수월하게, 어떤 사용자는 버겁게 느낍니다. 그 차이는 숫자에 담기지 않습니다.

그래서 우리는 깊이 점검의 마지막을 실제 사용자, 특히 고령 사용자가 길을 찾는 모습을 보는 것으로 둡니다. 단계를 세고 위치 안내를 확인하는 것은 우리가 책상에서 할 수 있지만, "이 길이 정말 이 사용자에게 갈 만한가"는 그 사용자를 봐야 압니다. 한 어르신이 세 번째 화면에서 폰을 내려놓는 장면은, 어떤 단계 수보다 분명한 답입니다.

이렇게 보면 깊이 점검도 세 겹입니다. 첫째, 단계를 객관적으로 세는 것(구조의 깊이). 둘째, 처음 보는 사람에게 시켜 보는 것(체감하는 깊이). 셋째, 실제 사용자가 쓰는 모습을 지켜보는 것(진짜 부담). 이 세 겹은 서로를 대체하지 않고 보완합니다. 숫자만 보면 체감을 놓치고, 한두 사람만 보면 전체를 놓치며, 객관적 측정만으로는 사람의 망설임을 놓칩니다. 셋을 함께 쓸 때 점검은 비로소 온전해집니다. 우리가 '자가점검'을 이야기하면서도 늘 그 끝에서 '사람을 보라'고 권하는 이유가 여기에 있습니다.

13. 점검을 개선으로 잇기

점검이 기록에서 멈추면 의미가 없습니다. 점검의 진짜 목적은 개선으로 잇는 것입니다. 앞 편(⑤)에서 본 방향들 — 구조를 얕게, 사용자의 언어로 분류, 자주 찾는 것을 앞으로, 위치 안내 보강 — 을, 점검으로 드러난 우선순위에 따라 적용합니다.

가장 먼저 손볼 것은, 점검에서 가장 깊고 가장 많이 쓰이며 가장 자주 막히는 과업입니다. 이 세 조건이 겹치는 길이 있다면, 그것이 1순위입니다. 그 한 길을 얕게 하고 위치 안내를 더하는 것만으로, 가장 많은 사용자가 가장 크게 덕을 봅니다. 모든 길을 한 번에 고치려 하기보다, 이 우선순위에 따라 한 걸음씩 가는 것이 현실적입니다.

그리고 개선한 뒤에는 다시 점검합니다. 두 단계로 줄였다면 정말 두 단계가 됐는지, 위치 안내를 더했다면 처음 보는 사람이 덜 헤매는지를 확인합니다. 점검 → 개선 → 재점검의 순환이 돌아갈 때, 사이트는 점점 얕아지고 사용자는 점점 덜 헤맵니다. 우리는 이 순환이 끊기지 않는 것이, 깊이를 다루는 가장 확실한 길이라고 봅니다.

14. 깊이 점검과 다른 점검의 관계 — 한 여정 안에서

깊이 점검은 따로 떨어진 작업이 아닙니다. 앞 편들에서 다룬 글자 크기 점검, 한 화면 한 과업 점검과 한 여정 안에서 이어집니다. 사용자의 한 번의 방문에는 이 모든 것이 동시에 작동하기 때문입니다. 그래서 우리는 깊이 점검을 다른 점검들과 묶어 보는 것이 더 정확하다고 봅니다.

생각해 보면, 사용자가 한 가지 일을 끝내기까지의 여정은 이렇게 흐릅니다. 먼저 사이트에 들어와 원하는 것을 찾고(구조의 깊이), 그 길의 각 화면에서 글자를 읽고(글자 크기), 목적지에 닿아 한 단계씩 과업을 처리합니다(한 화면 한 과업). 이 세 가지 중 하나라도 막히면 여정은 거기서 끝납니다. 구조가 깊어 못 찾으면 글자가 아무리 잘 보여도 소용없고, 글자가 안 보이면 길이 아무리 얕아도 막히며, 화면이 복잡하면 목적지에 닿고도 일을 못 끝냅니다.

그래서 깊이만 점검하고 만족하는 것은 위험합니다. 깊이를 줄여 사용자가 목적지에 잘 닿게 됐는데, 정작 그 목적지 화면의 글자가 작거나 폼이 복잡하면 여정은 다시 막힙니다. 우리는 점검을 할 때 사용자의 한 여정을 끝까지 따라가며 깊이·가독성·화면 복잡도를 함께 보는 것을 권합니다. "이 신청을 처음부터 끝까지 해 보자"고 마음먹고, 찾는 단계의 깊이, 각 화면의 글자, 입력 화면의 복잡도를 한 번에 점검하는 것입니다. 그러면 한 번의 점검으로 여정 전체의 약한 고리를 찾을 수 있습니다.

이렇게 점검을 여정 단위로 묶으면, 또 하나의 이점이 있습니다. 어느 한 가지만 고쳐서는 사용자 경험이 크게 나아지지 않는다는 사실을 깨닫게 된다는 것입니다. 가장 깊은 길을 얕게 해도 그 끝 화면이 여전히 복잡하면, 사용자는 여전히 멈춥니다. 그래서 개선도 여정 단위로, 약한 고리를 차례로 메우는 방식으로 가야 합니다. 우리는 이것이 점검을 항목별로 쪼개지 않고 여정으로 보는 가장 큰 이유라고 생각합니다.

15. 숫자 너머 — 깊이가 사용자에게 남기는 감정

지금까지 우리는 깊이를 단계의 수로, 망설임의 빈도로 재는 이야기를 했습니다. 그러나 깊이가 사용자에게 남기는 것은 숫자가 아니라 감정입니다. 점검을 마치며, 우리는 이 감정의 차원을 한 번 짚고 싶습니다. 결국 우리가 줄이려는 것은 단계가 아니라, 그 단계들이 사용자에게 안기는 부담과 불안이기 때문입니다.

깊은 구조에서 길을 잃은 사용자가 느끼는 첫 번째 감정은 무력감입니다. "분명히 여기 있을 텐데 못 찾겠다"는 막막함은, 단순한 불편을 넘어 "나는 이걸 못 하는 사람인가"라는 자기 회의로 이어지기 쉽습니다. 특히 고령 사용자에게 이 무력감은 디지털 전반에 대한 위축으로 번집니다. 한 사이트에서의 헤맴이, 다음 사이트를 시도할 용기마저 꺾는 것입니다.

두 번째 감정은 불안입니다. 깊이 들어갈수록 "잘못 들어온 건 아닐까", "돌아갈 수 있을까"라는 불안이 커집니다. 이 불안은 사용자를 더 망설이게 하고, 망설임은 더 깊은 헤맴을 부릅니다. 불안과 헤맴이 서로를 키우는 악순환이 시작되면, 사용자는 결국 그 자리를 떠납니다.

반대로, 얕고 분명한 구조에서 사용자가 느끼는 감정은 안심과 효능감입니다. "아, 쉽게 찾았네", "내가 혼자서 해냈네"라는 작은 성취가, 다음에도 해 볼 용기를 줍니다. 우리는 공공 서비스가 사용자에게 남겨야 할 감정이 바로 이것이라고 봅니다 — 무력감이 아니라 효능감, 불안이 아니라 안심. 깊이를 점검하고 줄이는 일은, 결국 사용자에게 어떤 감정을 남길 것인가를 정하는 일이기도 합니다.

그래서 우리는 깊이 점검의 마지막 질문을 이렇게 둡니다. "이 길을 끝까지 간 사용자는, 어떤 마음으로 화면을 닫는가?" 지쳐서 닫는가, 해냈다는 마음으로 닫는가. 그 답이, 우리가 줄여야 할 깊이가 얼마인지를 가장 정직하게 말해 줍니다. 숫자는 그 답을 가리키는 손가락일 뿐, 진짜 목적지는 사용자의 마음입니다.

16. 깊이 점검을 처음 시작한다면 — 한 시간이면 충분하다

"점검이 좋은 건 알겠는데, 어디서부터 시작해야 할지 막막하다"는 분들을 위해, 처음 한 번을 어떻게 시작하면 좋을지 정리합니다. 거창한 계획 없이도, 한 시간이면 첫 점검을 끝낼 수 있습니다.

먼저, 대표 과업 세 개를 고릅니다. 사람들이 이 사이트에 오는 가장 흔한 이유 세 가지면 충분합니다. 너무 많이 고르면 시작 전에 지치니, 딱 세 개로 제한합니다. 그다음, 각 과업에 대해 홈에서부터 직접 길을 따라가며 단계를 셉니다. 즐겨찾기나 외운 주소가 아니라, 처음 오는 사람이 갈 법한 길로 갑니다. 찾기까지 몇 번, 끝내기까지 몇 번을 종이에 적습니다. 이 단계만으로도 "우리 대표 과업이 이렇게 깊었나"를 처음 마주하게 됩니다.

다음으로, 그 세 과업을 폰으로 다시 해 봅니다. PC와 폰의 체감 차이를 적어둡니다. 그리고 각 경로에 현재 위치 표시·빵부스러기·복귀 경로가 있는지 표시합니다. 마지막으로, 시간이 허락하면 사이트를 처음 보는 한 사람에게 그중 한 과업을 찾아보게 하고, 어디서 멈추는지를 지켜봅니다. 이 다섯 가지 — 단계 세기, 폰으로 다시, 위치 안내 확인, 처음 보는 사람 관찰, 기록 — 가 첫 점검의 전부입니다.

이렇게 한 시간을 들이면, "우리 사이트는 괜찮다"는 막연한 믿음이 "○○ 신청이 여섯 단계로 가장 깊고, 폰에서 위치 표시가 없으며, 처음 보는 사람은 두 번째 화면에서 막힌다"는 구체적인 사실로 바뀝니다. 그리고 그 사실이, 무엇을 먼저 고칠지를 분명히 알려줍니다. 우리는 완벽한 점검을 기다리며 아무것도 하지 않는 것보다, 한 시간짜리 첫 점검을 해 보는 것이 훨씬 낫다고 봅니다. 점검은 한 번 시작하면, 다음부터는 훨씬 쉬워집니다.

17. 한 장 요약 — 깊이 점검의 핵심

길었던 이야기를 한자리에 모읍니다. 깊이 점검의 핵심을 다섯 줄로 줄이면 이렇습니다.

첫째, 재지 않은 것은 줄일 수 없다. 우리 사이트가 얼마나 깊은지를 먼저 알아야, 줄일 대상이 생깁니다. 둘째, 만든 사람은 깊이를 못 느낀다. 길을 외운 사람의 자기 점검만으로는 부족하니, 처음 오는 눈을 반드시 포함합니다. 셋째, 단계를 세고, 폰으로 다시 하고, 사람을 지켜본다. 구조의 깊이·체감하는 깊이·진짜 부담을, 세 겹으로 함께 봅니다. 넷째, 숫자보다 망설임을 본다. 몇 단계인가보다, 사용자가 어디서 멈추고 되묻는가가 더 정직한 척도입니다. 다섯째, 점검을 개선으로, 다시 점검으로 잇는다. 가장 깊고 많이 쓰이는 길부터 한 걸음씩 줄이고, 줄인 뒤 다시 잽니다.

이 다섯 줄은 외워서 쓰는 규칙이 아니라, 깊이를 대하는 태도에 가깝습니다. 그 태도의 바탕에는 하나의 믿음이 있습니다 — 사용자가 길을 잃는 것은 사용자의 잘못이 아니라 길의 문제이고, 길은 잴 수 있고 줄일 수 있다는 믿음입니다. 이 믿음이 있으면, 깊이는 막막한 숙명이 아니라 다룰 수 있는 대상이 됩니다. 우리가 이 편 전체에서 말하고 싶었던 것도 결국 이것입니다.

맺으며 — 외운 길이 아니라 처음 오는 길로

이번 편의 결론은 단순합니다. 우리 사이트가 얼마나 깊은지를 알려면, 외운 길이 아니라 처음 오는 길로 가 봐야 한다. 만든 사람은 모든 길을 알기에 깊이를 느끼지 못합니다. 그 익숙함을 우회하는 것 — 단계를 객관적으로 세고, 처음 보는 사람에게 시켜 보고, 실제 사용자를 지켜보는 것 — 이 깊이 점검의 전부라고 해도 지나치지 않습니다.

그리고 그 점검은 거창하지 않습니다. 대표 과업 하나를 골라 홈에서 단계를 세어 보는 것, 사이트를 처음 보는 가족에게 "○○를 찾아보시겠어요?"라고 부탁하는 것 — 누구나, 지금 당장 할 수 있는 일입니다. 우리가 이 편에서 어떤 전문 도구도 전제하지 않은 이유가 여기에 있습니다. 깊이를 재는 문턱은 생각보다 낮고, 한 번 재어 보면 보이지 않던 깊이가 사실로 드러납니다.

다시 강조하지만, 이 글은 규정이 아니라 관점입니다. 적정한 깊이가 몇 단계인지에 대한 정답은 없고, 사이트마다 사정도 다릅니다. 다만 "재지 않은 것은 줄일 수 없다"는 것, 그리고 "재는 가장 좋은 방법은 처음 오는 사람의 길을 보는 것"이라는 점만큼은 어디서나 유효하다고 우리는 봅니다. 깊이를 한 번 재어 본 사람은, 다음 화면을 만들 때부터 깊이를 의식하게 됩니다. 그렇게 점검은 결함을 찾는 일을 넘어, 애초에 얕게 만드는 눈을 길러줍니다.

마지막으로, 깊이 점검이 단지 '구조를 줄이는 일'이 아님을 다시 강조하고 싶습니다. 우리가 단계를 세고 사용자를 지켜보는 진짜 이유는, 더 많은 사람이 끝까지 갈 수 있게 하기 위해서입니다. 한 단계를 줄이면 그만큼 더 많은 사람이 길을 잃지 않고 도착하고, 위치 안내 하나를 더하면 그만큼 더 많은 사람이 헤매다 돌아올 수 있습니다. 점검으로 드러난 한 줄의 기록 — "이 길이 너무 깊다" — 뒤에는, 그 길에서 멈췄을 수많은 사용자가 있습니다. 우리가 그 한 줄을 진지하게 받아들이는 이유입니다.

그리고 이 일은 완벽을 요구하지 않습니다. 모든 길을 한 번에 얕게 만들 수도, 모든 사용자를 다 관찰할 수도 없습니다. 다만 가장 깊고 가장 많이 쓰이는 길 하나를 재어 보고, 한 걸음 얕게 하고, 다시 재어 보는 — 그 작은 순환을 멈추지 않는 것으로 충분합니다. 깊이는 한 번에 줄지 않지만, 재고 줄이고 다시 재는 사람의 사이트는 시간이 갈수록 얕아집니다. 우리는 그 꾸준함이, 어떤 대대적 개편보다 멀리 간다고 믿습니다.

다음 편 예고 (007): [접근성연구·고령] 되돌릴 수 있다는 안심 — 실수해도 되돌아갈 수 있는 흐름이 왜 고령 사용자에게 결정적인지를 다룹니다.

참고한 공개 자료(출처):

정보 구조·과업 분석·지식의 저주·사용자 관찰(first-click·tree testing 등) 일반 인터랙션 설계 원리(통설)
디지털 정부서비스 UI/UX 가이드라인(KRDS) 내비게이션 컴포넌트 안내
한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.2 관련 일반 원칙