it-swarm-vi.com

Tôi có thực sự cần một nút?

Tôi có một thanh trượt - thực tế là 2 thanh trượt jquery trong đó người dùng có thể chọn 2 giá trị, sau đó nhấn nút để chuyển đến trang tiếp theo.

Câu hỏi là tôi thực sự cần một nút hay nó chỉ chiếm không gian mà không có mục đích thực sự?

enter image description here

31
John O

Giữ nút

Trong trường hợp này, nút được sử dụng để người dùng báo cho ứng dụng điều hướng đến trang tiếp theo. Nếu bạn loại bỏ nút, bạn nói trong bình luận của bạn ở trên,

Tôi không nghĩ rằng, một vấn đề khác - một postback tự động sẽ làm điều đó. Tôi có mã bao bọc các thanh trượt, vì vậy nó có thể xác định xem cả hai có được đặt hay không, và nếu vậy ....

Điều gì sẽ xảy ra nếu người dùng đặt thanh đầu tiên, sau đó cố gắng trượt thanh thứ hai thành "8 tháng", họ cuộn qua và thả nó vô tình vào "7 tháng"? Giáo sư. Quá muộn: trang tắt điều hướng đến trang tiếp theo lấy dữ liệu họ không muốn.

Điều này vi phạm "Tám nguyên tắc vàng về thiết kế giao diện" của Shneerman

7 Hỗ trợ quỹ kiểm soát nội bộ.

Các nhà khai thác có kinh nghiệm mong muốn mạnh mẽ rằng họ chịu trách nhiệm về hệ thống và hệ thống đáp ứng với hành động của họ. Thiết kế hệ thống để làm cho người dùng khởi xướng hành động chứ không phải người phản hồi.

Hãy để người dùng, không phải hệ thống, bắt đầu hành động điều hướng: giữ nút.

143
DasBeasto

Tôi nói đổ nút nhưng giữ kết quả trên cùng một trang.

Hai thanh trượt đó là thứ mà người dùng sẽ muốn thử nghiệm. Vì vậy, thay vì buộc họ quay trở lại bắt đầu, hãy cho họ xem kết quả trong cùng một trang và sau đó cập nhật chúng khi họ di chuyển các thanh trượt.

Điều này rõ ràng phụ thuộc vào việc bạn có thể trả về kết quả đủ nhanh.

19
icc97

Thay vào đó, hãy tự hỏi mình "Tôi có cần các tương tác của mình ở trạng thái không?" Giá trị trong việc người dùng đi giữa các trang là gì? Liệu có ý nghĩa gì khi các thanh trượt điều chỉnh bất cứ điều gì chúng điều chỉnh trước khi người dùng chuyển sang trang tiếp theo? Nếu không, có lẽ bạn chỉ nên có một trang và phản ứng cập nhật kết quả dựa trên các chỉnh sửa của người dùng. Nếu một cách tiếp cận trạng thái không có ý nghĩa , thì bằng mọi cách bao gồm một nút để cho phép điều hướng giữa các trang. Bạn có thể thử tất cả những gì bạn muốn để tránh các nút chuyển tiếp và quay lại, nhưng cuối cùng bạn sẽ thực hiện nhiều thử nghiệm người dùng chỉ để thấy rằng mọi người đều hiểu rõ một nút có nội dung "Trang tiếp theo>"

Trong trường hợp máy tính cho vay, cá nhân tôi sẽ khó chịu khi không thấy kết quả ngay lập tức khi các thanh trượt được điều chỉnh. Tôi sẽ không xem xét việc thoát khỏi nút, tôi sẽ thoát khỏi các thanh trượt và để chúng cho đến trang tiếp theo nơi rõ ràng là máy tính. Cố gắng phát hiện xem các thanh trượt đã được di chuyển hay chưa sẽ không phải là luồng người dùng tốt bởi vì bạn đang có sự đồng thuận sai về việc người dùng có cảm thấy cần phải thực hiện bất kỳ thay đổi nào ngay từ đầu không.

Bắt đầu với một bộ thông số chung và đưa ra câu trả lời chung, và để người dùng tương tác hoặc chọn không tương tác. Đừng bao giờ cho rằng họ sẽ muốn tương tác. Như thế này: http://www.nytimes.com/interactive/2014/your-money/student-loan-repayment-calculator.html

17
Wray Bowling

Làm thế nào là người dùng sẽ biết làm thế nào để đi đến bước tiếp theo?

Nếu không có nút, bạn sẽ nhầm lẫn họ vì họ sẽ không biết cách tiếp tục quá trình. Tệ hơn nữa là bạn sẽ quyết định khi nào sẽ đi đến bước tiếp theo trong quy trình?

Hãy tưởng tượng kịch bản này: người dùng đang chơi với các thanh trượt để xem các tùy chọn mượn và đột nhiên trang web tải trang tiếp theo trước khi người dùng đồng ý về một khoản tiền để vay. Điều này có thể sẽ dẫn đến việc rời khỏi trang web ngay lập tức. Nếu không có nút, bạn có thể chọn sai thời điểm để chuyển chúng sang trang tiếp theo của quy trình.

Vì vậy, đừng cố quá tối giản bằng cách loại trừ nút kêu gọi hành động, vì đây là phần thiết yếu trong quy trình của bạn.

5
Kristiyan Lukanov

Giữ nút.

Đây là kỹ thuật H32 , thỏa mãn tiêu chí thành công 3.2.2 của WCAG 2. .

Điều này không chỉ cho phép UX tốt hơn cho người dùng bị cận thị mà không bị suy giảm trí tuệ (như nhiều câu trả lời trước đây đã nêu), bạn cũng làm cho trang web của mình dễ truy cập hơn với tỷ lệ phần trăm người dùng web không phù hợp thể loại này ;-).

4
user85748

Sự đánh đổi cơ bản

Số lần nhấp so với kiểm soát điều hướng của người dùng

Nếu bạn muốn, bạn có thể loại bỏ nút và kích hoạt cơ chế sửa nhanh trên trang sau trong trường hợp người dùng mắc lỗi như được mô tả bởi DasBeasto

Nếu đây là trang đích của bạn, thì có thể có nút vì người dùng chưa quen với thiết kế của bạn. Nhưng trên bất kỳ trang nào khác, có các giá trị thanh trượt autosubmit và hiển thị kết quả ngay lập tức (JQuery, AJAX) trực quan hơn

2
icequeentanz

Chỉ cần cảm thấy như tôi phải thêm một câu chuyện cá nhân:

Chà, bạn biết không, ví dụ như điện thoại thông minh của tôi với độ tuổi 5 năm đã lỗi thời khá nhiều. Và chức năng cảm ứng không còn hoạt động ổn định nữa (đã từng làm như vậy?!).

Điều này xảy ra không phải là hiếm khi một thanh trượt chỉ mất độ bám trong khi tôi vẫn trượt. Sau đó, trình duyệt của nó ~ vào trang tiếp theo ~ cũng là một đỉnh cao hiệu năng cho điện thoại của tôi.

Bây giờ khi một trang tôi đang bật sẽ không bao giờ dám nắm chặt ngón tay của mình vào thanh trượt như một lệnh đi đến trang tiếp theo trong khi đầu vào bị sai. Tôi sẽ chỉ đóng ứng dụng và tự nói với mình: "Không, bạn không muốn trở thành khách hàng của một dịch vụ mà các nhà phát triển không đủ năng lực" (Không có gì chống lại bạn, đó chỉ là những gì tôi nói với chính mình trong những tình huống như vậy) và sẽ không bao giờ cố gắng liên lạc với dịch vụ/công ty này.

VẬY: CÓ, BẠN CẦN NÓ!

2
Zaibis