BTD quiz: 3 Approaches to the same usability design problem

Sep 2, 09:59 PM

I am currently in the middle of designing a transactional web application that, amongst other things, will enable users to run reports on a number of accounts, and conduct searches of other site users.

In developing the wire-frames and projected work-flow for the site I have encountered a little usability problem that, while I imagine it is a common issue, I have not been able to find any writings regarding it’s best-practice solution anywhere on the web. As such I thought I’d post the problem here in a similar vein to Dan’s simple quiz series. I think I have my answer, but I wanted to share the problem with you to provoke some discussion in an effort to establish the best approach.

Site layout

Before I get to the specific problem, here is an example of the site design and layout. As you can see, it’s a simple 2-column layout:

Wireframe showing 2-column layout Wireframe showing 2-column layout

The problem

This approach to layout/site design/work-flow works just fine across the majority of the site but in the section relating to searching and viewing a site user’s details there’s a problem. The thing is this – you can’t view the user details that you want (including the associated left navigation links) until after you have searched-for and found that relevant user within the site database. In other words this section of the site has to perform slightly differently to the rest as the user has to perform a ’3-step’ searching process to get to their desired content.

Possible solutions

I have come up with 3 alternate solutions to this problem which are listed below. I’d like to get your feedback about which (if any) is the best. Obviously I want the final solution to be as consistent as possible to the way the rest of the site performs.

Option A

In this approach I’ve replaced the area usually reserved for left (sub) navigation links with the search form required to locate a user:

Wireframe showing Option A part 1

Once a search has been conducted the results appear in the main content area:

Wireframe showing Option A part 2

Once the user has selected the person they need from the list of results, the page re-loads showing the user details in the main content area and the left nav shows links relating to this content, replacing the search form:

Wireframe showing Option A part 3

Advantages:

  • No sub-navigation links shown for content that is not yet in view (which could confuse users) until after the search has been conducted

Disadvantages:

  • Breaks consistency with left navigation behavior across other pages
  • Left column may be too narrow to contain the form elements
  • User does not know what information about a person will be available until after the search is performed (the content area could contain some explanation though??)
  • May not be clear to users how to get back to the search page if they have selected the wrong person

Option B

With this design, the left navigation links are retained and include a link to the currently shown page called ‘Person search’ or ‘User search’ (The exact label is yet to be determined, but you get the general idea). All other links in the list (which relate to the user details that are not yet shown) are disabled and shown in grey to suggest this to the user (There could be a message to explain this should a link be clicked):

Wireframe showing Option B part 1

The results are shown in the main content area (no surprises there):

Wireframe showing Option B part 2

Once the user has been selected from the list of results, the details are shown in the main content area and the left navigation becomes active. Furthermore, the active link is now shown as the second link in the list as we’re no longer looking at the ‘search’ page:

Wireframe showing Option B part 3

Advantages:

  • Maintains consistency by retaining the left nav (sort of)
  • Gives users an idea of the information that will be available once they have selected the user whose information they require

Disadvantages:

  • Breaks consistency with left navigation behavior across other pages, showing what is essentially two different sections’ sub links in one list
  • Could cause confusion/frustration with users, showing links that are disabled

Option C

Here the left navigation is removed completely. The page template shifts to a full-width layout showing only the search form:

Wireframe showing Option C part 1

Again, search results:

Wireframe showing Option C part 2

Left (sub) navigation links appear only after a user has been selected:

Wireframe showing Option C part 3

Advantages:

  • No sub-navigation links shown for content that is not yet in view (which could confuse users) until after the search has been conducted

Disadvantages:

  • Breaks consistency with left navigation behavior across other pages
  • User does not know what information about a person will be available until after the search is performed (the content area could contain some explanation though??)
  • May not be clear to users how to get back to the search page if they have selected the wrong person

So there you have it. Let me know what you think. Any feedback or other approaches as to how best to show this content will be very gratefully received.

Many thanks to Garett Dimon for the nice wire-frame templates

I’d say option B, but have you considered a fourth option: a sidebar on the right which contains the search form through the search/view process?

This way you:
+ maintain consistent left-hand navigation,
+ have a view of content in the middle (even when using the form),
+ have a persistent search form on the right when you need it (including when re-searching after you have some results)

Just a thought.

PatSep 3, 09:07 AM

Thanks Pat.

What would you suggest is shown in the left-nav throughout the search process (steps one and two) in this case? Are you suggesting it would behave in a similar way to B?

BenSep 3, 09:31 AM

Yup, similar to B, but basically you want this navigation to allow you to see where you are in the site structure, just like in your first two wireframes.

PatSep 4, 10:21 AM

I would go with with option B or a variation of it. I would use an accordian type of menu when drilling down to the third level. In other words if a user selects option 1 tab let’s say the submenu on the left has -People Search -Mission -Vision. If a user selects -People Search, show the search screen in the main content are and don’t change the left navigation at all. You don’t know if the user hit that by accident or maybe is hunting around. After the search, leave the search box at the top of the results. Maybe they want to change the department they are searching in for example. Once they select a person and you have the next level criteria, put these options indented (or otherwise distinguished from the second level nav items) below -People search and above -Mission on the left. This gives the user the greatest flexibility navigating your site.

Best Regards

Kepler GelotteSep 8, 11:26 AM

Comments are closed for this article.

Side notes

My article in Think Vitamin
I recently wrote a review of Campaign Monitor for Think Vitamin.

20 Signs you don't want that web design project
Interesting that even the mighty Zeldman has to deal with this kind of thing!

Web Freelancers
Web Freelancers is an online jobs board for standards-aware, top-notch web professionals in Australia and New Zealand.

Batch renaming made easy
Terrible, confusing design. Just take a look!

I don't usually get this excited about work
Nice truncation by netvibes.