it-swarm-vi.tech

Cái nào tốt hơn - một menu tóm tắt hay một menu chi tiết?

Tôi đang thiết kế lại một menu điều hướng cho một ứng dụng dựa trên web. Menu hiện tại là một danh sách các nhiệm vụ, được nhóm theo dịch vụ. Danh sách đang tăng lên đều đặn khi chúng tôi đang thêm các chức năng mới và bây giờ người dùng phải cuộn xuống để xem tất cả. Chúng tôi lý tưởng muốn danh sách chỉ dài một trang. Hai giải pháp đã được trình bày:

  1. Trình bày một menu giống như accordeon sẽ mở rộng cho mỗi dịch vụ
  2. Phân nhóm các nhiệm vụ lại với nhau để giảm menu

Ví dụ: menu hiện tại của chúng tôi trình bày các tùy chọn như:

Người dùng
- Biên tập
- Xóa bỏ
- Đổi mật khẩu

Hộp thư
- Biên tập
- Xóa bỏ
[.__.] - Đặt quyền
[.__.] - Quản lý cài đặt thư rác
[.__.] - Tìm kiếm thư rác

Với giải pháp 1, bạn sẽ chỉ thấy Người dùng và Hộp thư, sau đó nhấp vào một trong hai sẽ mở rộng để hiển thị các tác vụ được nêu ở trên.

Với giải pháp 2, menu mới sẽ hiển thị một cái gì đó như:
Người dùng
[.__.] - Cài đặt

Hộp thư
[.__.] - Cài đặt
[.__.] - Quyền
- Thư rác

Giải pháp 1, trong khi giải mã giao diện ở cấp độ đầu tiên, vẫn sẽ hiển thị cho người dùng rất nhiều văn bản để đọc ở cấp độ thứ hai.

Với giải pháp 2, tôi lo lắng rằng người dùng sẽ không tìm thấy những gì họ đang tìm kiếm. Ví dụ, một người dùng đang tìm cách thay đổi mật khẩu của mình sẽ không biết phải đi trong cài đặt người dùng.

Cả hai đều có ưu điểm và nhược điểm - vậy cái nào tốt hơn? Trình bày nhiều tùy chọn hơn cho người dùng để họ có thể tìm thấy nhiệm vụ chính xác mà họ muốn làm hoặc nhóm các nhiệm vụ lại với nhau dưới một tiêu đề chung?

Chỉnh sửa: Theo yêu cầu, tôi đã bao gồm một mockup màn hình của ứng dụng. Bên trái là danh sách người dùng, chọn người dùng sẽ hiển thị tác vụ cho người dùng ở phía bên phải.
alt text

5
Tania Gobeil

Trong hai lựa chọn được đưa ra, tôi sẽ chọn menu accordion.

Một trang riêng có nghĩa là hai lần nhấp và (thường) một chuyến đi khứ hồi của máy chủ, và sau đó bạn phải quay lại.

Không có lợi thế để thực hiện "cài đặt trước" - trừ khi có nhiều tùy chọn cho một trang.

Một trang duy nhất (nghĩa là không có menu "được nhóm", chỉ cần một liên kết duy nhất) là ổn, nếu tất cả các trường hợp sử dụng phổ biến liên quan đến nhiều hành động cho mỗi người dùng được chọn.

Mặt khác, tôi sẽ sử dụng các menu "accordion" hoặc các menu popup/mega/cascaded javascript, cho phép ghim các lệnh vào đầu danh sách.

2
peterchen

Sẽ rất hữu ích khi xem không gian bạn có sẵn cho điều hướng của bạn hoặc không gian bạn dự định sử dụng. Tuy nhiên, nếu không biết, nếu bạn muốn bao gồm tất cả các tùy chọn của mình vì bạn sợ tạo ra sự nhầm lẫn, bạn có thể áp dụng một loại giải pháp như xu hướng menu lớn . Đây là một liên kết của các ví dụ về chủ đề này:

http://designm.ag/inspption/mega-menus-showcase/

Tuy nhiên, nếu bạn chắc chắn muốn tùy chọn tóm tắt, bạn có thể muốn suy nghĩ lại về tiêu đề của các tùy chọn menu tóm tắt. Bạn có thể đọc bài viết này để biết thêm về cách thiết kế một hệ thống điều hướng hiệu quả

http://buildiNET.com/2009/09/principles-of-effective-web-navulation/

Khi tóm tắt, tôi đề xuất một số thử nghiệm với người dùng ngẫu nhiên hoặc thậm chí chỉ bỏ phiếu đơn giản về độ rõ ràng của nhãn bạn đang sử dụng. Nó không phải là một nghiên cứu phức tạp như vậy, nhưng nó có thể cung cấp cho bạn đầu vào hữu ích về chủ đề này.

6
Pam Rdz

Theo thời gian, tôi nhận ra rằng càng có nhiều cài đặt, tôi càng muốn có một liên kết duy nhất, ví dụ: Amazon.com có ​​một liên kết duy nhất có nội dung "Tài khoản của bạn". Lý do rất đơn giản: sau khi tôi nhấp vào liên kết "Tài khoản của bạn", một trang xuất hiện chứa tất cả các lựa chọn có thể và nếu những gì tôi đang tìm kiếm không rõ ràng ngay lập tức, tôi có thể nhấn Control-F hoặc Cmd -F để tìm những gì tôi muốn trên trang.

Với các menu, tùy chọn duy nhất với các ứng dụng web là đọc chúng. Tôi thấy rằng điều này trở nên tẻ nhạt theo thời gian. Và menu càng lớn (mega-er?!), Nó càng trở nên tẻ nhạt hơn khi đọc, không có tùy chọn để tìm kiếm. (Tình huống là khác nhau trên các ứng dụng máy tính để bàn nơi các menu cảm thấy "tự nhiên" hơn và chúng cung cấp các phím tắt.)

2
Hisham

Tôi thấy thật trực quan khi một "Nhiệm vụ" đưa tôi đến một menu hoặc trang cài đặt mới. Một nhiệm vụ là tôi tập trung vào một chủ đề duy nhất - như "Quản lý vai trò ...", "Thay đổi mật khẩu ..." hoặc "Vô hiệu hóa tài khoản" - không phải "Quản lý cái này và cái kia và cho tôi xem thêm ..." ^^ Nhưng đó chỉ có thể là tôi.

Lý tưởng nhất là tôi thực sự cố gắng bao gồm tất cả các tác vụ được viết đơn giản, thanh cuộn nếu cần.

Nhưng để nén nó, cách hộp công cụ trong Visual Studio thực hiện nó khá gọn gàng. Trong trường hợp này, nó sẽ giống như ý tưởng accordion - nhưng với một danh mục bổ sung ở đầu được mở rộng trước, liệt kê các nhiệm vụ phổ biến hoặc phổ biến nhất.

v Basic
   Change password
   Edit user
   Search spam
> User
> Mailbox

Quyết định đâu là nhiệm vụ chung có thể là một quyết định đơn giản hoặc được thực hiện linh hoạt dựa trên những gì người dùng đăng nhập sử dụng nhiều nhất.

Các danh mục cũng có thể được xoay quanh một chút nếu có một vài danh mục logic có nhiều nhiệm vụ trong đó, để làm cho mỗi danh mục bớt đông đúc.

v Basic
   Change password
   Edit user
v Edit
   User
   Mailbox
   Permissions
v Spam
   Search
   Settings
v Delete
   User
   Mailbox
1
Oskar Duveborn

Sử dụng chú giải công cụ.

Tạo một menu tóm tắt với một danh sách tất cả những điều có thể được thực hiện trên mỗi trang trong một chú giải công cụ hiển thị khi người dùng di chuyển qua mục đó.

Ngoài ra khi bạn lần đầu tiên thực hiện chuyển đổi cung cấp cho người dùng một số lời khuyên. Ví dụ: khi người dùng nhấp vào tùy chọn menu người dùng sẽ hiển thị một cửa sổ bật lên nhỏ (giống như cửa sổ được sử dụng trên trang web này) giải thích các thay đổi cho menu.

0
Sruly