it-swarm-vi.com

Tôi có nên thêm tùy chọn "Hủy" dự phòng không?

Người dùng bắt đầu một hành động và sau đó, hệ thống xác định rằng có một số điều kiện đặc biệt để đảm bảo xác nhận thêm từ người dùng:

mockup

tải xuống nguồn bmml - Wireframes được tạo bằng Balsamiq Mockups

Trong ví dụ trên, "Không" sẽ thực hiện chính xác như "Hủy". Nút "Hủy" có còn tồn tại không?

Lý do của tôi không bao gồm nó: Nó sẽ là dư thừa và người dùng sẽ tự hỏi về sự khác biệt giữa "Không" và "Hủy".

Lý do của tôi bao gồm nó: Nó cho phép "lối thoát dễ dàng" cho người dùng: "Tôi không muốn đọc, suy nghĩ và hiểu hộp tin nhắn đáng sợ xấu xa; xin vui lòng chỉ giả vờ như tôi không bắt đầu hành động . "

Lưu ý: Tôi đánh giá cao các đề xuất thay thế (chẳng hạn như thiết kế hộp thông báo hoàn toàn khác), nhưng tôi cũng sẽ đánh giá cao phản hồi về một trong hai tùy chọn đó được ưa thích (ví dụ: trong các tình huống trong đó Thư viện UI cung cấp các tùy chọn hạn chế).

65
Heinzi

Đừng sử dụng Không với Hủy bỏ. Họ phần nào làm các chức năng tương tự.

Tôi sẽ đề nghị bạn đi trước một bước và chính xác với các tùy chọn bạn cung cấp. Chúng tôi bấm Có/Không nhiều lần mà không đọc tin nhắn trong hộp thoại phương thức - đặc biệt, khi chúng tôi đang cài đặt ứng dụng hoặc đối mặt với một số cửa sổ bật lên cảnh báo/cảnh báo. Là một nhà thiết kế/phát triển có trách nhiệm; bạn muốn người dùng của bạn đưa ra quyết định sáng suốt.

Vì, Không và Hủy phần nào chạy cùng chức năng. Sử dụng hủy thay vì số.

mockup

tải xuống nguồn bmml - Wireframes được tạo bằng Balsamiq Mockups

135
DPS

Việc đọc Prompt của tôi chỉ ra ý nghĩa sau (khoảng):

I see you are trying to [fizzbuzz the main Foo]. 
That isn't recommended because [the main foo has already been fizzbuzzed].
I suggest instead [frobnicate a secondary foo].

Khi tôi thấy Dấu nhắc được định dạng như vậy, kỳ vọng của tôi đối với các nút Có, Không và Hủy là:

  • Có: Thực hiện theo hành động được đề xuất
  • Không: Bỏ qua đề xuất và tiếp tục với hành động ban đầu của tôi
  • Hủy bỏ: Không làm gì và trở về trạng thái trước khi thử hành động này

Giả sử rằng mô tả của bạn về "Không và Hủy làm cùng một việc" có nghĩa là cả hai đều làm như tôi đã mô tả cho Hủy, tôi sẽ nói sử dụng YesCancel nếu tùy chỉnh văn bản của các nút là ' có thể như trong ví dụ của DPS hoặc nếu tùy chọn hai nút duy nhất là Yes/No sau đó tôi muốn gọi rõ hơn các hiệu ứng của từng nút trong Lời nhắc, chẳng hạn như "Foo chính đã bị fizzbuzzed. Nhấp vào 'Có' để frobnicate một Foo phụ hoặc 'Không' để hủy."

43
Kamil Drakari

Nếu các hành động thực hiện chính xác như nhau, bạn nên giảm các hành động thành một. Thêm một từ ngữ khác cho cùng một hành động khiến người dùng bối rối, tăng thời gian hoàn thành vì rất có thể anh ta sẽ đọc lại hộp thoại, suy nghĩ về những gì anh ta đã làm trước đó khiến hệ thống cung cấp cho anh ta cả hai hành động và cuối cùng sẽ làm tăng sự thất vọng.

Tôi chắc chắn thích hộp thoại có hai thay vì ba tùy chọn.

11
Pectoralis Major

, bạn có thể và nên cung cấp một cách hủy hộp thoại dự phòng, nhưng không, đó không phải là nút dự phòng có văn bản.

Tôi đồng ý với điều này:

Nó cho phép một "lối thoát dễ dàng" cho người dùng: "Tôi không muốn đọc, suy nghĩ và hiểu hộp thông báo đáng sợ xấu xa; xin vui lòng giả vờ rằng tôi đã không bắt đầu hành động."

Tuy nhiên, như được hiển thị, người dùng không phải đọc và suy nghĩ về nó, bởi vì cả 3 nút được trình bày như nhau và yêu cầu đọc/suy nghĩ để tìm ra Nó làm gì (tại thời điểm đó, người dùng sẽ bị nhầm lẫn bởi sự khác biệt giữa không hoặc hủy bỏ, như Pectoralis đã chỉ ra). Tuy nhiên, nút [x] Màu đỏ có thể nhận ra ngay lập tức và không yêu cầu bất kỳ suy nghĩ nào.

Bạn luôn phải hỗ trợ 3 cách hủy hộp thoại phương thức (trong ứng dụng web hoặc máy tính để bàn):

  • Nút "Không" hoặc "Hủy" rõ ràng như bạn đã hiển thị
  • [x] Màu đỏ (lý tưởng, có nguồn gốc từ hệ điều hành)
  • Hỗ trợ phím Esc để hủy
10
J. Dimeo

Như @DPS nhận thấy, tôi cũng chọn thông báo cho người dùng của bạn hành động chính xác mà nút thực hiện và phân biệt hình ảnh giữa hai người. Chúng nên hữu ích (đặc biệt là liên kết đầu tiên):

Khi lựa chọn giữa các hành động chính và phụ, phân biệt thị giác là một phương pháp hữu ích để giúp mọi người đưa ra lựa chọn tốt.

Sự khác biệt này có nên nổi bật hơn như nút so với liên kết trong Tùy chọn A hoặc tinh tế hơn một chút như hai nút màu khác nhau trong Tùy chọn C? Tùy chọn A đã xử lý tốt hơn một chút về thời gian hoàn thành, số lần sửa chữa trung bình và tổng thời gian sửa chữa trung bình cho thấy mọi người đã hoàn thành biểu mẫu nhanh hơn nhưng không nhiều.

Tất nhiên, sự cần thiết cho những sự phân biệt này trở thành tranh luận, khi không có hành động thứ cấp nào xuất hiện. Hãy chắc chắn rằng bạn thực sự cần mỗi hành động thứ cấp trên một biểu mẫu và đừng thêm chúng một cách bừa bãi.

https://www.lukew.com/ff/entry.asp?571

https://uxplanet.org/primary-secondary-action-buttons-c16df9b3615http: // nút hành động /https://www.smashingmagazine.com/2016/11/a-quick-guide-for-designing-better-buttons/

3
psoiree

Được tự do thiết kế hộp thoại theo cách bạn muốn, câu trả lời của @ DPS là tuyệt vời. Nhưng bạn cũng hỏi về cách xử lý việc này trong trường hợp thư viện UI cung cấp các tùy chọn hạn chế cho các lựa chọn nút hộp thoại.

Trong trường hợp này, tôi sẽ đề xuất thay vì "Có/Không", lựa chọn tốt hơn sẽ là hộp thoại "OK/Hủy":

mockup

tải xuống nguồn bmml - Wireframes được tạo bằng Balsamiq Mockups

Điều này cung cấp một dấu hiệu rõ ràng rằng nếu bạn nhấn Hủy, sẽ không có gì xảy ra, trong khi với tùy chọn Có/Không, sẽ không rõ ràng liệu No có còn làm gì mà không làm xáo trộn foo thứ cấp hay không. (Và với Có/Không/Hủy có một hàm ý không chính xác rằng "Không" và "Hủy" làm những việc khác nhau, dẫn đến kết luận rằng "Không" có lẽ phải cố gắng tiếp tục với foo ban đầu theo một cách nào đó).

2
Jules

Trong khả năng sử dụng có nghĩa là, bạn không bao giờ nên có các kích hoạt hành động khác nhau tạo ra hiệu ứng tương tự với các nhãn hoặc mô tả khác nhau.

1
Hugo Nogueira

Xem xét hiển thị thông báo theo cách có thể bỏ qua, ví dụ: hộp thoại phương thức hoặc biểu ngữ thông báo. Bằng cách này bạn có thể sử dụng một tiêu chuẩn X nút để loại bỏ thông báo, với một nút để Frobnicate a Secondary Item bên trong chính thông báo.

1
Harrison Paine

Ba lựa chọn làm cho mọi thứ trở nên khó hiểu hơn, không ít hơn.

Nếu bạn cần một lối thoát dễ dàng, có lẽ hộp thoại này nên được loại bỏ hoàn toàn.

Làm cho một biểu tượng rõ ràng rõ ràng xuất hiện sau khi foo fabab dễ dàng được nhìn thấy và hành động bởi người dùng thay vì làm gián đoạn quy trình làm việc của họ với một cái gì đó họ có thể không cần. Một hình ảnh động sẽ thu hút sự chú ý.

0
David

Các nút hộp thoại "Tiêu chuẩn" luôn có vấn đề. Một vấn đề là ý thức của họ thường mơ hồ, nhưng vấn đề khác là họ có thể làm cho các lựa chọn có vẻ rõ ràng hơn thực tế.

Có thể cho rằng, khi một tình huống đặc biệt xuất hiện, người dùng nên bị nhầm lẫn, cho đến khi họ hiểu được câu hỏi. Làm cho hộp thoại đơn giản hơn và thường xuyên hơn chỉ là hạ thấp mức độ chú ý mà bạn yêu cầu từ người dùng.

Nếu bạn bị giới hạn ở "có", "không", "OK" và "hủy", tôi sẽ đề xuất rằng "có"/"không" có khả năng khiến người dùng đọc câu hỏi (nên được viết rõ ràng ). Nhiều người dùng, nhìn thấy một hộp thoại với "hủy" là một tùy chọn, theo phản xạ sẽ nhấp vào nút khác để tiếp tục.

Lý tưởng nhất là bạn sử dụng các nút/siêu liên kết "dài dòng" để đảm bảo người dùng đưa ra lựa chọn có chủ ý và có hiểu biết. Tất nhiên, đạo đức khác ở đây là không lạm dụng các hộp thoại, bởi vì người dùng ngừng chú ý.

0
bobtato