|Version 2 (modified by 11 years ago) ( diff ),|
BluePrint: Application Menus
Application menu references to the menu of the particular application ("module menu").
Currently, all these menus follow a different logic which is specific for the respective application.
To make things worse, the menu logic is also often very different from the menu logic in other common software which is typically used by our users (e.g. Office programs, Email clients, Browsers).
To reduce the learning curve, and to enhance usability, the menus should follow a common standard.
Looking at common office applications, we usually find something like:
File | Edit | View | ... | Settings | Help
where File is the main resource of the application, and usually provides the options:
This is what users are used to, and could therefore be a guideline for the design of our application menus.
- maximum desireble menu depth is 1 (=no subitems to menu items)
Design Suggestion 1
The critical point is the common logic in all applications:
Resource +-- New +-- Open (which goes to search) +-- List All +-- ... (other resource methods)
Dashboard views, if available, could be added to the Resource items - or can be a separate item after the resource items.
Then the non-resource goals, e.g. Report:
GoalGroup +-- Goal1 +-- Goal2 +-- ...
Then user-specific settings (if available):
Settings +-- Config1 +-- Config2
And finally Help as a single clickable item, which goes to a user-guide for this application with clickable action links.