Intellectual Wanderlust

1. GOMS

GOMS는 Goals, Operators, Methods, and Selection rules의 약자로 사용자와 컴퓨터 사이에서 일어나는 인터랙션을 작은 단위들로 환원하기 위한 모델입니다. 이 책에서 저자는 단순화된 키보드입력 수준의 GOMS를 소개하고 있는데, 예를 들면:

라는 일련의 동작은

HKKKK

로 표현됩니다. 근데 키보드 위로 옮긴 다음 숫자를 입력하기 전에 사용자가 "뭘 입력할지" 떠올리는 시간(mentally preparing)이 잠깐 필요하다면

HMKKKK

가 되겠죠.

이런 설명을 듣고 나면 전 항상 이런 궁금증이 생깁니다. 이렇게 환원해서 뭘 어쩔건데? 이거 왜 하지?

뭐 다양한 응용을 할 수 있겠지만 인터페이스의 효율성을 측정하고 개선하는 일에 응용할 수 있겠습니다. 예를 들어 keying은 0.2초, homing은 0.4초, m은 1.35초라고 하면, 위 인터페이스를 이용하여 작업을 완수하는데 걸리는 시간은

0.4 + 1.35 + 0.2 + 0.2 + 0.2 + 0.2

가 됩니다. 이런 식의 측정을 통해 화씨/섭씨 변환 UI의 효율성을 개선하는 사례를 소개하고 있습니다.

2. 인터페이스 효율성

저자는 인터페이스 효율성이라는 재미난 개념을 소개하고 있는데요, 쉽게 말하면 사용자가 인터페이스를 통해 컴퓨터에게 실제로 제공한 정보의 양이 컴퓨터가 과업을 수행하기 위해 필요한 정보의 양에 가까울수록 인터페이스의 효율성이 높다고 보겠다는 개념입니다. 전자가 후자에 비해 낮을 수는 없으므로 효율성은 0 에서 1 사이의 값을 갖습니다.

뭐 열역상에서의 효율성이나 정보이론에서의 효율성과 다르지 않은 개념입니다만, 이걸 인터페이스에 이렇게 적용한다는 시각이 재미난거죠. 정보이론의 전통을 따라 인터페이스가 필요로하는 정보량은 비트(bit) 단위로 계산합니다. n가지 선택사항 중 한가지를 고르는 문제가 요구하는 정보량은

log₂n

이 됩니다. 설명을 읽어보니 사용자가 화면을 보며 이진검색(binary search)을 한다고 가정한 모양입니다. 그 가정이 맞건 안맞건 이 모델이 예측하는 바가 실제 실험 결과와 유사하다고 하니 저 같은 사람은 그냥 그런갑다 하고 넘어가면 되겠습니다. ㅎㅎ

여기까지 읽으면 또 아까랑 비슷한 의문이 생기죠. 인터페이스의 정보량 왜 측정하는데?

이게 인터페이스가 달성할 수 있는 효율성의 이론적 하한선을 규정해주기 때문입니다. 즉, 언제 디자인에 대한 투자를 멈춰도 좋은지에 대한 쓸만한 판단 기준이 된다는 얘기죠. 이렇게 써놓고 보니, 저자의 아들이 2년 전에 썼던 글 "Know when to stop designing, quantitatively"이 생각납니다. 아버지와 달리 그림도 좀 넣어주고 설명도 좀 친절하단 말이죠 ㅎㅎㅎ

3. Fitts' Law

Fitts' Law는 쉽게 말해서 클릭하기 좋게 만들려면

하라는 얘기입니다.

버튼 크기를 키우자는 얘기는 뻔한거라 생략하고, 버튼을 화면 구석에 놓은 사례는 MacOS의 메뉴(항상 화면 상단에 있습니다), MacOS의 Dock(항상 화면 하단 혹은 측면에 있습니다) 등을 떠올리시면 됩니다. 윈도XP의 시작메뉴는 예전 글에서 설명한 이유로 인해 매우 부적절한 사례입니다.

마우스 이동 거리를 짧게 만든 사례는 마우스 우클릭을 하면 버튼 바로 옆에 나타나는 컨텍스트 메뉴, 오피스 2007에 추가된 미니툴바 등을 들 수 있겠습니다:

4. Hick's Law

Hick's Law는 화면에서 뭘 고르려고 할 때 요소가 많아지만 많이질수록 시간이 늘어난다는 법칙입니다. 에 근데, 그냥 늘어나는게 아니라 base를 2로 하는 log 함수에 따른다는 얘기. 식으로 만들면 Fitt's Law랑 똑같다죠:

a + b log₂(n + 1)

5. 결론 혹은 저자가 강조하고자 하는 바

결론은 1) UI의 많은 요소가 정량화 가능하다. 2) 실제로 정량화/측정을 하건 안하건 각 법칙이 갖는 함의들을 체화하여 모든 디자인 과정에서 적절히 녹여내는 것이 중요하다. 입니다. (재미난 점 하나. 이 글 2, 3, 4번 섹션에 각각 수식이 하나씩 나오는데 전부 똑같이 생겼습니다. --; 세상은 로그라능 ㅋ)

PS: 아니 그러고보니, 오늘은 대머리장군님이랑 규하횽아랑 시비가 붙었던 시비시비로군요.

1. Fitts' Law

대표적인 예가 메뉴의 위치입니다. 애플의 OS에서는 예로부터(Lisa부터 Leopard에 이르기까지) 항상 모니터의 최상단 부분에 메인 메뉴가 고정됩니다. 반면 MS Windows에서 각 창의 메인 메뉴는 해당 창의 제목(title bar) 밑에 붙습니다. 하지만 창 밑에 달려 있는 메인 메뉴는 모니터 상단에 있는 메인 메뉴에 비해 상대적으로 마우스 조작이 어렵습니다. Fitts' Law를 무시하고 있기 때문이죠.



Fitts' Law란 간단히 설명하자면 마우스를 이동시켜서 특정 위치에 놓는 작업이 얼마나 쉬운지는 마우스의 이동 거리와 목표 지점의 넓이에 의해 정해진다는 법칙입니다(원래의 Fitts' Law에는 총 네 개의 변수가 관여합니다. 단순화를 위해 생략). 즉 많이 이동하는 것 보다는 조금 이동하는 것이 좋고, 작은 버튼보다는 큰 버튼이 좋다는 얘기입니다.

창을 최대화해도 메뉴보다 타이틀바가 위에 있기 때문에 여전히 문제입니다. 최대화된 창의 타이틀를 가지고 할 수 있는 조작이라고는 더블클릭을 통해 최대화를 취소(Restore - 원래대로)하는 기능이 전부인데 말이죠.