우리의 웹 응용 프로그램에는 다음과 같은 세 가지 작업이 있습니다.
이것은 우리의 세 가지 작업이 정렬되지 않은 곳입니다. 어떤 경우에는 Continue/Cancel을 선택하고 다른 경우에는 Done/Abort를 선택하고 마지막으로 Finalize/Cancel을 선택합니다.
이 중 가장 좋은 것은 무엇입니까? 더 나은 대안이 있습니까? 그렇다면 어떤 주장이 있습니까?
나는 일반적으로 이와 같은 일반적인 버튼 레이블을 피하고 가능한 한 구체적으로 노력합니다. 귀하의 레이블은 나에게 "데이터베이스 -y"라고 느끼고 매우 추상적 인 도메인 (예 : 데이터베이스 편집기)을위한 프로그래머가 디자인 한 도구를 상기시킵니다.
더 자세한 내용은 확인/취소 버튼 위치 관련이 관련 질문을 참조하십시오.
내 대답에, 나는 Jakob Nielsen의 OK/취소 버튼에 대한 연구 에 연결했습니다.
일반적인 라벨 (예 : "OK")을 사용하는 것보다 버튼 이름을 지정하여 기능을 설명하는 것이 좋습니다. 명시 적 레이블은 "Just-In-Time Help"로 기능하여 사용자에게 올바른 조치를 선택하는 데 더 많은 확신을줍니다.
예를 들어 몇 가지 예는 다음과 같습니다.
또한 대안을 남겨 두는 것도 고려할 수 있습니다 . 어떤 경우에는 이것이 의미가 있습니다. 사용자가 무언가를 구매하거나 많은 양의 데이터를 포함하는 CRUD 작업과 같은 중요한 약속을 할 경우 "취소"옵션을 포함하는 것이 좋습니다.
그러나 트위 팅과 같은 간단한 작업의 경우, 특히 커밋 작업 후 사용 가능한 롤백이 쉬운 경우에는 명시 적으로 "취소"버튼을 사용하지 않는 것이 좋습니다. 일반적으로 계속하지 않으면 아무 것도 커밋하지 않습니다.
예를 들어 "Add Comment"단추 만 있고 양식을 숨기거나 취소 할 수없는 StackExchange의 주석 양식이 좋은 예입니다. 코멘트를 추가하고 싶지 않습니까? "댓글 추가"를 클릭하지 마십시오!
wizard처럼 들립니다. 예를 들면 다음과 같습니다.
Next >
및 Cancel
버튼.Next >
.Finish
및 Cancel
버튼이 있습니다.Finish
을 클릭하면 작업이 완료됩니다. Cancel
은 모든 것을 취소합니다.다른 접근 방식은 한 단계 프로세스로 만들지 만 실행 취소를 허용하는 것입니다. 작업에 따라 가능하거나 가능하지 않을 수 있습니다.
Merge
및 Cancel
버튼이 포함 된 팝업이 나타납니다.Merge
를 클릭합니다.Undo
버튼이 포함됩니다. 사용자가 Undo
을 클릭하면 작업이 되돌려집니다.내가 만들고 싶은 두 가지 점 :
1) 두 번째 화면 (요약 포함) 후에 실제 병합 프로세스가 시작되면 "병합"단추가 해당 두 번째 화면에 있어야합니다. 첫 번째 버튼에서는 "미리보기 병합 결과"와 같은 버튼이 표시되어야합니다. 이는 사용자가 시작한 프로세스 흐름에서 사용자가 얻게되는 다음 결과이기 때문입니다.
2) 이것은 일종의 오싹한 제안이지만 첫 번째 화면에는 "미리보기 병합", "취소"및 "미리보기없이 병합"이라는 세 개의 단추가있는 것이 좋습니다. 이렇게하면 자신이 무엇을해야할지 알고 통계를 기다리지 않고 결정을 내리려는 사용자의 시간이 절약됩니다. 그냥 생각 ...
병합을 클릭 한 후 실제로 "병합"을 수행하지 않으면 병합이라고 부를 수 없습니다.
다단계 양식에서 사용되는 것은 계속/제출 규칙입니다. 계속은 다음 단계로 진행해야 함을 의미하지만 아직 일부 약속이 있음을 의미하지는 않습니다.
온라인 상점의 경우, 체크 아웃을하려면 주소 및 지불 세부 사항을 제공하는 몇 가지 양식을 진행해야합니다. 주문을 확인할 수있는 페이지가 될 때까지는 "주문하기"또는 "구매하기"버튼이 사용됩니다.
"미리보기 병합"또는 "계속"버튼을 사용하고 커밋 된 페이지에서 "병합 수행"또는 "제출"버튼을 사용합니다.