it-swarm-vi.tech

UI thừa nhận tốt nhất là gì?

UI thừa nhận tốt nhất là gì? I E. xác nhận của người dùng.

1) Một hộp kiểm đơn giản trên một biểu mẫu

hoặc là

2) Cửa sổ bật lên có thông báo và nút OK/Hủy

4
JFR

Nếu họ để xác nhận điều gì đó, tùy chọn duy nhất là hộp thoại theo chế độ có nút OK/Chấp nhận.

Nếu họ phải đồng ý với điều gì đó để tiếp tục, thì nên có nút Hủy.

Trên thực tế, các nút nên có văn bản có ý nghĩa trên chúng, không chỉ OK/Hủy.

9
jezmck

Câu trả lời ngắn: "Liên kết lệnh"

Câu trả lời dài...

IMO, trong nhiều tình huống, OK/Hủy hoặc Có/Không rất tệ.

Tại sao?

Bởi vì người dùng có một con đường cố định trong tâm trí. Họ muốn nhận từ A đến B. Người dùng cũng không thích đọc văn bản trong hộp thoại. Đặt hai yếu tố này lại với nhau và bạn sẽ thường khiến người dùng trả lời Có, Có, Có cho một loạt câu hỏi. Nếu một trong những câu hỏi này là "vì vậy bạn muốn hủy bỏ hoạt động hiện tại", họ vẫn sẽ nhấp vào "có" theo bản năng.

Tôi có một ví dụ hoàn hảo trong Microsoft Visual Studio. Khi gỡ lỗi một ứng dụng và bạn muốn dừng gỡ lỗi, có được nhắc với "Bạn có chắc chắn muốn dừng gỡ lỗi không?" Có không. Tiếp theo, bạn được nhắc với "Bạn có muốn lưu môi trường hiện tại không" - mà bạn nên nói 'Không'. Nhấp vào có sẽ đưa bạn đến một bước bạn không muốn, lãng phí thời gian và kết quả là chửi thề trên màn hình.

Giao diện người dùng tốt hơn cho các hộp thoại này sẽ để lại phần mô tả dài cho một tỷ lệ nhỏ người dùng cần sự đảm bảo về một lời giải thích phù hợp, nhưng sau đó đặt cốt lõi của câu hỏi lên chính điều khiển. Vì vậy, đối với ví dụ Visual Studio của tôi, văn bản nút của bạn sẽ nói ...

"Dừng gỡ lỗi"/"Hủy"
[.__.] theo sau là "Lưu"/"Không lưu"

Các vấn đề với điều này là:

  • Nó quấy rối quái vật gọn gàng
  • Hộp thoại trông kém nhất quán (tốt cho khả năng sử dụng, xấu về thẩm mỹ)
  • Đó là công việc nhiều hơn cho các nhà thiết kế suy nghĩ về những gì để đặt trên các nút.

Microsoft đã nhìn thấy ánh sáng và giới thiệu 'Liên kết lệnh' giải quyết chính xác loại vấn đề này. Họ gói một bản tóm tắt linh hoạt và một mô tả dài hơn với điều khiển có thể nhấp. Nó có ý nghĩa hơn nhiều so với "Câu hỏi dài dòng" với các nút Có/Không cách xa một dặm. http://msdn.Microsoft.com/en-us/l Library/aa511455.aspx

Tôi nhận ra câu hỏi này đã được trả lời, nhưng hy vọng nó sẽ giúp được ai đó

5
Greg Woods

Hầu hết người dùng học cách nhấp vào bất cứ thứ gì bạn muốn mà không cần đọc bất cứ thứ gì. Họ cho rằng bạn không có gì quan trọng để hỏi. Nếu bạn muốn họ thực sự nghĩ về câu hỏi, bạn cần phải chu đáo và sáng tạo về cách bạn hỏi. Hãy nhớ rằng, tất cả những gì người dùng nhìn thấy là "blah blah blah blah ... OK? Hủy bỏ?"

4
Glen Lipka

licorize deletion confirmation appears inline

Chắc chắn không phải là tốt nhất cho tất cả các tình huống (xem câu trả lời của jezmck), nhưng một điều thú vị mà tôi đã thấy trước đây là nút xóa của Licorize. Khi bạn nhấp vào nó, nút được thay thế nội tuyến bằng xóa? có không. Nó quản lý để được rõ ràng nhưng không phô trương cùng một lúc. Tuy nhiên, tôi muốn thử nghiệm nó trên đối tượng mục tiêu.

1
Pam G