[접근성연구·고령] '한 화면 한 과업'이라는 원칙

고령 친화 정보구조 연구

〈디지털 접근성 연구 ④〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 앞 세 편이 '글자 크기'를 다뤘다면, 이번 편부터는 시야를 넓혀 '정보구조'로 들어갑니다. 글자가 잘 보여도 화면이 복잡하면 길을 잃기 때문입니다. 인용한 설계 원리는 널리 알려진 통설을 따랐고, 단정이 아니라 관점으로 제시합니다.

들어가며 — 글자가 보여도 길을 잃는다

앞 세 편에서 우리는 글자 크기를 깊이 다뤘습니다. 글자를 어디까지 키워야 하는지, 키우면 화면이 어떻게 무너지는지, 그리고 그것을 어떻게 점검하는지. 그런데 글자가 충분히 크고 또렷해도, 고령 사용자가 공공 서비스 앞에서 멈추는 일은 여전히 일어납니다. 이유는 다른 데 있습니다. 글자는 보이는데, 무엇을 어디서 해야 할지 모르겠다는 것입니다.

화면에 버튼과 메뉴와 안내가 한꺼번에 쏟아지면, 글자 하나하나는 읽혀도 전체 흐름은 길을 잃습니다. 마치 모든 단어가 또렷하게 인쇄된 지도를 받았지만, 그 지도가 너무 빽빽해서 어디로 가야 할지 알 수 없는 것과 같습니다. 글자 크기가 '읽을 수 있느냐'의 문제라면, 정보구조는 '길을 찾을 수 있느냐'의 문제입니다. 둘은 다른 차원이고, 둘 다 충족되어야 사용자는 끝까지 갈 수 있습니다.

이번 편의 주제인 '한 화면 한 과업(one task per screen)' 은 이 길 찾기 문제에 대한 하나의 답입니다. 한 화면에서 사용자가 해야 할 일을 하나로 좁히면, 인지 부담이 줄고 다음에 무엇을 할지가 분명해집니다. 우리는 이 원칙이 고령 사용자에게 특히 중요하다고 봅니다. 다만 이것이 모든 경우에 통하는 절대 규칙이라고 주장하지는 않습니다. 공개된 설계 원리와 우리가 관찰한 바를 종합한 하나의 관점으로 제시합니다. 이 글이 끝날 즈음, '단순함'이라는 말이 왜 친절의 다른 이름인지가 분명해지기를 바랍니다.

1. 고령 사용자의 인지 부담 — 무엇이 어려운가

먼저 분명히 해둘 것은, 고령 사용자가 디지털을 어려워하는 이유가 "능력이 부족해서"가 아니라는 점입니다. 우리가 이 전제를 거듭 강조하는 이유는, 이 전제가 틀리면 설계의 방향 자체가 어긋나기 때문입니다. "어르신들은 원래 못 하시니까"라는 시선으로 만들면, 화면은 사용자를 가르치려 들거나 포기하게 만듭니다. 반대로 "부담을 줄이면 누구나 할 수 있다"는 시선으로 만들면, 화면은 사용자를 돕는 쪽으로 설계됩니다.

우리가 보는 핵심은 인지 부담입니다. 사람은 한 번에 다룰 수 있는 정보의 양에 한계가 있고, 나이가 들면 새로운 화면 구조를 익히고 여러 선택지를 동시에 저울질하는 데 더 많은 부담을 느낍니다. 이는 능력의 문제라기보다, 누구나 정도의 차이로 겪는 자연스러운 변화에 가깝습니다. 젊은 사용자도 처음 보는 복잡한 화면 앞에서는 헤맵니다. 단지 그 헤맴을 빠르게 극복할 뿐입니다. 고령 사용자는 같은 헤맴을 더 오래, 더 무겁게 겪습니다.

여기에 더해, 고령 사용자는 "잘못 누르면 큰일 난다"는 불안을 자주 안고 있습니다. 한 번의 실수로 처음으로 돌아갈까 봐, 혹은 돌이킬 수 없는 일이 벌어질까 봐 클릭을 망설입니다. 디지털에 익숙한 사람은 "일단 눌러보고 아니면 뒤로 가지"라고 가볍게 시도하지만, 고령 사용자에게 클릭은 더 무거운 결정입니다. 그래서 선택지가 많은 화면은 단지 복잡한 게 아니라, 무섭기까지 합니다. 어디를 눌러야 할지 모르는 화면 앞에서 사람은 행동을 멈춥니다. 멈춘 사람은 결국 떠나거나, 누군가에게 부탁하거나, 기관을 직접 찾아갑니다.

세 번째 부담은 새로움 그 자체입니다. 화면 구조가 기관마다 다르고, 같은 기능을 부르는 말이 사이트마다 다르면, 사용자는 매번 처음부터 배워야 합니다. 한 곳에서 익힌 것이 다른 곳에서 통하지 않으면, 학습은 쌓이지 않고 매번 리셋됩니다. 고령 사용자에게 이 '매번 새로 배우기'는 큰 부담입니다. 그래서 일관성은 그 자체로 친절입니다(이 점은 4장에서 다시 다룹니다).

우리는 이 세 가지 — 인지 부담, 실수 불안, 새로움의 부담 — 가 고령 친화 정보구조 설계의 출발점이라고 봅니다. 화면을 단순하게 만드는 것은 미감의 문제가 아니라, 이 세 부담을 동시에 줄이는 일입니다. 단순한 화면은 한 번에 판단할 것이 적고, 실수해도 되돌리기 쉽고, 익히기도 쉽습니다.

2. '한 화면 한 과업'이란 무엇인가

'한 화면 한 과업'은 말 그대로, 한 화면에서 사용자가 집중해야 할 과업을 하나로 좁히는 설계 원칙입니다. 신청을 예로 들면, 한 화면에 모든 입력란을 다 쏟아붓는 대신 — 인적사항 입력, 신청 내용 선택, 확인, 완료처럼 — 단계를 나누고 각 화면이 한 가지 일에만 집중하게 합니다. 사용자는 한 번에 하나씩만 처리하면 되고, 그 하나를 끝내면 다음으로 넘어갑니다.

이 원칙이 주는 효과는 분명합니다. 첫째, 한 번에 판단할 것이 줄어듭니다. 화면에 "지금 할 일"이 하나뿐이면, 무엇을 해야 할지 헷갈릴 여지가 줄어듭니다. 사용자는 화면 전체를 훑으며 "이 중에 뭐가 내가 할 일이지?"를 고민하지 않아도 됩니다. 둘째, 진행 상황이 보입니다. 단계가 나뉘면 "지금 몇 단계 중 어디"라는 위치 감각이 생겨, 끝이 보이고 불안이 줄어듭니다. 끝이 보이지 않는 긴 화면은 그 자체로 사람을 지치게 합니다. 셋째, 실수를 되돌리기 쉽습니다. 한 화면에 한 가지만 있으면, 잘못해도 그 단계만 다시 하면 됩니다. 모든 것을 한 화면에서 한 경우, 한 곳에서 막히면 전체가 막힙니다.

물론 모든 화면을 무조건 한 가지로 쪼개라는 뜻은 아닙니다. 서로 밀접하게 묶인 정보는 한 화면에 함께 두는 편이 나을 수 있습니다. 예컨대 이름과 생년월일처럼 함께 떠올리는 정보를 굳이 다른 화면으로 나누면, 오히려 흐름이 끊깁니다. 핵심은 "화면 수를 늘리자"가 아니라 "한 화면이 사용자에게 요구하는 판단을 줄이자" 입니다. 우리는 이 구분이 대단히 중요하다고 봅니다. 이 구분을 놓치면, '한 화면 한 과업'은 그저 화면을 잘게 쪼개는 기계적 규칙이 되어버립니다(이 오해는 6장에서 자세히 다룹니다).

3. 왜 단순함이 더 친절한가 — 설계 원리의 근거

'한 화면 한 과업'을 뒷받침하는 설계 원리는 여러 갈래가 있습니다. 단정적 수치보다, 널리 알려진 일반 원리를 인용해 해석을 얹겠습니다. 원리를 알면, 단순함이 단지 취향이 아니라 근거 있는 방향임을 이해할 수 있습니다.

선택지가 늘면 결정이 느려진다. 사람은 고를 것이 많아질수록 결정에 더 오래 걸리고, 더 쉽게 망설입니다. 이는 흔히 '선택의 역설'이라 불리는 경향으로, 선택지가 많을수록 자유로워 보이지만 실제로는 결정 부담이 커진다는 것입니다. 한 화면에 버튼이 스무 개 있으면, 그중 하나를 고르는 일조차 부담이 됩니다. 더구나 각 버튼이 무엇을 하는지 확실하지 않으면, 부담은 불안으로 바뀝니다. 선택지를 줄이는 것은 사용자에게서 결정의 무게를 덜어주는 일입니다.

한 번에 담을 수 있는 정보는 제한적이다. 작업 기억(working memory)이 한 번에 다룰 수 있는 정보의 양에는 한계가 있다는 것이 인지 연구의 일반적 견해입니다. 한 화면에 정보를 욱여넣으면 그 한계를 넘어서고, 사용자는 정보를 붙들지 못한 채 흘려보냅니다. 특히 입력 폼에서 한 번에 열 개의 항목을 요구하면, 사용자는 위쪽 항목을 채우는 사이 아래쪽 요구사항을 잊습니다. 정보를 단계로 나누는 것은 이 한계를 존중하는 설계입니다. 한 번에 두세 가지씩만 요구하면, 사용자는 각각을 온전히 처리할 수 있습니다.

점진적 공개(progressive disclosure). 필요한 정보를 필요한 순간에만 보여주고, 나머지는 뒤로 미루는 설계 기법입니다. 처음부터 모든 것을 보여주는 대신 한 걸음씩 드러내면, 각 순간의 부담이 줄어듭니다. '한 화면 한 과업'은 이 점진적 공개를 화면 단위로 실천하는 방법으로 이해할 수 있습니다. 모든 예외와 모든 안내를 처음부터 깔아두는 대신, 지금 필요한 것만 보이고 나머지는 필요할 때 펼치는 것입니다.

익숙한 것은 배우지 않아도 된다. 일관된 구조는 학습 부담을 줄입니다. 한 화면이 한 과업에 집중하고, 그 단계 구조가 다른 서비스와 비슷하면, 사용자는 한 번 익힌 흐름을 계속 재사용할 수 있습니다. 반대로 화면마다 구조가 다르면, 사용자는 매번 새로 배워야 합니다. 단순함과 일관성은 함께 갈 때 가장 강력합니다.

이 원리들의 공통 메시지를 우리는 이렇게 정리합니다. 사용자의 인지 자원은 유한하고, 좋은 설계는 그 자원을 아껴 쓰게 돕는다. 단순함은 게으름이나 성의 없음이 아니라, 사용자의 한정된 집중력을 가장 중요한 일에 쓰게 하는 배려입니다. 화면을 단순하게 만드는 데에는 오히려 더 많은 고민이 듭니다. 무엇을 남기고 무엇을 뺄지 결정해야 하기 때문입니다.

4. 공공 서비스에서의 적용 — KRDS와 단계형 흐름

공공 서비스의 상당수는 본래 단계가 있는 일입니다. 신청, 예약, 민원, 자격 확인 — 모두 "정보를 입력하고, 확인하고, 제출하는" 흐름을 갖습니다. 그래서 '한 화면 한 과업'은 공공 서비스와 특히 잘 맞습니다. 흐름이 이미 단계적이니, 화면도 그 단계를 따라 나누면 됩니다. 억지로 쪼개는 것이 아니라, 일의 본래 결을 따라가는 것입니다.

공개된 정보에 따르면 디지털 정부서비스 UI/UX 가이드라인(KRDS) 은 이런 서비스 흐름을 위한 패턴(예: 신청·예약·민원 같은 서비스 패턴)을 제시하고 있습니다. (출처: KRDS 소개 및 패턴 안내) 우리가 KRDS의 이런 방향을 의미 있게 보는 이유는, 기관마다 제각각이던 신청 흐름을 공통의 단계 구조로 수렴시키려는 시도이기 때문입니다. 앞서 말했듯, 사용자가 한 기관에서 익힌 흐름이 다른 기관에서도 비슷하게 작동하면, 그 자체로 학습 부담이 줄어듭니다. 일관성은 단순함의 동반자입니다.

이런 공통 패턴의 가치는 개별 기관의 부담도 덜어준다는 데 있습니다. 모든 기관이 매번 "신청 흐름을 어떻게 설계할까"를 처음부터 고민하는 대신, 검증된 단계 구조를 가져다 쓰면 됩니다. 그 결과 기관은 일을 덜고, 사용자는 익숙한 흐름을 만납니다. 공통 디자인 시스템이 지향하는 바가 바로 이것이라고 우리는 이해합니다.

다만 우리는 패턴을 '형식만' 따르는 것을 경계합니다. 단계를 나누되 각 단계가 여전히 복잡하면, 화면만 늘고 부담은 그대로입니다. 4단계로 나눴는데 각 단계가 모두 빽빽하다면, 사용자는 복잡한 화면을 네 번 만나는 셈입니다. 중요한 것은 단계의 개수가 아니라, 각 화면이 사용자에게 요구하는 판단의 양입니다. 이 점을 놓치면 '한 화면 한 과업'은 껍데기가 됩니다. 단계를 나누는 일과 부담을 줄이는 일은 함께 가야 합니다.

5. 흔한 위반 — '한 화면에 다 담기'의 유혹

현장에서 '한 화면 한 과업'이 무너지는 가장 흔한 이유는, 역설적으로 친절하려는 마음입니다. "사용자가 여러 번 클릭하기 번거로우니, 한 화면에 다 보여주자"는 선의가 오히려 화면을 복잡하게 만듭니다. 클릭 수는 줄지만, 한 화면의 부담은 커집니다. 우리는 "클릭 수를 줄이는 것"과 "부담을 줄이는 것"이 다르다고 봅니다. 때로는 클릭이 한 번 더 있어도, 각 화면이 단순한 편이 사용자에게 더 쉽습니다. 사람은 "쉬운 일을 여러 번"은 견뎌도, "어려운 일을 한 번"은 멈춥니다.

또 다른 흔한 위반은 '만일을 위한' 정보의 누적입니다. 모든 예외 상황, 모든 안내, 모든 선택지를 한 화면에 미리 깔아두는 것입니다. 의도는 좋습니다 — 사용자가 헤매지 않도록 미리 다 알려주자는 것이니까요. 그러나 대부분의 사용자에게 그 정보의 대부분은 지금 필요 없는 것입니다. 100명 중 3명에게만 해당하는 예외 안내가 화면 맨 위를 차지하면, 나머지 97명은 자신과 무관한 내용을 헤치고 내려가야 합니다. 필요할 때 펼쳐 보이는 점진적 공개를 쓰면, 평소 화면은 단순하게 유지할 수 있습니다.

세 번째는 행정 편의에 따른 구조입니다. 화면이 기관 내부의 부서나 서식 순서를 그대로 따라가면, 사용자에게는 낯설고 복잡한 흐름이 됩니다. 종이 서식을 그대로 화면에 옮긴 경우가 대표적입니다. 종이에서는 한눈에 보던 것이 작은 화면에서는 끝없는 스크롤이 되고, 부서별로 나뉜 항목은 사용자에게 아무 의미가 없습니다. 우리는 화면 구조가 '기관이 일하는 순서'가 아니라 '사용자가 일을 해내는 순서'를 따라야 한다고 봅니다.

네 번째는 모든 기능을 한 화면에 모으려는 욕심입니다. "이 화면에서 조회도 하고, 신청도 하고, 수정도 할 수 있게 하자"는 식입니다. 기능이 많은 것은 좋아 보이지만, 사용자에게는 "지금 내가 할 일"을 찾기 어려운 화면이 됩니다. 한 화면이 너무 많은 일을 할 수 있으면, 정작 사용자는 자기가 하려던 한 가지를 못 합니다. 우리는 "할 수 있는 것이 많은 화면"보다 "지금 할 일이 분명한 화면"이 낫다고 봅니다.

6. '한 화면 한 과업'을 둘러싼 오해

좋은 원칙도 잘못 이해하면 해가 됩니다. '한 화면 한 과업'에 대한 흔한 오해를 우리의 관점에서 풀어봅니다.

오해 1 — "무조건 화면을 잘게 쪼개면 된다." 앞서 말했듯, 이 원칙의 핵심은 화면 수가 아니라 부담입니다. 화면을 잘게 쪼개기만 하고 각 화면이 여전히 복잡하면, 사용자는 복잡한 화면을 더 많이 만날 뿐입니다. 게다가 지나치게 잘게 쪼개면 단계가 너무 많아져, 사용자는 "도대체 언제 끝나나" 하고 지칩니다. 단순함은 '쪼개기'가 아니라 '덜어내기'에서 옵니다.

오해 2 — "단계만 나누면 진행 표시는 알아서 된다." 단계를 나누는 것과 사용자가 위치를 아는 것은 다릅니다. 단계는 나뉘었는데 "지금 몇 단계 중 어디인지"가 보이지 않으면, 사용자는 끝이 보이지 않아 불안해합니다. 단계를 나눴다면 진행 표시를 함께 줘야 그 이점이 살아납니다(9장에서 다룹니다).

오해 3 — "고령 사용자만을 위한 특별 설계다." '한 화면 한 과업'은 고령 사용자에게 특히 도움이 되지만, 그들만을 위한 것은 아닙니다. 바쁜 사람, 작은 화면을 쓰는 사람, 처음 그 서비스를 쓰는 누구에게나 단순한 화면이 더 쉽습니다. 앞 편들에서 본 '접근성의 보편성'이 여기서도 작동합니다. 가장 취약한 사용자를 기준으로 단순하게 만들면, 그 혜택은 모두에게 돌아갑니다.

오해 4 — "단순하면 전문성이 없어 보인다." 정보가 빽빽한 화면이 더 '제대로 일하는' 것처럼 보인다는 인상이 있습니다. 그러나 우리는 진짜 전문성은 복잡함을 덜어내는 데 있다고 봅니다. 누구나 정보를 더할 수는 있지만, 무엇이 정말 필요한지 가려 덜어내는 것은 더 어렵습니다. 단순한 화면 뒤에는 대개 더 많은 고민이 있습니다.

7. 우리가 권하는 기준 — 단순함을 점검하는 관점

'한 화면 한 과업'을 실천하려면, "이 화면이 충분히 단순한가"를 물어야 합니다. 우리가 화면을 볼 때 쓰는 질문들을 정리합니다. 정답이 있는 점검표라기보다, 단순함을 가늠하는 관점입니다.

이 화면에서 사용자가 해야 할 '한 가지'를 한 문장으로 말할 수 있는가? 말로 정리되지 않으면, 화면이 여러 일을 동시에 요구하고 있을 가능성이 큽니다. "이 화면은 신청 내용을 고르는 화면입니다"처럼 한 문장으로 떨어져야 합니다.
지금 필요 없는 정보가 화면을 차지하고 있지는 않은가? 나중에 필요한 것은 나중에 보여줄 수 있습니다. 예외 안내, 부가 설명, 드문 선택지는 접어둘 수 있습니다.
다음에 무엇을 해야 할지가 분명한가? 가장 중요한 행동(다음·제출)이 가장 눈에 띄어야 합니다. 핵심 버튼이 다른 요소들에 묻혀 있으면, 사용자는 길을 찾지 못합니다.
지금 어디쯤 와 있는지 보이는가? 단계가 있으면 위치 표시가, 사용자의 불안을 덜어줍니다. "3단계 중 2단계"라는 표시 하나가 큰 안심을 줍니다.
실수해도 되돌릴 수 있는가? 한 화면 한 과업의 이점은 실수 복구가 쉽다는 데 있습니다. 잘못 입력해도 그 단계만 고치면 되도록, 되돌리기가 열려 있어야 합니다(이 주제는 007·008편에서 더 다룹니다).

이 질문들의 공통점은 화면의 '양'이 아니라 사용자의 '부담'을 본다는 것입니다. 화면이 많고 적음이 아니라, 각 순간 사용자가 짊어지는 판단의 무게를 보는 것 — 우리는 이것이 '한 화면 한 과업'의 진짜 핵심이라고 봅니다. 화면을 보며 "내가 이 사용자라면, 지금 무엇을 해야 할지 한눈에 알 수 있을까"를 상상하는 것, 그것이 가장 단순한 점검입니다.

8. 정보의 위계 — 무엇을 크게, 무엇을 숨길까

'한 화면 한 과업'을 실천하는 구체적 방법 하나가 정보의 위계를 세우는 것입니다. 한 화면에 여러 정보가 있어도, 그중 무엇이 가장 중요한지가 분명하면 사용자는 길을 잃지 않습니다. 반대로 모든 정보가 똑같은 크기와 무게로 펼쳐져 있으면, 사용자는 어디부터 봐야 할지 모릅니다.

위계를 세운다는 것은 순서를 정하는 일입니다. 이 화면에서 사용자가 가장 먼저 봐야 할 것, 그다음 볼 것, 필요할 때만 볼 것 — 이렇게 정보에 우선순위를 매기고, 그 순위를 시각적으로 드러냅니다. 가장 중요한 것은 크게·앞에, 부가적인 것은 작게·뒤에, 드문 것은 접어서. 이 단순한 위계만으로도 한 화면의 부담은 크게 줄어듭니다.

특히 고령 사용자에게는 '무엇을 무시해도 되는지'를 알려주는 것이 중요합니다. 화면의 모든 것이 똑같이 중요해 보이면, 사용자는 모든 것을 다 읽고 이해해야 한다는 부담을 느낍니다. 그러나 위계가 분명하면, "이건 지금 안 봐도 되는구나"를 알 수 있어 마음이 가벼워집니다. 좋은 위계는 사용자에게 "여기에만 집중하세요"라고 조용히 안내하는 일입니다.

점진적 공개도 위계의 한 방법입니다. 지금 필요 없는 정보를 접어두는 것은, 그 정보를 '가장 낮은 위계'에 두는 것과 같습니다. 사용자가 필요로 할 때 펼치면 되고, 그전까지는 화면을 어지럽히지 않습니다. 우리는 '한 화면 한 과업'과 '정보 위계'와 '점진적 공개'가 결국 한 가족이라고 봅니다 — 모두 "지금 이 순간 사용자에게 필요한 것에 집중하게 한다"는 같은 목표를 향합니다.

9. 진행 표시와 되돌리기 — 단순함을 받치는 두 기둥

'한 화면 한 과업'이 제대로 작동하려면, 두 가지가 함께 있어야 합니다. 진행 표시와 되돌리기입니다. 이 둘은 단순함을 받치는 두 기둥입니다.

진행 표시는 사용자에게 "지금 어디쯤이고, 얼마나 남았는지"를 알려줍니다. 단계를 나눴는데 위치 표시가 없으면, 사용자는 끝이 보이지 않는 터널을 걷는 느낌을 받습니다. "3단계 중 2단계"라는 단순한 표시가, "이제 거의 다 왔구나"라는 안심을 줍니다. 특히 불안이 큰 고령 사용자에게 끝이 보인다는 것은 큰 차이를 만듭니다. 끝이 보이면 한 걸음 더 내디딜 힘이 생깁니다.

되돌리기는 사용자에게 "잘못해도 괜찮다"는 안심을 줍니다. 한 화면 한 과업의 큰 이점이 바로 이것입니다 — 한 단계에서 실수해도 그 단계만 다시 하면 되니까요. 그러나 이 이점은 되돌리기가 실제로 열려 있을 때만 살아납니다. 이전 단계로 돌아가는 길이 막혀 있거나, 돌아가면 입력한 내용이 다 사라진다면, 사용자는 다시 실수를 두려워하게 됩니다. 되돌릴 수 있다는 보장이 있어야, 사용자는 마음 놓고 시도합니다(되돌리기는 007·008편에서 깊이 다룹니다).

이 두 기둥이 없으면, 단계를 나눈 것이 오히려 불안을 키울 수 있습니다. 위치를 모른 채 끝없이 다음만 누르고, 잘못하면 처음으로 돌아갈까 두려워하는 — 그런 흐름은 한 화면 한 과업의 형식만 갖추고 정신은 잃은 것입니다. 우리는 단계를 나눌 때 반드시 진행 표시와 되돌리기를 함께 설계해야 한다고 봅니다. 셋은 한 묶음입니다.

10. 우리가 공공 웹에서 관찰한 장면들

'한 화면 한 과업'이 지켜지거나 무너진 장면을 익명으로 옮겨 봅니다.

장면 하나. ○○ 지역의 한 신청 페이지는 모든 입력란을 한 화면에 길게 늘어놓았습니다. 화면을 처음 연 고령 사용자는 어디서부터 손대야 할지 막막해했고, 한참 망설이다 창을 닫았습니다. 같은 신청을 단계로 나눈 다른 흐름에서는, 한 화면에 한두 가지만 있어 훨씬 수월하게 끝까지 진행했습니다. 같은 일을 시키는데, 화면 구조 하나로 결과가 갈렸습니다.

장면 둘. △△ 기관의 안내 화면은 '만일을 위한' 예외 안내를 본문 위쪽에 잔뜩 깔아두어, 정작 대부분의 사용자가 해야 할 일이 화면 한참 아래에 있었습니다. 사용자는 자신과 무관한 안내를 헤치고 내려가야 했습니다. 예외 안내를 접어두자, 평소 화면은 한결 단순해졌고, 정작 필요한 사람만 펼쳐 보게 되었습니다.

장면 셋. 어느 예약 흐름은 단계는 나뉘어 있었지만, 각 단계가 여전히 복잡했습니다. 단계만 늘고 부담은 그대로였습니다. 사용자는 복잡한 화면을 네 번 만나는 셈이었습니다. '한 화면 한 과업'이 형식이 아니라 부담의 문제임을 보여준 사례였습니다.

장면 넷. 한 민원 화면은 단계는 잘 나뉘었지만 진행 표시가 없었습니다. 사용자는 "이게 몇 단계나 남았나" 알 수 없어, 두세 단계 만에 "끝이 없나 보다" 하고 포기했습니다. 진행 표시 하나만 있었어도 끝까지 갔을 흐름이었습니다.

장면 다섯. 반대로 잘된 경우도 있었습니다. 어느 신청 흐름은 한 화면에 한 과업, 분명한 진행 표시, 그리고 언제든 이전으로 돌아갈 수 있는 되돌리기를 함께 갖췄습니다. 고령 사용자도 한 단계씩 차분히 밟아 끝까지 마쳤고, 중간에 실수해도 그 단계만 고치면 됐습니다. 특별한 기술이 아니라, 흐름의 기본기를 갖춘 것뿐이었습니다.

11. 단순함이 어려운 이유 — 더하기보다 빼기

마지막으로, 우리가 현장에서 거듭 확인한 한 가지를 짚겠습니다. 단순한 화면을 만드는 것은 복잡한 화면을 만드는 것보다 어렵습니다. 직관과 반대로 들리지만, 이유는 분명합니다. 정보를 더하는 것은 쉽지만, 빼는 것은 어렵기 때문입니다.

화면에 무언가를 더할 때는 "혹시 필요할지 모르니까"라는 이유면 충분합니다. 그러나 무언가를 뺄 때는 "이게 정말 없어도 되나"를 판단해야 하고, 그 판단에는 책임이 따릅니다. 그래서 사람들은 빼기보다 더하기를 택합니다. 안내를 하나 더, 버튼을 하나 더, 선택지를 하나 더 — 그렇게 화면은 점점 복잡해집니다. 각각의 추가는 작고 합리적이지만, 쌓이면 미로가 됩니다.

여기에 더해, 더하기는 여러 사람의 요구를 다 들어주는 쉬운 길이기도 합니다. 각 부서가 "우리 안내도 넣어달라"고 하면, 다 넣는 것이 갈등 없는 선택입니다. 그러나 그 결과는 누구의 것도 아닌, 모두의 요구가 뒤섞인 복잡한 화면입니다. 단순함을 지키려면 "이건 이 화면에 넣지 않겠다"는 결정을, 때로는 누군가의 요구를 거절하면서까지 해야 합니다. 그래서 단순함은 설계 기술이기 이전에 결정의 용기이기도 합니다.

우리가 이 점을 강조하는 이유는, '한 화면 한 과업'이 단지 기법이 아니라 태도임을 말하기 위해서입니다. 이 원칙을 지키려면 "사용자의 부담을 줄이는 것이, 우리의 편의나 욕심보다 중요하다"는 태도가 필요합니다. 그 태도가 있으면 빼기의 어려움을 감수하게 되고, 그 태도가 없으면 화면은 또다시 복잡해집니다. 단순함은 한 번 만들고 끝나는 것이 아니라, 계속 지켜내야 하는 것입니다.

12. 다른 사이트와 같게 — 일관성이라는 또 하나의 단순함

지금까지는 한 화면, 한 흐름 안에서의 단순함을 이야기했습니다. 그런데 단순함에는 또 하나의 차원이 있습니다. 여러 서비스 사이의 일관성입니다. 한 화면이 아무리 단순해도, 사이트마다 구조와 용어가 제각각이면 사용자는 매번 처음부터 배워야 합니다. 일관성은 '서비스들 사이의 단순함'이라고 할 수 있습니다.

고령 사용자에게 일관성이 특히 중요한 이유는, 앞서 말한 '새로움의 부담' 때문입니다. 디지털에 익숙한 사람은 낯선 구조를 빠르게 파악하지만, 고령 사용자는 한 번 익힌 흐름을 오래 의지합니다. 그래서 A 기관에서 신청하는 법을 어렵게 익혔는데 B 기관이 전혀 다른 방식이면, 그 학습은 쓸모를 잃습니다. 반대로 두 기관의 흐름이 비슷하면, A에서 익힌 것이 B에서도 통해 부담이 크게 줄어듭니다. 일관성은 사용자의 학습을 '저축'할 수 있게 해 줍니다.

일관성은 같은 서비스 안에서도 중요합니다. 한 사이트 안에서 '다음' 버튼이 어떤 화면에서는 오른쪽 아래에, 어떤 화면에서는 왼쪽 위에 있으면, 사용자는 매 화면에서 버튼을 새로 찾아야 합니다. 같은 기능은 같은 자리에, 같은 모양으로, 같은 말로 — 이 일관성만 지켜도 사용자의 부담은 눈에 띄게 줄어듭니다. 위치와 용어가 예측 가능하면, 사용자는 화면을 '읽지' 않고 '알아봅니다'. 알아보는 것은 읽는 것보다 훨씬 적은 노력을 요구합니다.

바로 이 지점에서 KRDS 같은 공통 디자인 시스템의 가치가 다시 드러납니다. 여러 기관이 공통의 컴포넌트와 패턴을 쓰면, 사용자는 한 곳에서 익힌 사용법을 다른 곳에서도 재사용할 수 있습니다. 개별 화면의 단순함이 '한 화면 한 과업'이라면, 서비스 전반의 단순함은 '어디서나 비슷한 구조'입니다. 우리는 이 두 가지가 함께 갈 때, 고령 사용자에게 공공 디지털 서비스 전체가 한결 다가가기 쉬워진다고 봅니다. 한 화면을 단순하게 만드는 일과, 모든 화면을 닮게 만드는 일은 결국 같은 목표 — 사용자의 부담을 줄이는 일 — 를 향합니다.

13. 빼되 잃지 않기 — 단순함의 균형

단순함을 이야기하다 보면 자연스레 떠오르는 우려가 있습니다. "그렇게 다 빼면, 정작 필요한 정보까지 사라지는 것 아닌가?" 정당한 걱정입니다. 공공 서비스에는 법적으로 안내해야 할 사항, 사용자가 반드시 알아야 할 주의점, 권리와 의무에 관한 고지가 있습니다. 단순함을 추구한다고 이런 것들을 없애면, 그것은 단순함이 아니라 누락입니다. 우리가 말하는 단순함은 '덜어내기'이지 '잃어버리기'가 아닙니다.

핵심은 빼는 것과 숨기는 것을 구분하는 것입니다. 필요한 정보를 화면에서 영영 없애는 것(빼기)과, 지금 당장 필요하지 않은 정보를 접어두었다가 필요할 때 펼치는 것(숨기기, 즉 점진적 공개)은 전혀 다릅니다. 단순함의 기술은 정보를 삭제하는 것이 아니라, 정보에 층을 만드는 것입니다. 가장 중요한 것은 앞에, 부가적인 것은 한 겹 뒤에, 드물게 필요한 것은 더 뒤에 — 이렇게 층을 나누면, 화면은 단순하면서도 필요한 정보를 모두 품을 수 있습니다.

그래서 우리는 "이 정보가 필요한가?"라는 질문보다 "이 정보가 지금 이 순간 가장 앞에 있어야 하는가?"라는 질문이 더 유용하다고 봅니다. 대부분의 정보는 필요합니다. 문제는 그것이 다 같은 층에, 같은 무게로 펼쳐져 있다는 것입니다. 필요한 정보를 그대로 두되 층을 나누는 것 — 이것이 빼되 잃지 않는 길입니다. 법적 고지도, 주의사항도, 상세 안내도 사라지지 않습니다. 다만 사용자가 그것을 찾아야 할 순간에 찾을 수 있는 자리에 둘 뿐입니다.

이 균형을 놓치면 단순함은 두 방향으로 실패합니다. 한쪽 극단은 모든 것을 다 펼쳐 복잡해지는 것이고, 다른 쪽 극단은 필요한 것까지 감춰 정보를 잃는 것입니다. 좋은 단순함은 그 사이에서, 사용자가 지금 필요한 것에 집중하되 필요할 때 더 깊은 정보에 닿을 수 있게 하는 균형입니다. 우리는 이 균형을 잡는 것이 '한 화면 한 과업'의 가장 어렵고도 중요한 부분이라고 봅니다. 단순함은 무조건 적은 것이 아니라, 알맞게 층진 것입니다.

맺으며 — 단순함은 사용자를 위한 배려다

이번 편의 결론은 이렇습니다. 한 화면이 요구하는 판단을 줄이는 일은, 고령 사용자에게 가장 직접적인 친절이다. 글자를 키우는 것이 '읽을 수 있게' 하는 일이라면, '한 화면 한 과업'은 '길을 잃지 않게' 하는 일입니다. 둘은 함께 가야 합니다. 글자가 보여도 길이 복잡하면 멈추고, 길이 단순해도 글자가 안 보이면 멈추기 때문입니다. 가독성과 정보구조는 한 사용자의 한 경험 안에서 동시에 작동합니다.

우리는 이 편에서 '한 화면 한 과업'을 단순한 규칙이 아니라 하나의 태도로 보려 했습니다. 화면을 잘게 쪼개는 기법이 아니라, 사용자가 한 번에 짊어지는 부담을 줄이려는 마음. 그 마음이 있으면, 단계를 나누고, 위계를 세우고, 진행을 보여주고, 되돌리기를 열어두는 구체적 방법들이 자연스럽게 따라옵니다. 반대로 그 마음이 없으면, 같은 방법들도 형식만 남고 정신을 잃습니다.

다시 강조하지만, 이 글은 규정이 아니라 관점입니다. '한 화면 한 과업'이 모든 경우의 정답이라고 주장하지 않습니다. 서로 묶인 정보는 함께 두는 편이 나을 수 있고, 화면을 지나치게 쪼개면 오히려 지칩니다. 다만 사용자의 인지 자원이 유한하다는 사실, 그리고 고령 사용자가 복잡한 화면 앞에서 자주 멈춘다는 관찰을 고려하면, 단순함을 향한 설계가 옳은 방향이라고 우리는 봅니다. 더 나은 근거가 나오면 이 관점도 갱신될 것입니다. 그러나 "사용자의 부담을 줄이자"는 방향만큼은, 좀처럼 틀리지 않는 나침반이라고 생각합니다.

마지막으로 한 가지를 덧붙이고 싶습니다. 단순한 화면을 만드는 일은 사용자만을 위한 것이 아닙니다. 그것은 만드는 사람에게도, 운영하는 기관에게도 이롭습니다. 단순한 화면은 사용자의 문의를 줄여 콜센터의 부담을 덜고, 흐름이 분명하니 오류와 미완성 신청이 줄며, 구조가 일관되니 유지·보수도 쉬워집니다. 사용자의 부담을 줄이는 설계가, 돌고 돌아 만드는 쪽의 부담까지 줄여주는 것입니다. 우리는 이것을 단순함의 선순환이라고 부릅니다 — 사용자를 위한 배려가 결국 모두에게 돌아옵니다. 다음 편에서는 이 정보구조 이야기를 이어, 메뉴가 깊어질 때 사용자가 어떻게 길을 잃는지를 구체적인 관찰로 살펴보겠습니다.

다음 편 예고 (005): [접근성연구·고령] 메뉴가 깊을수록 길을 잃는다 — 복잡한 정보구조가 만드는 이탈을, 공공 웹에서 관찰한 사례로 들여다봅니다.

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

인지 부하·작업 기억·선택의 역설·점진적 공개 등 일반 인터랙션 설계 원리(통설)
디지털 정부서비스 UI/UX 가이드라인(KRDS) 소개 및 서비스 패턴 안내
한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.2 관련 일반 원칙