it-swarm-vi.tech

Một số lựa chọn thay thế cho cụm từ "Bạn có chắc chắn muốn XYZ" trong các hộp thoại xác nhận?

Tôi không thích nhìn thấy từ "bạn" trong tin nhắn hai lần. Ví dụ:

  1. Bạn có chắc bạn muốn xóa mục này?
  2. Bạn có chắc chắn muốn tiếp tục?
48
Brian

Một phần lý do khiến mọi người bỏ qua các tin nhắn dài là do tốc độ đọc.

Giả sử để thảo luận về ai đó có tốc độ đọc trung bình - khoảng 200 từ mỗi phút. (*)

Nếu bạn chỉ sử dụng 20 từ trong một hộp thoại, bạn sẽ yêu cầu người dùng đó dành 6 giây để đọc và hiểu những gì bạn đã viết.

Mặc dù điều đó không có vẻ gì nhiều, nhưng một giây tạm dừng áp đặt khi bạn đang cố gắng hoàn thành một việc gì đó dường như là một khoảng thời gian rất dài.

(*) Và đừng phạm sai lầm khi cho rằng tốc độ đọc thấp có nghĩa là trí thông minh thấp.

Vì vậy, ba gợi ý cho bạn, tất cả đều nhằm mục đích rõ ràng tối đa với sự ồn ào tối thiểu.

  1. Càng ngắn gọn càng tốt
  2. Xác định mặt hàng có nguy cơ
  3. Đặt tên cho các nút của bạn cho các hành động

Đây là một hộp thoại xóa đơn giản:

Poor

Hãy giảm số lượng từ xuống mức tối thiểu để dễ đọc hơn:

Better

Bây giờ, hãy xác định mục có nguy cơ và gắn nhãn cho các nút cho hành động:

alt text

Tốt hơn nhiều - dễ đọc và rõ ràng hơn.

Một ví dụ khác - một hộp thoại tiếp tục.

Confirmation dialog

Đơn giản hóa từ ngữ.

Better Continue dialog

Một lần nữa, hãy xác định những gì đang diễn ra và gắn nhãn cho các hành động.

Best Continue Dialog

Một sự cải tiến nhất định.

Đây là một suy nghĩ cuối cùng. Tránh tiêu cực, đặc biệt là tiêu cực kép. Một số người nói tiếng Anh bản địa tìm thấy những tiêu cực kép khó hiểu, và nhiều người học tiếng Anh như ngôn ngữ thứ hai thấy chúng khó hiểu (đặc biệt là nếu ngôn ngữ mẹ đẻ của họ sử dụng tiêu cực kép để nhấn mạnh thay vì đảo ngược).

69
Bevan

Tôi luôn đưa ra quan điểm hiển thị cho người dùng mục đang bị xóa (đặc biệt là vì đoạn hội thoại có thể che khuất mục đang nghi vấn, nhưng cũng vì thấy văn bản có thể nhận dạng trong đoạn hội thoại sẽ gây chú ý):

Xóa "mục yêu thích của bạn"?

Bạn cũng có thể tạo ra một chút hài hước ở đây và đó, tùy thuộc vào loại ứng dụng bạn đang làm:

Chắc chắn bạn không muốn tiếp tục mà không tiết kiệm? [Có tôi làm, để tôi yên] [Ồ đúng rồi, cảm ơn vì đã nhắc nhở tôi]

Nếu bạn kiểm tra người dùng, bạn sẽ nhận thấy rằng những tin nhắn hài hước được chú ý thường xuyên hơn một chút chỉ vì chúng nổi bật giữa đám đông những tin nhắn chung chung và (nếu chúng thực sự đủ dễ thương) hãy nở nụ cười trên khuôn mặt người dùng . Bạn có cần gì nữa không?

19
Rahul

Thay vào đó, tốt hơn là không có các hộp thoại như vậy, thay vào đó, thực hiện chức năng hoàn tác.

Hộp thoại vô dụng 95% thời gian, vậy tại sao lại ép nó vào người? Bạn đang cố gắng giúp đỡ mọi người? hoặc bạn đang cố gắng đổ lỗi cho người dùng "này, bạn đã xác nhận rằng bạn muốn xóa mục quan trọng đó, đừng đổ lỗi cho tôi!".

Đoán xem, mọi người học cách bỏ qua những hộp thoại này, họ luôn tiềm thức xác nhận bất kỳ hành động nào họ vừa làm.

Vì vậy, đó là cách tiếp cận sai để giải quyết vấn đề.

Vấn đề ở đây là: hành động của người dùng có thể có tác dụng không mong muốn nếu thực hiện do nhầm lẫn.

Một giải pháp tốt hơn cho vấn đề đó sẽ là cho phép người dùng quay ngược lại sự thay đổi của mình.

Nếu bạn cho phép họ hoàn tác xóa, bạn sẽ nhận được hai điều tốt:

  • Bạn sẽ không phải làm phiền người dùng bằng các hộp thoại vô dụng.
  • Người dùng có thể phục hồi sau khi xóa không chủ ý.

Việc thực hiện hoàn tác khó hơn rất nhiều so với việc hiển thị hộp xác nhận.

8
hasen

Google đề xuất hai cách khác nhau và cả hai loại bỏ hoàn toàn 'bạn'.

Hướng dẫn viết thiết kế của Google gợi ý những điều sau:

Bỏ qua các cụm từ không cần thiết

Bạn có thể bỏ qua nhiều cụm từ giới thiệu phổ biến và đi thẳng vào vấn đề.

enter image description here

Hơn nữa Hộp thoại cảnh báo Thiết kế Vật liệ đề nghị đọc lại câu hỏi để xóa 'bạn có chắc không?'

Cảnh báo với thanh tiêu đề

Chỉ sử dụng cảnh báo trên thanh tiêu đề cho các tình huống rủi ro cao, chẳng hạn như mất khả năng kết nối. Người dùng có thể hiểu các lựa chọn chỉ dựa trên tiêu đề và văn bản nút.

Nếu một tiêu đề là bắt buộc:

  • Sử dụng một câu hỏi hoặc tuyên bố rõ ràng với lời giải thích trong khu vực nội dung, chẳng hạn như "Xóa bộ nhớ USB?".
  • Tránh những lời xin lỗi, sự mơ hồ hoặc những câu hỏi, chẳng hạn như Cảnh báo trên mạng! hoặc bạn có chắc không?

enter image description here

8
icc97

Xóa mục này?

Tiếp tục?

Thẳng đến điểm.

5
Ryan Shripat

Một điều quan trọng cần nhớ là mọi người bỏ qua các tin nhắn "Bạn có chắc chắn" không. Bạn phải buộc họ suy nghĩ về quyết định. Đây là một trong những lợi ích của tôi.

alt text

4
Glen Lipka

Những gì bạn đã có là đúng ngữ pháp, nhưng tôi đưa ra quan điểm của bạn.

Bạn có thể thử chia tin nhắn thành hai cụm từ:

Mục này sẽ bị xóa, bạn có chắc chắn?

Điều này di chuyển phần quan trọng của câu hỏi lên phía trước nơi mà nó (hy vọng) có nhiều khả năng được đọc hơn.

Tôi cũng có xu hướng tránh các tin nhắn cho các hành động có thể hoàn tác và giảm số lượng các hành động không thể hoàn tác xuống mức tối thiểu.

2
ChrisF

Đối với các tin nhắn quan trọng bạn muốn rõ ràng nhất có thể và đảm bảo người dùng đọc tin nhắn.

Tin nhắn như

Bằng cách nhấp vào đây, bạn đồng ý rằng ...

Bạn có chắc chắn muốn ....

Bị mất người dùng, Người dùng đọc nó dưới dạng yada, yada, yada, sao cũng được ... và nhấp vào có mà không cần nhìn.

Để khiến người dùng đọc tin nhắn, nó phải theo đúng thứ tự.

  • Đặt tên cho hành động sẽ xảy ra
  • sau đó là cảnh báo
  • sau đó là câu hỏi
  • sau đó hành động để thực hiện.

Bạn sắp gửi đơn đăng ký, Hành động này không thể được thực hiện, Bạn có muốn tiếp tục, Nhấp vào có để tiếp tục hoặc nhấp vào hủy bỏ

Điều này hơi dài nhưng nếu bạn cần người dùng đọc tin nhắn thì đây là cách an toàn nhất.

1
Sruly

Không phải lúc nào cũng là về những hành động rõ ràng này như xóa, xóa, lưu..v.v .. Có thể có một số trường hợp nhất định mà người dùng có thể vô tình thoát ra khỏi một quá trình quan trọng đang diễn ra.

Ví dụ: Người dùng đang ở giữa thanh toán và nhấn nút quay lại.

Trong kịch bản này, người dùng cần được cảnh báo.

0
learner

Nguyên tắc giao diện con người của Apple đối với Mac OS X có rất nhiều điều để nói về hộp thông báo (bảng cảnh báo).

Tên nút phải tương ứng với hành động mà người dùng thực hiện khi nhấn nút Ví dụ, Xóa, Lưu hoặc Xóa. Nút ngoài cùng bên phải trong hộp thoại, nút hành động, là nút xác nhận văn bản thông báo cảnh báo. Nút hành động thường là, nhưng không phải luôn luôn, nút mặc định. (Lưu ý rằng trong các phương thức Ca cao, nút ngoài cùng bên phải luôn được gọi là nút mặc định mặc dù có thể không.) Để biết thêm thông tin, hãy xem Hộp thoại Loại bỏ.

Vấn đề với API Hộp thư của Windows là nó không cho phép bạn thực sự chỉ định tên của các nút bạn muốn, thay vào đó yêu cầu bạn phải cuộn hộp thông báo của riêng mình hoặc sử dụng các nút Có/Không/OK/Hủy tích hợp .

Để đọc thêm, đây là một bài viết thú vị nói về các vấn đề với hộp thông báo nói chung: Tại sao Hộp Tin nhắn lại xấu xa .

0
Nick Bedford