기본값(Defaults)

 

원칙: 필드 안의 기본값은 "삭제"하기 쉬워야 합니다.

 

사용자가 필드를 활성화할 경우, 백스페이스나 딜리트 키를 누르거나 입력하면 기본값을 제거하고 현재 항목을 자동으로 선택해야 합니다. 사용자는 필드 안을 클릭하여 전체 선택을 취소하고 클릭한 위치에 텍스트 커서를 놓을 수 있습니다. 오늘날에는 일반적으로 선택 입력 규칙이 적용됩니다. (코딩이 엉성하다면 텍스트 커서가 예측 불가능한 다양한 위치에 떨어집니다. )

 

원칙: 기본값은 "지능적"이고 반응적이어야 합니다.

 

모든 요소가 기본값을 가질 필요는 없습니다. 예측 가능한 후보가 없으면 기본값을 제공하지 않는 것이 좋습니다. 기본값이 25%나 차지하고 있는 것을 보고 기본값을 사용하지 않는 결정을 내린다면 귀중한 인지 주기가 필요합니다. 실제로 원하는 값을 입력하는데 동일한 시간을 소비할 수 있습니다.

 

원칙: "기본값"이라는 단어를 더 의미있고 반응적인 용어로 바꾸십시오.

 

사용자는 주어진 상황에서 "기본값"이 무엇을 의미하는지 거의 알지 못합니다. (물론, 그들은 문자 그대로의 의미를 알고 있습니다. 보관할 장소가 사용자가 살 곳을 빼앗는다는 의미입니다. 그 사실은 항상 사용자들의 기분을 띄웁니다.) "기본값"을 "표준 설정으로 되돌리기", "커스텀 설정 사용", "초기 설정 복원" 이나 실제 발생하는 작업을 설명하는 더 구체적인 다른 특정 용어로 바꾸십시오. 사용자 테스트를 통해 사용자가 소프트웨어의 실제 기능을 정확하게 예측할 수 있는 용어를 알아보십시오.

 

원칙: 용어와 시각 디자인 모두 떠올리는 범위를 전달해야 합니다.

 

사용자 테스트를 통해 사용자가 복원 규모를 이해했는지 확인하세요. 사용자들이 최근에 현지화된 몇가지 최근 항목에 대한 정상적인 복원에 동의했습니까? 아니면 소유하는 모든 앱에 사용자 이름과 암호를 다시 입력하는데 4일이 걸릴 예정입니까?

 

사용자가 복원 옵션을 테스트하려고 버튼을 누르면 어떤 결과가 나올 것으로 생각하는지 확인하십시오. 여러분이 좋은 일을 하려고 하지만, 사용자들이 그 일을 잠재적으로 파괴적인 작업으로 해석한다면, 옵션을 사용하지 않을 것이고, 애초에 옵션을 사용하도록 고려한 동일하게 고장나거나 부분적으로 고장난 시스템을 갖게 될겁니다. 마찬가지로, 제대로 준비하지 않고 몇 시간 동안 세심하게 사용자 정의 작업을 수행하면 기대만큼 만족스럽지 않을 수 있습니다. (인도의 한 젊은 친구가 제 DVR의 사소한 문제를 해결해 주었습니다. 그는 제가 하드 디스크를 다시 초기화하도록 했고, 기계에 있는 모든 프로그램을 지웠습니다. 제가 기대했던 것보다 조금 더 복구가 됬습니다. 그 후, 저는 전화도 사용하지 않고 그와 나머지 대화를 할 수 있었습니다. 그렇게 크게 소리칠 줄 몰랐습니다.)

 

속성이나 기본 설정 창과 같은 탭으로 된 객체를 디자인할 때, 시각적 설계로 반환 버튼의 범위를 분명하게 하십시오. 버튼 동작이 현재 탭에만 적용되는지 아니면 모든 탭에만 적용되는지 여부를 나타내는 버튼을 개별 카드나 주변 영역에 배치할 수 있도록 개별적으로 탭 동작을 받는 "부분"은 주변 창과 시각적으로 구별되어야 합니다. 범위를 애매하게 두면 절대로 안됩니다. 이 작업은 디자인 결정이 아니기 때문입니다.