자율성(Autonomy)

 

원칙: 컴퓨터, 인터페이스와 작업 환경은 모두 사용자에게 속해야 합니다. 하지만 사용자의 자율성이 규칙을 포기하는 것을 의미하지는 않습니다.

 

사용자에게 쉴 수 있는 공간을 제공하십시오. 사용자에게 "담당자"를 배치하면 빠르게 배우고 익힐 수 있습니다. 하지만 반대로, 사람들은 모든 한계가 없는 상황에서 자유롭다고 느끼지 못합니다 (어빈 얄롬의 실존주의 심리치료, 1980). 어린이는 너무 좁은 공간에 갇혀 있거나 크고 텅 빈 창고에서 방황할 때 똑같이 울 것입니다. 어른들도 구속되거나 무한하지 않은 환경, 탐험할 수 있는 환경이 아니라 위험하지 않은 환경에서 가장 편안함을 느낍니다.

 

원칙: 사용자가 스스로 결정을 내릴 수 있도록 하십시오. 보기에 형편없는 비효율적인 행동을 할 수도 있습니다.

 

자율성은 사용자가 사용할 키보드, 데스크톱을 보여주는 방식 (어수선 하더라도) 및 실행할 애플리케이션 유형을 결정하도록 합니다. 개발자들이 이런 종류의 제어권을 빼앗을 때, 사용자들은 좌절하고 화를 낼 수 있습니다.

 

원칙: 책임을 지는 통제를 실시하십시오.

 

사용자 권한을 허용한다고 해서 개발자가 모든 제어 권한을 포기해야 하는 것은 아닙니다. 반대로 개발자들은 필요한 통제력을 발휘해야 합니다. 사용자에게 스스로 목을 매는 밧줄을 너무 많이 주면 안 됩니다. 하지만 오늘날 일부 개발자들은 과도한 통제만 하는 것이 아니라, 일반 시력을 가진 사람들이 읽을 수 없는 글꼴과 크기로 텍스트를 제한해서 엄청난 HCI 오류를 범하고 있습니다. 사용자가 넓은 손가락을 사용하여 텍스트 커서를 픽셀 정도로 정확하게 배치하는 편집 방법을 제공하여, 필요한 화살표 키가 미적으로 완벽하지만 기능적으로 부족한 키보드에 닿는 것을 방지하는게 좋습니다.

 

예를 들어, 스크롤을 위쪽으로 터치하기 시작할 때 잠시 멈추는 대신, 사용자가 링크를 일부러 누르는지 여부를 결정하기 위해 임의의 타이밍과 이동 한계값을 설정해야 합니다. 사용자에게 해당 한계값을 변경할 수 있는 방법을 제공하지 않기 때문에, 많은 사용자들은 원하지 않는 페이지로 가는 링크를 매일 여러 번 작동시킵니다. 그것은 무책임한 통제입니다. 우리는 사용자가 마우스를 두 번 클릭하기 위해 슬라이더를 조작해야 한다는 것을 30년 전에 알았습니다. 터치 사용자도 링크 타이밍에 같은 동작이 필요합니다.

 

 

링크 작동은 항상 완벽한가

 

실수로 링크를 누르는 문제에 대한 해결책을 생각하려면, 실수로 링크를 누르는 사용자와 의도를 갖고 링크를 누르는 사용자의 차이를 고려해야 합니다.

 

생각해보면 차이점을 쉽게 알 수 있습니다. 저는 링크를 누를 때 보려고 합니다. 링크를 실수로 누를 때는 보지 않습니다. 카메라를 켜거나 내장된 시선 전용 추적장치를 사용하여 사용자의 눈을 확인하면 됩니다. 만약 사용자가 링크를 터치하고 있다는 생각에 기억될 만큼 오랫동안 그 링크를 똑바로 쳐다본다면, 그 링크를 따라가려는 겁니다. 링크을 보고 있지 않다면, 우연히 링크를 터치하고 있는 것입니다. 목적이 있는 터치를 했다면 링크가 작동됩니다. 사용자가 의도적으로 터치하지 않는 경우, 사용자가 링크를 터치하고 있다는 사실을 무시하게 됩니다.

 

에너지를 절약하면서 이 방법론을 시행하려고, 사용자가 링크 위에 손가락을 올리거나 링크를 누를 때까지 카메라나 시선 추적장치를 켜지 않아도 됩니다.  방법론과 알고리즘에서 타이밍을 약간 조정해야 할 필요도 있지만, 상당히 정확하게 증명해야 합니다.

 

이 방법은 이미 발명되었고,  "시선 추적 기능으로 우연히 링크를 작동시키는 에러를 방지하는 방법론" 이라고 부릅니다. 그래서 저는 이 용어를 공통 영역에 넣었습니다.

 

 

원칙: 상태 메커니즘을 사용하여 사용자가 인식하고 알 수 있도록 하십시오.

 

통제가 없을 때는 자율성이 존재할 수 없고, 충분한 정보가 없을 때는 통제를 할 수 없습니다. 상태 메커니즘은 사용자가 변화하는 조건에 적절하게 대응하는 데 필요한 정보를 제공하기 위해 필수적입니다.

 

원칙: 상태 정보를 최신 상태로 쉽게 보여줘야 합니다.

 

사용자가 상태 정보를 찾을 필요는 없습니다. 오히려 작업 환경을 한눈에 파악할 수 있어야 하며, 상태와 작업량에 대한 최소한의 첫 번째 근사치를 수집할 수 있어야 합니다.

 

원칙: 상태 정보가 정확한지 확인하십시오.

 

상태 정보는 최신 상태이지만 정확하지 않을 수도 있습니다. 이 글을 쓸 당시 사용자가 아이폰이나 아이패드를 새로운 세대의 시스템 소프트웨어로 업데이트하면 작업을 완료하는데 약 5분이 걸린다는 진행 표시기가 나타납니다. 사실, 업데이트는 보통 1시간 이상 걸립니다. (새로운 시스템 자체는 5분 후에 업데이트되지만, 그 후에 스마트폰의 다른 수십 수백 메가바이트의 정보는 모두 다시 업로드되어야 했습니다.) 허위 사실을 들은 사용자는 언제 실제로 기기를 되찾을지 예상할 수가 없었습니다. 이런 사용자는 자율적이라고 느끼지 않습니다.