기억시키지 말고 묶어라

인증번호가 도착한다.

메일에서 인증번호 6자리를 확인한다.

639247.. 639247... 인증번호를 되뇌며 다시 앱으로 돌아온다.

앞의 네 자리는 기억이 난다. 그런데 뒤의 두 자리가 흐릿하다.

다시 메일로 돌아가 인증번호를 확인하고, 앱으로 돌아와 남은 숫자를 입력한다.

 

몇 초면 끝날 일이었다.

 

화면을 한 번 오가는 동안 흐름은 이미 끊겼다.

이런 순간을 사용자의 부주의라고 생각하기 쉽다.

기억력의 문제일까?

---

작업기억은 생각보다 작다

사용자는 제품을 사용하는 동안 필요한 정보를 잠시 기억한다.

정보를 유지한 채 비교하고, 이해하고, 다음 행동을 결정해야 한다.

인지심리학에서는 이를 작업기억(Working Memory)이라 부른다.

 

인증번호를 입력하는 상황도 마찬가지다.

사용자는 숫자를 기억하는 동시에 앱을 전환하고, 입력 화면을 찾고, 어디까지 입력했는지 확인한다.

기억해야 하는 것은 단순히 여섯 자리 숫자뿐이 아니다.

 

그 숫자를 기억하며 여러 작업을 함께 처리해야 한다.

같은 여섯 자리의 숫자더라도, 상황에 따라 부담은 달라질 수 있다.

 

작업기억의 한계를 이야기할 때, 가장 많이 인용되는 연구가 있다. 바로 밀러의 법칙(Miller’s Law)이다.

사람이 한 번에 기억하고 동시에 유지할 수 있는 정보의 개수가 평균적으로 일곱 개 정도라는 이론이다.

 

밀러는 서로 다른 종류의 실험을 검토하고 종합했다.

하나는 소리의 크기처럼 연속적인 자극을 얼마나 정확하게 구분하는지에 관한 것이었고,

다른 하나는 짧은 시간 동안 몇 개의 항목을 기억할 수 있는지에 관한 것이었다.

두 실험에서 비슷한 숫자가 나타났지만, 두 현상이 하나의 원리 때문이라 단정하지는 않았다.

중요한 발견은 기억의 단위는 낱개의 정보가 아니라 의미를 가진 청크(chunk)라는 데 있다.

 

0, 1, 0, 1, 2, 3, 4, 5, 6, 7, 8은 열한 개의 숫자다.

010-1234-5678은 전화번호 체계를 아는 사람에게 세 개의 덩어리로 읽힌다.

정보는 그대로지만, 정보를 바라보는 구조가 달라진 것이다.

 

 

작업기억은 작다. 하지만, 상황과 경험에 따라 달라질 수 있다.

제품은 그 한계를 하나의 숫자로 단정 짓거나, 단순화해서는 안된다.

---

묶는다고 모두 청크가 되는 것은 아니다

청킹(Chunking)은 흩어진 정보를 의미 있는 단위로 묶는 과정이다.

여기서 중요한 부분은 "묶는다"가 아니라 "의미"이다.

단순히 모양만 모여있다고 해서 하나의 청크가 되지 않고, 경험과 지식이 정보 사이에 관계를 만들어야 한다.

 

인터페이스도 마찬가지다.

경계선을 그리고, 카드를 나누어 놓는다고 이해하기 쉬워지는 것이 아니다.

 

회원가입 양식의 열두 가지 입력 항목을 네 개씩 나누어 세 개의 상자에 넣어도, 각 상자가 왜 함께 있어야 하는지 알 수 없다면 사용자는 여전히 열 두 항목을 하나씩 해석해야 한다.

주문 양식의 이름과 연락처는 "받는 사람", 주소와 배송 요청은 "배송 정보", 카드와 영수증은 "결제 정보"로 묶을 수 있는 것처럼 좋은 묶음에는 사용자가 이해할 수 있는 관계가 있고, 그 관계를 설명하는 이름이 존재한다.

 

청킹은 사용자가 해석해야 할 관계의 수를 줄이고,

정보의 구조를 사용자의 언어로 다시 만드는 일이다.

 

 

제품이 기억한다.

이미 입력한 값은 유지하고, 다른 화면에서 같은 정보를 다시 요구하지 않는다.

사용자가 기억한 값을 제품에 전달하는 흐름보다, 제품이 기억한 값을 사용자가 확인하는 흐름이 낫다.

 

필요한 정보는 필요한 곳에 둔다.

비밀번호 조건은 양식을 제출한 뒤 오류로 알려주기보다 입력하는 동안 보여준다.

가격을 비교해야 한다면 요금과 차이를 같은 시야 안에 둔다.

오류가 발생했다면 원인과 수정할 곳을 함께 보여준다.

정보의 개수가 같아도 기억해야 할 거리가 짧아지면 사용자의 부담은 달라진다.

 

의미로 묶고 이름을 붙인다

기계적으로 항목 수를 맞추는 게 아니라, 사용자가 이미 알고 있는 과업과 순서에 따라 묶는다.

각 묶음은 무엇을 위한 정보인지 짧은 이름으로 드러낸다.

좋은 이름은 설명을 추가하는 게 아니라, 흩어진 정보 사이의 관계를 보여주는 일이다.

 

단계를 나눴다면 맥락을 남긴다

진행 상태를 보여주거나, 이전 선택을 요약한다.

필요할 때 자유롭게 돌아가 수정할 수 있게 한다.

단계를 나누는 건 정보를 숨기는 일이 아니라, 지금 필요한 정보에 집중시키며 전체 맥락을 잃지 않게 하는 일이다.

---

사용자가 제품을 쓰기 위해 기억력부터 필요한 구조라면 잘못된 경험이다.

제품이 충분히 기억하지 않았거나, 필요한 관계를 보여주지 않은 것이다.

사용자에게 암기를 강요하는 대신, 연관성 있는 정보들을 구조적으로 묶어야 한다.

 

시스템이 이전 상태를 기억하고 화면이 정보의 구조를 보여줄 때, 사용자는 비로소 판단에 집중할 수 있다.