it-swarm-vi.tech

OK / Hủy ở bên trái / phải?

Nên OK nút ở bên trái của Cancel nút hay ngược lại?

Có nghiên cứu nào đề xuất một trong hai giải pháp không?

349
Art

Như với tất cả mọi thứ: kiểm tra người dùng! Rất may, anh hùng khả dụng Jakob Nielsen đã nhảy vào giải cứu ở đây trong bài viết về Alertbox về các nút OK/Hủy :

Nút OK nên đến trước hay sau nút Hủy? Theo các quy ước nền tảng quan trọng hơn việc thu nhỏ một hộp thoại riêng lẻ.

Kostya đã đúng khi khuyên nên tuân thủ các nguyên tắc nền tảng. Nhưng những gì về nền tảng dựa trên web?

Nếu bạn đang thiết kế một ứng dụng dựa trên Web, quyết định sẽ khó hơn, nhưng có lẽ bạn nên đi với nền tảng được hầu hết người dùng ưa thích. Nhật ký máy chủ của bạn sẽ hiển thị cho bạn tỷ lệ phần trăm người dùng Windows so với Mac cho trang web hoặc mạng nội bộ cụ thể của bạn. Tất nhiên, Windows thường có nhiều người dùng hơn, vì vậy nếu bạn không muốn kiểm tra nhật ký, thì hướng dẫn sẽ áp dụng cho hầu hết các tình huống là trước tiên, hãy hủy lần cuối.

Ông cũng đề cập đến hai hướng dẫn quan trọng bổ sung mà bạn có thể xem xét khi tạo nút OK/Hủy:

  • Đặt tên một nút để giải thích những gì nó làm tốt hơn là sử dụng nhãn chung (như "OK"). Một nhãn rõ ràng đóng vai trò là "trợ giúp kịp thời", giúp người dùng tự tin hơn trong việc lựa chọn hành động chính xác.
  • Đặt nút được chọn phổ biến nhất thành mặc định và tô sáng nút đó (trừ khi hành động của nó đặc biệt nguy hiểm; trong những trường hợp đó, bạn muốn người dùng chọn rõ ràng nút thay vì vô tình kích hoạt nút đó bằng cách nhấn Enter).
202
Rahul

Câu trả lời là trong hướng dẫn giao diện người dùng cho hệ thống bạn sử dụng.

Cho cửa sổ

Trình bày các nút cam kết theo thứ tự sau:

  • OK/[Làm đi]/Có
  • [Đừng làm điều đó]/Không
  • Hủy bỏ
  • Áp dụng (nếu có)
  • Giúp đỡ (nếu có)

Vì vậy, Hủy luôn ở bên phải nút OK.

Dành cho MacOS

Một nút bắt đầu một hành động là xa nhất bên phải. Nút Hủy nằm ở bên trái của nút này.

Vì vậy, đối với người dùng MacOS, Hủy bỏ nằm ở bên trái nút OK.

Dành cho Android

Hành động loại bỏ của một hộp thoại luôn ở bên trái. Các hành động từ chối trả lại cho người dùng về trạng thái trước đó.

Các hành động khẳng định là ở bên phải. Các hành động khẳng định tiếp tục tiến tới mục tiêu người dùng đã kích hoạt hộp thoại.

Đối với Android, Hủy nằm ở bên trái nút OK.

Đối với các hệ thống khác xem hướng dẫn.

142
Kostya

Hãy nghĩ "đọc" ẩn dụ. Người phương Tây đọc từ trái sang phải, bộ não của chúng ta được điều hòa để chảy từ trái sang phải. CANCEL về cơ bản là một bước lùi (trái) và OK/SUBMIT/CÓ/Vv, là một bước tiến (phải).

64
GoodShovel

Có vẻ như hội nghị OK/Hủy của Windows đã thực hiện rất nhiều điều hòa cho người dùng. Vì vậy, các bài kiểm tra khả năng sử dụng chắc chắn sẽ xuất hiện với rất nhiều người đang tìm kiếm một nút OK ở bên trái, Hủy ở bên phải.

Nhưng điều đó không thay đổi bản năng cơ bản nhất của một người đang tương tác với hệ thống mà không có bất kỳ điều kiện trước nào. Bản năng cơ bản của tôi nói rằng nút OK/Phê duyệt/Chuyển tiếp, bất kể bạn áp dụng màu nào hay kích cỡ nào, đều cần nằm ở cạnh phải của hộp thoại.

Xem xét hộp thoại này, không có nhãn hoặc màu nổi bật:

enter image description here

Bạn sẽ nhấp vào đâu? Tôi sẽ nhấp vào nút ở cạnh phải, nếu tôi đang muốn gửi biểu mẫu. Lý do là, trước Windows, tôi đã bị cuốn theo bản năng của mình theo những cách sau:

  • Ngôn ngữ tiếng Anh chảy từ trái sang phải.
  • Điều hướng trình duyệt hoạt động Trở lại (trái) và Chuyển tiếp (Phải). enter image description here
  • Các trò chơi 2D cũ như Dangerous Dave di chuyển nhân vật sang phải, khi chúng đang tiến xa hơn.

enter image description here

  • Số trên dòng số tăng sang phải, giảm sang trái.

  • Trọng lượng nguyên tử trên bảng tuần hoàn tăng sang phải.

  • Đồng hồ tích tắc bên phải.

  • Lịch tăng ngày ở bên phải.

Tôi nghĩ rằng nền tảng Windows đã tạo ra một mô hình chống với OK/Hủy, hiện đang phổ biến đến mức các nghiên cứu về tính khả dụng của nó. Nhưng nếu bạn xem xét các yếu tố trên, tôi tin rằng việc giữ nút chính ở bên phải là hợp lý và là một vị trí có thể phòng thủ được.

EDIT: Một yếu tố bổ sung để xem xét là tính nhất quán. Nếu bạn mong đợi các nút bổ sung trong hộp thoại của mình, nút chính ở cạnh phải sẽ giúp duy trì sự phù hợp với vị trí. Một ví dụ trực quan sẽ làm rõ điều này:

enter image description here

39
Adnan Khan

Đối với người dùng có ngôn ngữ được đọc từ trái sang phải, tôi khuyên bạn nên đặt nút OK sang trái, vì những người dùng đó sẽ cho thấy tầm quan trọng lớn hơn đối với điều đầu tiên họ nhìn thấy.

Điều này sẽ cho phép tập hợp con người dùng này hoàn thành nhiệm vụ của họ càng nhanh càng tốt.

17
Ryan Shripat

IMHO nó không quan trọng quá nhiều nơi bạn sẽ đặt nút "OK": sang trái hoặc sang phải. Không quan trọng loại người dùng nào truy cập trang web của bạn (với ngôn ngữ hebrew hoặc tiếng Ả Rập). Việc họ sử dụng loại phần mềm nào không quan trọng. Số liệu thống kê cho chúng tôi biết rằng 55% người dùng muốn thấy nút "OK" từ bên phải nhưng nếu chúng tôi đặt nó ở bên phải, thì 45% người dùng khác sẽ không hài lòng.

Giải pháp tốt nhất là nhấn mạnh nút "OK" (làm cho nó nổi bật hơn "Hủy") và tất cả người dùng sẽ chỉ ra nút "OK" dễ dàng như nút chính và quan trọng hơn.

Google và các công ty khác sử dụng phương pháp này trong phần mềm của họ.

enter image description here

16
webvitaly

Luke Classicalblewski đã viết một cuốn sách về các mẫu web (Thiết kế mẫu web: Điền vào chỗ trống) và ông cũng đề cập đến một số nguyên tắc như: "Hành động chính & phụ" (http: // www.lukew.com/resource/articles/psilities.asp ), "Nhãn biểu mẫu được căn chỉnh trên cùng, bên phải hoặc bên trái" (http: // www.lukew.com/ff/entry.asp?504) hoặc "đường dẫn đến hoàn thành", v.v. (bạn cũng có thể đọc http : //www.uxmatters.com/mt/archives/2006/07/label-plocation-in-forms.php )

Vì vậy, IMO tùy thuộc vào vị trí nhãn bạn có (ưu tiên theo chiều dọc) và quy tắc từ trái sang phải + từ trên xuống, để có đường dẫn tốt để hoàn thành, bạn nên đặt hành động chính trước (OK) và sau đó là thứ cấp (+) + Hủy bỏ)

EDIT: Vị trí nhãn trong các biểu mẫu, bởi Caroline Jarrett, 2010 http://www.formsthatwork.com/files/Articles/labels-on-forms-for-uxlx-2010.pdf

15
Ecaterina Moraru

Tôi nghĩ rằng tất cả mọi người đã cho điểm tốt nhưng có một điểm quan trọng hơn được đề cập ở đây.

Các nút như Ok/Gửi/Lưu, vv được gọi là các nút hành động tích cực. Tương tự, các nút như Hủy/Đặt lại, vv được gọi là các nút hành động tiêu cực.

Bây giờ để trả lời truy vấn, hầu hết chúng đều có một số điểm tốt nhưng đây là một nhận thức khác đó là Kiểm tra người dùng của một ứng dụng thường quyết định hầu hết các vấn đề. Sau khi tất cả các ứng dụng được tạo ra chỉ dành cho người dùng.

Có một số thử nghiệm khoảnh khắc mắt & kiểm tra nhiệt đã được thực hiện trên người dùng và vẫn đang được thực hiện tùy thuộc vào phòng thí nghiệm. Kịch bản tốt nhất xuất hiện là hầu hết người dùng bắt đầu nhìn vào ứng dụng web hoặc bất kỳ ứng dụng nào khác từ Trái sang phải - từ góc trên cùng và bắt đầu cuộn xuống phía dưới nhặt các điểm nóng chính và thường kết thúc ở phía dưới bên trái. luôn luôn tốt để giữ nút hành động tích cực ở bên trái và nút hành động tiêu cực ở bên phải.

Ngoài ra, không phủ nhận thực tế rằng đây là những nghiên cứu dựa trên ít người dùng, không nhất thiết là điều này sẽ luôn giữ tốt nhưng hầu hết thời gian sẽ như vậy.

Có một điểm quan trọng nữa ở đây là sẽ có nhiều khoảng trống hơn giữa các nút hành động tích cực và tiêu cực để người dùng sẽ mất ít thời gian hơn để tiếp cận với các nút tiêu cực và do đó sẽ cho họ nhiều thời gian để suy nghĩ và phản ứng.

Tôi đã cố gắng giải thích các cặp điểm dựa trên kinh nghiệm của tôi và từ các tài liệu nghiên cứu.

Hãy bình luận, để tôi cũng có thể tìm hiểu thêm.

Trân trọng Deepak Bajaj

9
Deepak Bajaj

Rất nhiều ứng dụng đã được chuyển sang sử dụng các kiểu khác nhau cho các nút OK vs Hủy. Một giao diện người dùng phổ biến là có nút OK nhưng nút truyền thống trong khi Hủy là nút liên kết. Điều này mang lại sự phân biệt thị giác rất rõ ràng giữa hai và mặc dù nó khiến người dùng nhấp vào OK, sự khác biệt về hình ảnh kết thúc làm nổi bật sự khác biệt và giúp người dùng chọn thứ họ thực sự muốn.

Tôi đã thấy điều này cả trong các ứng dụng web và máy tính để bàn.

7
Sam

Chỉ cần làm rõ lý do:

Nó được coi là "chính xác hơn" để đặt nút chính (OK) vào góc chính xác của hộp thoại, vì nó dễ nhấn hơn (đã có một số câu hỏi/thảo luận trong quá khứ về vấn đề này).

Tuy nhiên, điều này cũng phụ thuộc vào những gì người dùng đã quen với - nếu bạn đang tạo một trang web hoặc ứng dụng cho người dùng Windows, bạn nên tuân thủ các tiêu chuẩn Windows tốt hơn.

Đảm bảo rằng "Enter" trên bàn phím được liên kết chính xác với OK - rất nhiều người cũng sẽ sử dụng nó.

5
Dan Barak

Ồ Rất nhiều câu trả lời tranh luận trái hay phải.

Tôi đã chạy thử nghiệm trên bản thân mình và thấy chúng là không thống kê.

Câu trả lời tốt nhất tôi tìm thấy là nó không thực sự quan trọng theo thứ tự nào miễn là hành động chính được đánh dấu rõ ràng - Tôi luôn sử dụng nút đầy màu sắc cho [Thực hiện]/đi/gửi/vv và chỉ một văn bản nhỏ hơn nút cho [Đừng làm điều đó]/hủy/xóa/vv.

Rất giống các nút 'Đăng câu trả lời của bạn' và 'loại bỏ' ở cuối biểu mẫu câu trả lời ngay tại đây trên UX StackExchange!

4
Andrew Martin

Bạn có thể tìm thấy một ý kiến ​​thú vị tại đây ; Anthony T. đề nghị đặt nút "OK" ở bên phải "Hủy" là tốt hơn:

Với nút ‘Ok Ok ở bên phải, các bản sửa lỗi trực quan sẽ ít hơn và chảy theo một hướng [...]

So sánh điều đó với hành động chính được đặt ở bên phải hộp thoại và hành động phụ được đặt ở bên trái. Người dùng bắt đầu bằng mắt về hành động thứ cấp và di chuyển mắt đến hành động chính để nhấp vào nút. Điều này tạo ra tổng cộng hai bản sửa lỗi trực quan theo một hướng, giúp người dùng có một luồng hình ảnh nhanh hơn. Người dùng cố định trên mỗi nút chỉ một lần và kết thúc trên nút hành động chính. Đặt hành động chính sang trái có thể giúp người dùng dễ dàng tiếp cận hơn, nhưng khi bạn nhìn vào tốc độ theo các quy trình tinh thần và sửa lỗi trực quan của người dùng, việc đặt hành động chính ở bên phải hộp thoại thực sự nhanh hơn.

4
Claudiu Constantin

Đối với các ứng dụng web ASP.NET, sau khi dùng nhiều aspirin để xử lý các vấn đề về nút mặc định (bất cứ điều gì sẽ kích hoạt khi nhấn phím Enter), tôi chỉ cần đặt nút mặc định của mình ở bên trái để nó là đầu tiên trong đánh dấu.

Các trình duyệt khác nhau sẽ xử lý nhiều nút gửi khác nhau khi nhấn phím Enter (đặc biệt là khi con trỏ ở trong hộp văn bản tại thời điểm nhấn Enter). Một số trình duyệt sẽ chỉ sử dụng nút đầu tiên trong đánh dấu để gửi biểu mẫu, đây có thể không phải là điều bạn muốn (đặc biệt là nếu bạn cần làm gì đó ở phía máy chủ sau đó).

Nếu bạn không sử dụng javascript tùy chỉnh để xử lý các tình huống nút mặc định và đang dựa vào hành vi mặc định của trình duyệt web, thì có lẽ bạn nên đặt nút mặc định ở bên trái.

4
Adam Toth

Nếu có thể, tôi sẽ đề nghị bỏ hoàn toàn nút hủy, do đó sẽ giải quyết được tình trạng khó xử của bạn. - Đôi khi không cần thiết, và thường được kích hoạt do nhầm lẫn.

Từ http://www.nngroup.com/articles/reset-and-celon-buttons/ :

Hầu hết các biểu mẫu Web sẽ được cải thiện khả năng sử dụng nếu nút Đặt lại bị xóa. Các nút hủy cũng thường có ít giá trị trên Web.

Cung cấp nút Hủy khi người dùng có thể sợ rằng họ đã cam kết với điều gì đó họ muốn tránh. Có một cách rõ ràng để Hủy bỏ cung cấp một cảm giác an toàn bổ sung mà không có đủ bằng cách đơn giản là rời đi.

Hủy chủ yếu hữu ích cho các hộp thoại nhiều bước trong đó người dùng đã tiến hành qua một hoặc nhiều trang bằng các hành động. Tại thời điểm này, nhấn nút Quay lại sẽ không hoàn tác các hành động này và sẽ tốt hơn nếu người dùng nhấp vào Hủy.

4
Adam George

Cuối cùng (đặc biệt là sau khi đọc tất cả các câu trả lời ở trên) Tôi thấy cuộc thảo luận này sôi nổi về quy ước nền tảng so với khả năng sử dụng 'khách quan'. Ý tôi là 'mục tiêu' là cái gì có thể sử dụng được đối với người dùng không quen thuộc với bất kỳ quy ước hệ điều hành nào. Cụ thể hơn:

OK ở bên phải
[.___.] Mẫu này thắng trong đối số khả năng sử dụng khách quan NẾU người dùng không bị quy định theo quy ước cửa sổ ít sử dụng hơn (xem bài viết ). Như bài báo thảo luận, việc OK ở bên phải phù hợp với quy ước đọc từ trái sang phải của chúng tôi, luồng công việc hiệu quả hơn, là mục tiêu góc tốt hơn, cũng là thực tế mà chúng ta nghĩ về các mốc thời gian là chạy từ trái sang phải (do đó một 'trở lại'/'hủy bỏ' ở bên phải có nghĩa là nhìn thấy đó là kiểu quay ngược thời gian).

OK ở bên trái
[.__.] Quy ước Windows

Đó là một thực tế đáng tiếc, nhưng các mẫu được thiết kế kém (chẳng hạn như OK ở bên trái) có thể trở thành một quy ước và người dùng sẽ mong đợi chúng. Cố gắng làm một cái gì đó khác, ngay cả khi khách quan, đó là một mô hình có thể sử dụng nhiều hơn, sẽ dẫn đến khả năng sử dụng kém. Một ví dụ kinh điển là hệ thống đo lường so với hệ thống đo lường đế quốc - hệ thống số liệu có mọi thứ phù hợp với khả năng sử dụng, dễ dàng chuyển đổi đơn vị, v.v; nhưng nếu bạn buộc người Mỹ ở thị trấn nhỏ phải suy nghĩ bằng mét và centimet khi họ quen với inch/feet thì bạn sẽ có khả năng sử dụng kém và người dùng rất thất vọng. Tôi đoán bài học là làm việc rất chăm chỉ để đảm bảo rằng chúng tôi không bao giờ đưa ra các quy ước kém ngay từ đầu!

Cá nhân khi thiết kế web tôi chọn đặt nút OK ở bên trái, tôi cũng nhấn mạnh vào việc nêu rõ chiều cao của mình tính bằng centimet và cân nặng của tôi tính bằng kilogam, ngay cả khi nói chuyện với dân gian có tư tưởng đế quốc. Đó thực sự là một cuộc chiến tiêu hao, nhưng dần dần hệ thống đế quốc sẽ chết, và hy vọng các cửa sổ 'OK bên trái' cũng sẽ :)

3
M.A.X

Tôi sẽ đi với "Ok" ở bên phải. Vì hướng đọc phương tây mà đi từ trái sang phải. Và "Hủy" sẽ không đưa bạn về phía trước nhưng "Ok" sẽ.

Nhưng một cách tiếp cận hoàn toàn khác. Đừng sử dụng "Ok" và viết lên các nút những gì họ làm. Ví dụ: "Lưu" hoặc "Không lưu" không yêu cầu người dùng đọc văn bản mô tả. Tiết kiệm thời gian và ngăn ngừa lỗi đầu vào.

2
erikrojo

Tôi không thể không cười vì nhiều câu trả lời. Có vẻ như một trường hợp không nhìn thấy rừng cho cây. Giống như mọi vấn đề UX về cơ bản, nó phụ thuộc vào cách thức biểu mẫu được trình bày. Ví dụ: Nhãn hàng đầu, các trường bên dưới hoặc các nhãn bên trái các trường bên cạnh. Nhìn vào toàn bộ trang và cách mắt người dùng chảy xuống biểu mẫu. Có một đường ngắm rõ ràng cho nút 'Gửi' cuối cùng không?

Như đã nói trong một bài trước, cuốn sách Luke Classicalblewski về các mẫu web Thiết kế biểu mẫu web: Điền vào chỗ trống chứa một số lời khuyên tốt nhất trong việc tạo biểu mẫu web cũng như một mô hình tuyệt vời từ góc độ người dùng - Biểu mẫu là phương tiện để kết thúc và được chấp nhận vì kết quả cuối cùng dự định (nghĩa là mua một cái gì đó, tạo một tài khoản để có quyền truy cập vào một nơi nào đó, v.v.). Kiểm tra người dùng, kiểm tra AB tất nhiên có nếu bạn có thể. Mục tiêu cuối cùng là hình thức của bạn dễ dàng hơn là điền vào tốt hơn.

2
mike

Tôi thực sự thích một số trang web có nút KHÔNG (trực quan) cho hành động tiêu cực, chỉ có một liên kết. Bằng cách này, tôi không phải lãng phí thời gian để nhìn vào các nút, tôi càng ít biết rằng nút này có. Và nếu tôi biết tôi không muốn làm những gì các trang muốn tôi làm, tôi sẽ dành chút thời gian để xem làm thế nào tốt nhất để tiếp tục (tìm nút đóng, nút hủy)

vì vậy thay vì:

[NOOOOO!] [BẤM VÀO TÔI! BẤM TÔI!]

sẽ có:

Không cám ơn! [Vâng, làm ơn!]

Cách này không thực sự quan trọng khi bạn định vị nút của mình, chỉ có một cách trực quan và do đó dễ dàng xác định vị trí.

1
fallenboy

Trong các ứng dụng của tôi, tôi đang sử dụng màu sắc trực quan để làm nổi bật mục đích của nút hành động. Sau đó, không có vấn đề nếu nó trái hoặc phải. Cá nhân tôi thích có nút "ok" ở bên phải (vì tôi là người dùng thuận tay phải và/hoặc người dùng osx - và thực tế đây là liên kết ..)

  • nút lớn màu xanh để xác nhận
  • nút lớn màu đỏ để xóa
  • (lớn hay không) nút màu xám để hủy
1
Marc D

Đối với tôi đây sẽ là thứ tự hợp lý:

<LeftRight>

<PreviousNext>

<BackForward>

<BackDone

Do nothingDo it

CancelOK

Ngoại trừ OK nên được thay thế bằng hành động thực tế như SaveDeleteAcceptExit hoặc là Send.

Khi tôi gặp người ta cãi nhau vì đặt OK Ở bên trái, tôi luôn yêu cầu họ đặt Left đấu với RightPrevious đấu với Nextvà Back đấu với Forwardvà để họ tranh luận lý do tại sao họ đặt chúng theo thứ tự đó, trước khi để họ tranh luận tại sao OK nên ở bên trái.

1
Ole Tange

Theo thứ tự ưu tiên, sử dụng giải pháp khả dụng đầu tiên:

  • hướng dẫn nền tảng
  • bắt đầu kết thúc (nơi bắt đầu cho các ngôn ngữ phương tây thường trái, tuy nhiên có thể khác nhau, ví dụ: tiếng Ả Rập bắt đầu bên phải và kết thúc bên trái)
  • cách mà người dùng của bạn mong đợi nhất

Tuy nhiên, trong trường hợp trình đọc màn hình và các công cụ Trợ năng tương tự, có hành động chính khi bắt đầu (còn lại trong các nền văn hóa phương Tây) có thể tiết kiệm rất nhiều thời gian cho những người dùng có nhu cầu đặc biệt như vậy!

1
straya

Tất nhiên có rất nhiều tranh luận cho và chống lại cả hai bên.

Tôi sẽ đặt nó theo cách này mặc dù. "Bạn có tin rằng vị trí tích cực tiêu cực là tốt nhất? Không hoặc Có?"

Vấn đề là "Có hoặc Không" chảy tốt hơn khi được nói, điều này có thể giải thích tại sao thứ tự nút âm tính dương được Microsoft chọn.

Mặt khác, dòng chảy tích cực tiêu cực thường được sử dụng trong các biện pháp tu từ và tranh luận để tăng thêm sức nặng cho lập luận tích cực và giữ cho nó luôn mới mẻ trong tâm trí của một người. "Bạn có muốn thấy con cái của bạn đau khổ dưới bàn tay của đảng đối lập không? Hay bạn muốn bỏ phiếu cho đảng của chúng tôi và đảm bảo tương lai của bạn?" Và như thế.

0
Seth Jeffery

Giả sử rằng quyết định cần phải được đưa ra cho dù hành động tích cực nên có sẵn ở bên trái hay bên phải và coi nhẹ sự thiên vị của việc sử dụng một số hệ điều hành hoặc bộ máy vật lý (sách), cấu trúc trừu tượng (dòng chảy thuật sĩ), v.v. dường như gợi ý rằng tùy chọn ngoài cùng thống kê được chọn thường xuyên hơn như là lựa chọn đầu tiên.

Điều này ngụ ý rằng việc đặt một hành động tích cực (OK hoặc nhãn hành động rõ ràng) ở bên trái nên được ưu tiên nếu không có yếu tố nào khác được xem xét.

Nguồn: Có phải chỉ có con người đếm từ trái sang phải?

0
too