밀러의 기억 논의 메뉴를 일곱 개로 줄이기 전에

보고서를 더보기로 옮기면 무엇이 달라지나요

가상의 프로젝트 관리 도구에서 보고서를 찾으려 합니다. 화면에는 홈, 프로젝트, 업무, 달력, 파일, 팀원, 설정, 보고서라는 여덟 항목이 있습니다. 팀원이 사람은 일곱 개 정도밖에 기억하지 못하니 보고서를 더보기로 옮기자고 제안했다고 합시다. 여덟 항목을 모두 보이는 표현과 일곱 항목에 더보기를 붙인 표현에서 보고서가 어느 경로에 남는지 먼저 살펴봅시다.

보고서를 더보기 안으로 옮기면 접힌 목록에서는 보이지 않고 더보기를 펼쳐야 드러납니다. 기능을 없애지는 않았지만 접근 경로는 바뀌었습니다. 또 일곱 항목에 ‘더보기’를 더했으므로 화면에 보이는 선택지는 여전히 여덟 개입니다. 이것이 이 화면에서 확인한 변화입니다. 사용자가 여덟 메뉴를 외웠다가 빈 화면에서 재생하는 과제를 수행한 것은 아닙니다. 보이는 이름을 읽고 찾는 일과 자료 없이 기억에서 가져오는 일을 같은 숫자로 정리하면 실제로 달라진 경로를 놓칠 수 있습니다.

메뉴를 줄일 수 있는 이유는 있을 수 있습니다. 과제에 맞는 분류, 이해하기 어려운 이름, 드물게 쓰는 기능의 배치를 검토할 수도 있습니다. 그러나 보고서를 더보기 안으로 옮겼다는 사실만으로 어떤 기능을 찾기 쉬워졌다고 판단해서는 안 됩니다. 같은 도구에서 보고서를 찾은 다음 설정을 확인하는 단계로 가면, 메뉴 수와 별도로 기억에 맡긴 정보가 드러날 수 있습니다.

판단과 즉시 기억은 같은 과제가 아닙니다

Miller의 1956년 논문은 절대 판단과 즉시 기억을 나누어 논의합니다. 절대 판단은 제시된 자극의 크기 등을 구별해 정해진 범주로 답하는 과제입니다. 즉시 기억은 여러 항목을 연속해서 접한 뒤 기억에서 답하는 과제입니다. Miller는 겉으로 비슷한 숫자가 등장하더라도 두 과제의 한계를 같은 기제로 합치지 않으며, 판단에서 다룬 정보량과 기억에서 다루는 항목 단위를 구별합니다. [M1]

청크는 익숙하게 한 단위로 다룰 수 있도록 조직한 정보입니다. Miller는 학습을 통해 작은 항목들을 더 큰 단위로 재부호화하는 일이 중요하다고 설명합니다. 재부호화는 입력을 그대로 나열하는 대신 다른 단위로 조직하는 일입니다. 예를 들어 낯선 글자들을 하나씩 읽는 때와 익숙한 이름으로 읽는 때는 겉에 보이는 글자가 같아도 다루는 단위가 달라질 수 있습니다. 여기서 살필 것은 화면의 구획이 몇 개인지와 함께, 그 안의 정보를 어떤 단위로 이해하는지입니다. [M1]

같은 글자도 익숙한 뜻으로 묶을 수 있습니다

가상 문자열의 설명 · 글자와 순서를 고정했고 기억 검사는 하지 않습니다

같은 문자열: KTXSEOUL2026

뜻을 아직 모르는 독자

K · T · X · S · E · O · U · L · 2 · 0 · 2 · 6

KTX나 SEOUL이 무엇인지 모르면 각 글자와 순서를 확인할 수 있습니다. 상자를 그린 것만으로 익숙한 이름이 되지는 않습니다.

이 이름들이 익숙한 독자

KTX 익숙한 열차 이름 SEOUL 익숙한 도시 이름 2026 연도

뜻을 알고 익숙하게 사용한다면 글자를 하나씩 다루는 대신 이름과 연도로 조직할 수 있습니다.

글자와 순서는 그대로입니다. 달라질 수 있는 것은 독자가 익숙하게 이해하는 단위입니다. 보이는 세 구획을 측정된 세 청크라고 계산하지 않습니다.

지금은 문자열과 뜻을 계속 볼 수 있습니다. 자료 없이 즉시 회상하는 실험이 아니며 개인의 용량이나 기억 향상 결과를 정하지 않습니다. M1의 재부호화 · M2의 용량 추정 조건

이 관점을 제품의 예시에 연결해 보면, 팀 내부에서 쓰는 약어가 익숙한 직원에게는 하나의 이름처럼 읽혀도 처음 보는 사용자에게는 의미를 알 수 없는 글자일 수 있습니다. 디자이너가 상자를 세 개 그리거나 설정을 세 제목 아래 모았다는 사실만으로 기억 단위가 세 개가 되었다고 계산할 수는 없습니다. 같은 표현의 의미를 대상 사용자가 어떻게 이해하고 사용하는지 확인해야 합니다. 이 예시는 개인의 용량을 측정한 결과가 아닙니다.

계속 보이는 메뉴나 설정 목록에는 정보를 다시 읽을 수 있는 조건이 있습니다. 앞 화면의 번호를 외워 다른 화면에 입력해야 하는 조건과 다릅니다. 따라서 7±2라는 유명한 표현을 적용하기 전에, 사용자가 무엇을 잠시 유지해야 하고 어떤 자료를 다시 볼 수 있는지 적어 봐야 합니다. 메뉴가 몇 개인가라는 질문에서 화면이 어떤 기억 과제를 맡기는가라는 질문으로 옮겨 가는 것입니다.

보고서 확인 화면에 필요한 값을 남기기

같은 프로젝트 도구에서 보고서를 준비하는 상황을 이어 보겠습니다. 앞 단계에서는 대상, 기간과 포함할 내용을 골랐습니다. 그런데 마지막 화면에는 “앞에서 선택한 설정으로 만들까요?”라는 문장만 있습니다. 현재 기간이 맞는지 확인하려면 선택을 기억하거나 앞 화면으로 돌아가야 합니다. 아래에서 이 문장만 보여주는 안과 현재 설정을 함께 보여주는 안을 비교해 보세요. 기간을 고친 뒤에는 그 값이 바뀌었는지, 다른 설정은 그대로 남았는지도 살펴봅니다.

설정 요약에는 대상, 기간과 상태, 포함할 정보라는 의미별 제목과 여덟 값이 보입니다. 기간 수정을 열면 기존 10월이 선택되어 있습니다. 11월을 고른 순간에는 수정 중 선택값만 11월이고 현재 설정은 아직 10월입니다. 선택한 기간 반영을 누르면 현재 기간이 11월로 바뀌고 확인 화면으로 돌아오며 다른 일곱 값은 남습니다. 이 구별은 저장된 실제 보고서의 결과가 아니라 현재 페이지의 고정 연습 상태입니다.

수정 취소는 반영하지 않은 선택을 버리고 원래 현재 기간을 유지합니다. 수정 중 다른 확인 표현으로 바꾸어도 반영하지 않은 선택만 폐기하며 현재 기간은 유지합니다. 같은 표현을 다시 선택하면 열린 수정 상태를 유지합니다. 어떤 값이 바뀌었고 어떤 값이 남는지 화면에서 읽을 수 있어야 사용자가 자신의 앞선 선택을 머릿속에서 다시 구성할 필요를 검토할 수 있습니다.

이 변경안은 현재값 요약, 의미별 구성, 직접 수정하는 경로를 함께 제공합니다. 여러 변화가 함께 들어갔으므로 나중에 좋은 결과를 얻더라도 청킹 하나의 효과로 돌리지 않습니다. 세 제목을 세 청크라고 부르거나 여덟 값을 보여 주면 용량을 넘었다고 판정하는 것도 이 연습에서 확인한 사실이 아닙니다. 실제 검토에서는 값의 뜻을 이해하는지, 필요한 부분을 찾는지, 수정하고 돌아와 다른 값을 확인할 수 있는지를 나눠 살펴야 합니다.

요약에도 비용과 위험이 있습니다. 결과를 바꾸는 값이 빠지면 짧은 확인 화면이 오해를 만들 수 있고, 수정 화면과 요약의 값이 동기화되지 않으면 무엇이 반영되었는지 모를 수 있습니다. 상세 설정을 분리하더라도 중요한 현재값은 확인할 수 있어야 합니다. 실제 제품에 민감한 값이 있다면 누가 그 요약을 볼 수 있는지도 검토해야 합니다. 같은 사례에서 얻을 판단은 수치를 맞추는 것보다 확인과 수정에 필요한 정보가 남는지 살피는 일입니다.

후속 용량 추정도 조건과 함께 읽기

Cowan의 2001년 대상 논문은 특정 조건에서 평균 약 네 청크의 용량을 논의합니다. 그 추정에는 청크를 식별하고 반복이나 장기기억을 통한 더 큰 묶음 만들기를 제한하는 등의 조건이 중요합니다. 초록과 초기 절에서는 용량 제한을 받지 않는 보조 저장을 함께 이용한 결과와, 제한된 저장을 따로 추정하려는 결과를 구별합니다. 자료가 계속 보여 회상 도중 다시 채울 수 있는 조건도 순수 용량 추정에서 제외해야 할 조건으로 설명합니다. [M2]

약 네 청크라는 추정도 어떤 조건에서 얻은 값인지 함께 읽어야 합니다. Cowan의 논의는 자료를 계속 다시 볼 수 있는 과제나 익숙한 지식으로 큰 묶음을 만드는 과제의 결과를, 저장 용량만 따로 추정하려는 결과와 구별합니다. 1956년과 2001년의 숫자를 각각 모든 화면에 적용할 새 상한으로 받아들이지는 마세요. [M2]

이 설명을 일곱 메뉴에서 네 메뉴로 바꾸라는 새 규칙으로 읽지 마세요. 보고서의 현재값을 계속 볼 수 있는 화면에서 숫자를 세는 것과, 자료 접근을 제한해 특정 용량을 추정하는 과제는 다릅니다. 자료의 종류와 익숙함, 사이에 수행하는 과제, 처리할 일과 회상 방식도 함께 검토해야 합니다. 특정 숫자를 화면 전체에 대입하면, 이미 고친 값을 다시 기억하도록 만드는 문제나 의미를 알 수 없는 라벨의 문제를 남길 수 있습니다.

GOV.UK의 확인과 수정 지침 읽기

GOV.UK Design System의 Check answers 문서는 제출 전에 답을 확인하고 해당 부분을 수정할 수 있도록 안내합니다. 수정 화면에는 이미 입력한 정보를 미리 채워 두고, 수정을 마치면 나머지 절차를 모두 다시 거치지 않고 확인 화면으로 돌아오게 합니다. 답이 바뀌어 추가 질문이 필요하면 확인 화면으로 돌아가기 전에 그 질문을 하도록 설명합니다. 수정 링크에도 무엇을 고치는지 보조기술에서 구별할 수 있는 이름을 붙이도록 안내합니다. [M3]

이 문서는 현재 구현 지침입니다. 밀러의 특정 용량을 확인한 심리 실험이나 저희가 실제 계정에서 측정한 오류 감소 자료로 소개하지 않습니다. 이 글의 보고서 화면도 GOV.UK 화면이나 로고를 복제한 것이 아니라 별도의 가상 기록입니다. 참고할 질문은 앞에서 입력한 값을 사용자가 기억하고 있다고 가정하는지, 수정하고 돌아왔을 때 관련 값이 남는지입니다.

확인 화면을 두었다는 사실만으로 그 질문이 해결되지는 않습니다. 기간을 고치러 가는 순간 프로젝트나 포함할 내용이 사라지거나, 되돌아온 요약이 오래된 값을 보여 준다면 필요한 정보를 다시 모아야 합니다. 화면 수를 줄이는 일과 기억해야 할 정보를 줄이는 일이 같은 변화인지 따로 살펴야 합니다. 큰 절차에서는 단계별 확인의 필요도 달라질 수 있으므로 자신의 과제에 맞게 검토해야 합니다.

뜻이 익숙한 묶음인지 확인하기

전화번호나 긴 코드에 구분 기호와 공백을 넣으면 옮겨 읽는 부분을 표시할 수 있습니다. 하지만 외형상의 구분만으로 기억 용량이 몇 배 늘었다고 계산하지 않습니다. 가상의 제품 코드가 지역, 연도, 순번으로 구성되어 있다면 의미를 아는 직원과 처음 보는 고객에게 같은 구획은 다르게 읽힐 수 있습니다. 대상 사용자가 그 묶음의 이름과 관계를 이해하는지 확인해야 합니다. 이 예시는 실제 기억 개선을 측정하지 않은 적용 관점입니다.

반대로 이미 하나의 내용으로 이해하는 것을 너무 잘게 나누면 입력 전환과 문맥 복원이 늘어날 수 있습니다. 주소를 불필요하게 여러 칸으로 나누거나 하나의 설명을 많은 팝업으로 쪼개는 방식은 화면을 짧게 만들더라도 전체 작업을 복잡하게 할 수 있습니다. 드물게 필요한 옵션을 분리하는 것과 결과를 바꾸는 중요한 값을 감추는 것도 다릅니다. 상자 개수를 맞추기보다 입력하고 고쳐서 다시 확인하는 전체 흐름을 살펴야 합니다.

사용자가 외부 메모장에 값을 적는다고 곧 실패로 볼 필요는 없습니다. 원래 사용하던 작업 방식일 수도 있고, 도구가 필요한 값을 유지하지 않아 별도 기록을 만드는 것일 수도 있습니다. 이유를 묻고 어느 시점에서 어떤 정보를 다시 옮기는지 관찰하면 화면이 지원할 수 있는 일을 찾는 단서가 됩니다. 메모를 금지해 기억만으로 처리하게 만드는 것은 별도의 과제 조건을 만드는 일이므로 실제 이용과 구별해야 합니다.

새 예약 변경 화면에서 남길 정보 찾기

새 과제로 예약 변경 화면을 생각해 봅시다. 날짜를 바꾸러 들어간 동안 장소와 예약 대상이 보이지 않고, 돌아온 화면이 앞에서 선택한 내용으로 변경할까요라고만 묻는다면 무엇을 유지해야 할까요? 메뉴가 몇 개인지 세기 전에 현재 날짜와 수정 중 날짜, 변경하지 않은 장소와 대상을 구별해 보여 줄 수 있는지 살펴봅니다. 새 예시에 값 보존의 질문을 옮기는 것이며 실제 예약이나 개인 정보를 다루지는 않습니다.

검토할 때에는 어떤 값을 볼 수 있었는지, 어느 시점에 사라졌는지, 무엇을 비교하거나 고쳐야 했는지 기록해 보세요. 필요한 정보를 화면에서 찾는 일과 자료 없이 재생해야 하는 일이 다른지 묻고, 요약의 이름과 의미를 대상 사용자가 이해하는지도 확인합니다. 실제 제품 평가가 필요하다면 과제의 완료, 잘못 바꾼 값, 찾기 경로와 되돌아온 상태 등을 별도로 정의해야 합니다. 이 글의 고정 조작 기록을 그 결과 대신 사용할 수는 없습니다.

날짜를 바꿔도 대상과 장소를 함께 읽기

날짜를 고쳐도 예약의 대상은 남아야 합니다

예약 확인

장소·대상

현재 예약값 · 구체값 미제공

현재 날짜

현재 예약값 · 구체값 미제공

날짜 수정

장소·대상

같은 예약값 유지

현재 날짜

변경 전 값 유지

변경안

저장 전 선택 · 미제공

확인으로 돌아오기

성공한 변경과 같은 예약값 표시

원문에 없는 장소·날짜·예약 성공을 만들어 넣지 않았습니다. 보고서 설정의 값을 다른 예약에 복사하지 않습니다.

기존 도판의 출처와 전체 설명 읽기

날짜 달력과 장소 지도, 예약 대상 메모가 함께 있는 점을 보세요. 메뉴 수를 세기 전에 어떤 값이 사라졌고 무엇을 대조해야 하는지 남기며 실제 예약이나 기억 능력을 판정하지 않습니다.

유명한 숫자는 출발점을 기억하는 데 도움이 될 수 있지만 제품의 판단을 대신하지는 않습니다. 같은 보고서에서도 보이는 메뉴를 찾는 문제와 사라진 설정을 복원하는 문제는 따로 있었습니다. 앞으로의 화면에서도 유지해야 할 정보, 사용자에게 익숙한 의미 단위, 현재와 수정 중 상태의 구별을 먼저 적어 보세요. 그 뒤에 항목의 수와 배치를 실제 과제에 맞게 검토할 수 있습니다.

확인해볼 질문

• 사용자가 다음 단계까지 보지 못한 채 기억해야 하는 정보는 무엇인가요?
• 계속 보이는 목록에서 찾는 과제와 자료 없이 기억해서 재생하는 과제를 구분했나요?
• 묶음의 이름과 의미를 대상 사용자가 이해하나요?
• 항목 수를 줄이면서 기능이나 중요한 값을 찾기 어렵게 만들지는 않았나요?
• 입력하고 수정한 뒤 확인하는 과정에서 기존 정보가 유지되나요?

근거의 범위와 참고 자료

Miller와 Cowan의 논문은 서로 다른 기억 과제와 용량 추정의 조건을 다룹니다. GOV.UK의 문서는 답을 확인하고 수정하는 화면의 구현 지침입니다. 이 글의 메뉴·보고서·예약 화면은 그 구분을 활용한 가상 설계 예시이며, 기억 용량이나 오류 감소를 측정한 자료는 아닙니다.