it-swarm-vi.tech

Thao tác hai bước và quy ước nút

Ứng dụng web của chúng tôi có ba hoạt động khác nhau được tiến hành như sau:

  1. Người dùng được hiển thị với một cửa sổ bật lên trong đó các cài đặt khác nhau được chọn.
  2. Người dùng có thể nhấp vào nút có nhãn hoạt động (ví dụ: "Hợp nhất") hoặc "Hủy".
  3. Nếu người dùng chuyển tiếp ứng dụng sẽ xử lý thao tác có thể mất vài phút và một cửa sổ bật lên khác được trình bày để tóm tắt những gì sẽ xảy ra. Tại thời điểm này, hoạt động không được cam kết và người dùng có thể chọn tiến hành hoặc hủy bỏ.

Đây là nơi ba hoạt động của chúng tôi không được liên kết. Trong một trường hợp, sự lựa chọn là Tiếp tục/Hủy bỏ, trong trường hợp khác là Xong/Hủy bỏ và cuối cùng chúng ta có Hoàn tất/Hủy.

Cái nào trong số này là tốt nhất? Có một lựa chọn tốt hơn? Nếu vậy, bất kỳ đối số hỗ trợ?

3
carrier

Tôi thường cố gắng tránh xa các nhãn nút chung chung như thế này và càng cụ thể càng tốt. Các nhãn của bạn cảm thấy rất "cơ sở dữ liệu-y" đối với tôi và nhắc nhở tôi về các công cụ do lập trình viên thiết kế cho các miền rất trừu tượng (như ... trình chỉnh sửa cơ sở dữ liệu).

Xem câu hỏi liên quan này về định vị nút OK/hủy để thảo luận thêm:

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

Trong câu trả lời của tôi ở đó, tôi đã liên kết với nghiên cứu của Jakob Nielsen về các nút OK/hủy , trong đó anh ấy lưu ý rằng:

Đặ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.

Ví dụ, một số ví dụ:

Ngoài ra, bạn có thể xem xét để lại thay thế . Trong một số trường hợp, điều này có thể có ý nghĩa. Tôi nghĩ rằng tùy chọn "hủy" là tốt để bao gồm nếu người dùng sắp thực hiện một cam kết quan trọng, chẳng hạn như mua một cái gì đó hoặc một hoạt động CRUD liên quan đến nhiều dữ liệu.

Nhưng đối với một cái gì đó đơn giản, như tweet, đặc biệt là khi có một rollback dễ dàng có sẵn sau thao tác cam kết, bạn có thể bỏ qua nút "hủy" rõ ràng vì thông thường không tiếp tục sẽ không cam kết gì cả.

Một ví dụ tuyệt vời là biểu mẫu nhận xét của StackExchange, chỉ có nút "Thêm nhận xét" và không có cách nào để ẩn biểu mẫu hoặc hủy. Không muốn thêm một bình luận? Đừng nhấp vào "Thêm bình luận"!

10
Rahul

Nghe có vẻ như wizard. Đây là một ví dụ:

  1. Người dùng khởi tạo chức năng Hợp nhất
  2. Một cửa sổ bật lên xuất hiện, có tên Hợp nhất .
    [.__.] Nó chứa các cài đặt cho lệnh và các nút Next >Cancel.
  3. Người dùng thay đổi cài đặt và nhấp vào Next >.
    [.___.] Ứng dụng xử lý thao tác trong giây lát.
  4. Trang tiếp theo của trình hướng dẫn xuất hiện. Nó có các nút FinishCancel.
    [.__.] Nếu người dùng nhấp Finish thì thao tác đã hoàn tất; Cancel hủy bỏ toàn bộ.

Một cách tiếp cận khác là làm cho nó trở thành một quá trình một bước, nhưng cho phép hoàn tác. Điều này có thể hoặc không thể, tùy thuộc vào hoạt động.

  1. Người dùng khởi tạo chức năng Hợp nhất
  2. Một cửa sổ bật lên xuất hiện, chứa các cài đặt cho lệnh và các nút MergeCancel.
  3. Người dùng thay đổi cài đặt và nhấp Merge.
    [.___.] Ứng dụng xử lý thao tác trong một vài phút và hoàn thành nó.
  4. Màn hình hiển thị kết quả của hoạt động và bao gồm nút Undo. Nếu người dùng nhấp Undo thì thao tác được hoàn nguyên.
3
Bennett McElwee

Hai điểm tôi muốn đưa ra:

1) Nếu quá trình hợp nhất thực tế được bắt đầu sau màn hình thứ hai (có tóm tắt), thì nút "Hợp nhất" sẽ nằm trên màn hình thứ hai đó. Điều đó dẫn đến tôi nói rằng ở lần đầu tiên, nút sẽ nói một cái gì đó như "Xem trước kết quả Hợp nhất" hoặc tương tự vì đây là kết quả tiếp theo mà người dùng sẽ nhận được, trong quy trình mà anh ấy/cô ấy bắt đầu.

2) Đây là một loại gợi ý đáng sợ nhưng có lẽ sẽ có ba nút trên màn hình đầu tiên: "Hợp nhất xem trước", "Hủy" và "Hợp nhất mà không xem trước". Điều này sẽ tiết kiệm thời gian cho người dùng biết những gì anh ấy/cô ấy sắp làm và không muốn chờ đợi các số liệu thống kê và sau đó cam kết với quyết định của mình. Chỉ là một ý tưởng ...

0
Jüri

Nếu bạn không thực sự thực hiện "hợp nhất" sau khi nhấp vào Hợp nhất thì bạn không nên gọi nó là Hợp nhất.

Thông thường những gì được sử dụng trong một hình thức nhiều giai đoạn là một quy ước Tiếp tục/Gửi. Tiếp tục ngụ ý rằng bạn phải tiếp tục giai đoạn tiếp theo, nhưng điều đó không có nghĩa là một số cam kết đã được đặt.

Trong trường hợp cửa hàng trực tuyến, việc kiểm tra thường yêu cầu người dùng tiến hành thông qua một vài hình thức, cung cấp địa chỉ và chi tiết thanh toán. Không phải cho đến khi trang cuối cùng họ có thể xác nhận đơn hàng là nút "Đặt hàng" hoặc "Cam kết mua hàng" được sử dụng.

Tôi sẽ sử dụng nút "Xem trước hợp nhất" hoặc nút "Tiếp tục" sau đó trên trang nơi họ cam kết, sử dụng nút "Thực hiện hợp nhất" hoặc "Gửi".

0
Nick Bedford