it-swarm-vi.tech

Logic giao diện CMS. - Đây có phải là cách tiếp cận tốt nhất?

Tôi đang phát triển một hệ thống cms. Hiện tại tôi đang làm việc trên Giao diện để thêm các mục menu mới vào menu. (Do cms Logic các menu được cố định, người dùng không thể thêm hoặc xóa menu, chỉ xóa tất cả các mục menu và Gán các mục menu cho các menu hoặc các mục menu).

Để thêm một mục menu mới, người dùng phải nhấp vào khu vực lớn phía trên các menu (xem img 2). Điều này sẽ làm cho các trường đầu vào xuất hiện. Lưu các đầu vào của bạn sẽ dẫn đến một mục menu mới xuất hiện trong hộp “Chưa được gán. Để định vị mục menu, bạn chỉ cần kéo nó vào một trong các menu đến vị trí mong muốn.

Nếu bạn muốn xóa một mục menu, bạn chỉ cần kéo nó vào thùng rác. Nếu bạn muốn chỉnh sửa một mục bạn chỉ cần nhấp vào nó, mục đó sẽ được tô sáng và các trường nhập liệu (như các mục để thêm một mục mới) sẽ xuất hiện với đầy đủ thông tin từ mục menu bạn đã chọn. Chỉ cần thay đổi nó và nhấp vào lưu. Để thay đổi vị trí của một mục chỉ cần kéo nó đến vị trí mong muốn.

Tôi hy vọng mọi thứ đều dễ hiểu.

Câu hỏi của tôi là:

Là ý tưởng này dễ sử dụng và hợp lý? Đó là cách tốt nhất để làm điều đó hay bạn có một ý tưởng tốt hơn? Bạn có bất kỳ ý kiến ​​/ ý tưởng để cải thiện?

cms ui img 1 img 1

cms ui img 2 img 2

// Cập nhật.

Được rồi, vì vậy tôi đã làm một mockup. Tôi đã kết hợp tất cả các ý kiến ​​của ArchieVersace khi tôi hiểu nó. Đối với hộp chỉnh sửa phương thức: nó chỉ là một bản phác thảo nhanh, vì vậy không có đầu vào thực, kích thước, ....

Navigation TreeAdd/Edit BoxTrash Bin

// Cập nhật ngày 29/10/2010

Vì vậy, những thay đổi hiện tại của tôi:

  • không có thùng rác
  • cấu trúc cây thẳng đứng
  • thêm nút (bên cạnh tên menu, nhưng có thể được định vị lại)
  • mục menu chưa được gán ở trên các menu nếu được tạo mà không chọn vị trí trước khi đặt 3 Menu (số lượng trung bình của các dự án của tôi) cạnh nhau, mỗi chiều có chiều rộng khoảng 300px. Điều đó là đủ, bởi vì tôi gần như không bao giờ có một menu với chiều rộng hơn. Tôi sẽ thêm các nút để thu gọn menu, nhưng tôi sẽ có tất cả các mục không bị thu gọn khi khởi động (nhưng có thể lưu tùy chọn cuối cùng qua cookie).

Tôi vẫn yêu cầu javascript cho cms của tôi, nó sẽ không được phân phối như wordpress, nhưng được bán cho mỗi dự án, vì vậy tôi có thể yêu cầu js. Điều này có nghĩa, không cần dự phòng (lưu/hủy) cho định vị menu.

Người dùng của tôi có thể đang sử dụng hệ thống gần như hàng ngày, nhưng một số người cũng có thể cập nhật nội dung trang web của họ mỗi vài tháng. Vì vậy tôi nghĩ nó nên dễ dàng nhất có thể. Bởi vì điều này tôi nghĩ rằng điều quan trọng là bao gồm một nút thêm khác luôn luôn hiển thị. Thêm một mục menu với nút này dẫn đến một mục menu không được chỉ định cho bất kỳ menu. Trong trường hợp này, phần phía trên các menu có thể xuất hiện giữ mục vừa tạo.

Bạn có nghĩ đây là ý kiến ​​hay? Nó sẽ không hiển thị/chiếm không gian nếu không có mục menu nào được tạo.

alt text

8
Lukas Oppermann

Tôi nghĩ rằng bố cục ngang của menu có thể gây nhầm lẫn. Đầu tiên, nó không có ý nghĩa phân cấp - Tại sao chỉ có cấp đầu tiên được đặt theo chiều ngang và các cấp khác là dọc? Một vấn đề khác là những gì xảy ra khi có nhiều mặt hàng cấp một? Cuộn ngang không phải là một giải pháp tuyệt vời trong hầu hết các trường hợp. Tôi sẽ làm mọi thứ theo chiều dọc và sau đó thụt vào các mục con như bạn đã làm.

Theo tôi, phần rác và menu meta là không cần thiết. Nếu bạn chỉ có 3 đầu vào để điền cho mỗi mục menu, việc phục hồi từ thùng rác không phải là vấn đề lớn. Ngoài ra, chức năng của phần menu meta có thể được thay thế bằng một menu sao chép hiện có khi bạn đang tạo một menu mới. (Nếu nó tự động được điền bởi tất cả các trang trên trang web, một lần nữa, bạn cần nghĩ đến quy mô). Cả hai phần có thể được thay thế bằng một phần mục menu chỉnh sửa.

Khác hơn là nó sẽ rất tốt. Tôi yêu sự đơn giản của mockup của bạn.

0
Virtuosi Media

Nếu tôi chỉ nhìn vào những màn hình này mà không có lời giải thích dài dòng của bạn, thật khó để biết phải làm gì, nhấp vào cái gì và thứ tự tương tác là gì. Điều đó cũng khá hay: một giao diện người dùng tuyệt vời thường cần lời giải thích tối thiểu (nghĩ về một cái gì đó như iPhone hoặc Wii, nơi rất nhanh chóng rất rõ ràng những gì bạn cần làm mà không cần một đoạn văn bản để bắt đầu) .

Vì vậy, điều đầu tiên tôi sẽ làm là hiển thị những màn hình này cho một vài người nữa (IRL) và xem cách họ phản hồi mà không cần giải thích của bạn. Họ có nhận được nó không? Họ có biết những gì họ đang nhìn và những gì họ mong đợi ở đây không? Nếu không - nếu bạn cần giải thích mọi thứ - thì bạn nên xem xét sắp xếp lại màn hình. Bạn có thể làm điều này bằng cách thu thập phản hồi từ mọi người hoặc bằng cách tạo một nguyên mẫu của ứng dụng và để mọi người sử dụng nó (hãy cẩn thận với việc gợi ý cho họ những gì họ nên làm - hãy để họ tự vấp ngã).

Phản hồi bạn nhận được ở giai đoạn đó sẽ hữu ích hơn rất nhiều so với bất kỳ ý kiến ​​nào mà mọi người ở đây có thể đưa ra cho bạn.

Ngoài ra, hãy xem xét vì hình ảnh của bạn hiện tại là các khung lưới đen và trắng, sẽ khó để tìm ra trọng lượng hình ảnh cho những người nhìn vào thiết kế hơn là nếu bạn tăng độ trung thực một chút, thêm màu sắc và sử dụng kiểu chữ ở các mức độ khác nhau để hỗ trợ với đôi mắt của tôi sẽ di chuyển trên màn hình.

2
Rahul

Tôi có thể đề nghị bạn giúp đỡ với một số tương tác nhất định (như tôi có bên dưới) nhưng nó sẽ chỉ được sử dụng hạn chế vì tôi không biết bạn đang cố gắng đạt được điều gì. Những gì bạn thực sự cần làm là nêu các yêu cầu của hệ thống. Người dùng của bạn đang cố gắng để đạt được điều gì? Bao lâu thì họ sẽ sử dụng hệ thống? Cấp độ kỹ năng của họ là gì? Vân vân.

Ví dụ, một người dùng không thường xuyên của hệ thống có thể quên cách sử dụng nó giữa các lần sử dụng, do đó trong trường hợp này, bạn sẽ cần làm cho giao diện rất đơn giản để sử dụng và nhận. Tuy nhiên, nếu người dùng của bạn thường xuyên truy cập một cách tiếp cận quá đơn giản có thể khiến nó nản lòng vì người dùng không ở lại người mới bắt đầu lâu; họ sẽ rất nhanh chóng trở thành người dùng trung gian, những người cần thêm năng lượng. Tôi không nói rằng bạn tạo ra thứ gì đó khó sử dụng nhưng đối với người dùng trung gian, bạn không nên ngại thêm sức mạnh và sự phức tạp.

Về mặt giả lập bạn đã cung cấp, đây là một số gợi ý cụ thể:

  • Xóa các bảng không được gán, thêm và bảng rác vì chúng không cung cấp cho người dùng đủ chức năng hữu ích cho lượng không gian mà họ chiếm.
  • Đặt nút add trong bối cảnh nơi nó cũng được thêm vào, để người dùng có thể thêm vào nơi họ muốn thay vì thêm nó và sau đó định vị nó.
  • Khi người dùng muốn định cấu hình một mục menu sẽ hiển thị một hộp màu xám với các trường để thu thập thông tin
  • Thêm nút chỉnh sửa và xóa vào từng mục menu
  • Thêm hợp đồng và mở rộng các nút cho mỗi cấp độ trong menu, theo mặc định tất cả các cấp được ký hợp đồng.
  • Cho phép một không gian tốt cho các mục menu dài hơn
  • Bạn nên xem xét thêm các tùy chọn rollback như nút lưu và hủy

Dưới đây là giả lập: alt text

1
ArchieVersace

Cập nhật khác. alt tree

Tôi không chắc chắn về việc mất nút thêm. Mọi người sẽ tìm ra làm thế nào để thêm các mục menu dễ dàng?

Ngoài ra, làm thế nào bạn có thể thêm vào để có thể thêm các mục menu như cùng cấp hoặc cấp độ? Một cái ngay bây giờ có lẽ sẽ cho tôi sublevel (thực sự cho nút này nên được di chuyển một chút sang bên phải). Nhưng làm thế nào bạn sẽ thêm một mục mới cùng cấp độ tại vị trí mong muốn của bạn?

Trong menu chân trang, tôi đã cố gắng hiển thị cách nhìn nó sẽ kéo một mục menu đến một vị trí khác.

0
Lukas Oppermann