home       archive       my company      currently working on       about me      my articles       contact       rss

Examples of Differentiated UX

With the undersea cable problems and my average net speed being about 15k/sec, I am presented with ample time to think and write about UX. Something I haven't been able to do for quite some time.

Last night, I had a short exchange in the private MVP discussion list about Differentiated UX. And more specifically, actual examples of differentiated UX's and the reasoning behind them. Below are some modified excerpts from my emails:

It is very easy to go overboard when creating a super cool UI. But to have a good UX and a differentiated UX, we don’t have to go recreating the wheel. We just need to identify as many areas of our own applications that can benefit from an enhanced UX. Not think of universal UX concepts that would benefit every application. That is what component vendors do and that ends up creating only a mediocre UX.

Think of this in terms of a website. Using a CMS like DotNetNuke is so easy and it lets you quickly get things done, but there is only so much customization possible because to benefit the most number of users, the creators must stick to a one-size-fits-all template. A custom CMS, while much harder to create in comparison would be built specifically for the site in question and therefore would have more originality and flexibility.

One aspect of DUX I’m messing with is windows. Mainly modal windows. If we compare more recent applications to something from the Windows 98 or 2000 era, the number of modal dialogs has gone down. SysTray popups have removed the need for so many message boxes and other modal dialog based notifications.  Often modal dialogs are not really needed. In many cases where files will be stored in only one place, the Open/Save dialogs can be removed completely. Windows Live Writer does a good job with that.

HardFocus

Taking again the Open/Save dialog example, see the image above. This is an in-page implementation of an open/save dialog. The design consideration here was to quickly identify the “slot” you want to save or open. Filenames were not a user-relevant element, so we did away with it completely. Extra info would be provided by a large Super Tooltip. We also use physical focus by blurring everything else so as to give this “dialog” total focus.

One thing I specifically mentioned was that blind usage of 3rd party components is more or less putting the UI and the UX in a box and limits creative UI. Take the DataGrid for example. In certain business scenarios, it makes perfect sense. But developers often become too eager to just slap a grid on the window and bind it to the data source. It’s so easy. But it is often unproductive for the end-user (even if they themselves don’t know it).

Valkyrie02

In this project, we were given an existing medical application front end and were asked to “idiot-proof” it. The app used DataGrids for a list of visits of the patient. No way would an inexperienced user – especially under stress or in emergency situations – be able to quickly navigate a grid and understand the data. So we implemented a customized DataBound template of the WPF ListBox (not even ListView).

This is a simple List, but look at the DUX/features:

  • Big icons (with totally different colors for each state) quickly relay the status of each item without needing textual data.
  • Large easy to click items.
  • Column Name is repeated in each item, so if the user is looking at an item at the bottom of the list, the eye doesn’t have to travel all the way up and see which column it is. It may seem like a very minor time saver, but when a single app is used all day it ends up saving a lot of time.

It was still just as easy to bind to the DataSource.

LogiDineUX3MainWindow

One last example: LogiDine. This is a restaurant reservation system app we did for ASPSOFT. And do note, this is Windows Forms (in .NET 2.0) not WPF! Just about everything uses OwnerDraw code. But the main DUX feature here are:

  • In-page “Add Customer” dialog, avoiding the modal dialog. Especially since this would be needed frequently.
  • A NumericUpDown control is nasty for quick input. So we added preset buttons next to them. Clicking a preset would quickly input the value in the spinner.




Posted on February 7, 2008 01:31
, , ,
E-mail | Permalink | Comments (5) | Trackback | Digg! | Kick it! | DZone it! | del.icio.us

Related posts

Comments

March 4. 2008 05:28

I hate applications that arrogantly assume that "filenames [are] not a user-relevant element", and don't give me the option of where I want to save my files. I should be allowed to organize my files however I want to; the application shouldn't decide that for me.

Your medical application is a nightmare. The icons are too big; big, easy to see icons are great when a user is learning the application, but once they are familiar with it, big icons just get in the way and crowd out important data. This goes for the status icons as well as the "edit" and "add visit" icons at the top. Repeating the column names doesn't aid user comprehension; maybe it will help in the beginning, but with so few columns, the user will quickly memorize them, after which the repeated column names just get in the way of the data that the user is trying to find. In general things are way too big and there is too much space between components. The human eye can only focus on a very small area at a time. By increasing the physical distance between important pieces of information, you are forcing the user's eye to travel farther around the screen in order to absorb all of the information, which increases strain as well as time spent.

LogiDine, on the other hand, is well done. The most important information is grouped close together and highlighted, so that the user can quickly skim over the explanatory text that will be irrelevant once they have learned the application. Data which will usually not be necessary, like the phone number, is slightly separated so that it doesn't get in the way of the most important data; but it is still readily available if it is needed. The "index" number, which is redundant since it follows the physical ordering of the records, is off to the side and dimmed, so that it doesn't draw the user's eye. The on-screen customer dialog is compact, and all of the options are immediately available and self-explanatory.

Overall, the first two examples are exactly what I think is wrong with "differentiated UX": applications which are different for the sake of being different, without actually improving the user experience. The last one is an example of what a business application can be when it's done right.

David Nelson

March 4. 2008 05:40

Thanks for your comments, David.

We can't agree on everything. Your perspective on things is different than mine. However, don't forget the factor of the client. They often overrule what the designer and/or developer recommends.

Your comments do have substance, but I'm afraid they don't apply in many aspects since you do not have access to further details of the applications. For example, "arrogant" filename-less open/save dialog is aimed at Microsoft Surface - a computer that you use mainly your hands to operate. Typing and writing with your fingers is not an efficient thing to do. And therefore, the concept you call arrogant is exactly what makes the open/save dialog more efficient and user friendly.

I should also mention all applications shown here have provided fascinating - and mostly positive - responses from usability test subjects.

Since you have so many opinions on what's wrong with differentiated UX, perhaps you should write something on what you think a good UX should be.

Dax Pandhi

March 4. 2008 07:18

The comment on arrogance was a bit hasty; I simply hate it when applications decide that I am too incompetent to manage my own files, and they decide to do it for me. The fact that this was being developed for Surface does provide more context, but it does not change my view that this kind of obfuscation is a disservice to many users. If you feel that there are many users who would rather not deal with the file system, then you should consider providing an "advanced" dialog for those users who do.

I put very little stock in usability testing, beyond the very basics like adequate and intuitive keyboard shortcuts. The only real test of the usability of an application comes when users have to interact with it in the middle of their daily routine, which most usability tests can't come close to simulating (and therefore don't even try).

I am in the process of outlining my thoughts on differentiated UX; that is what led me to this post. I hope to have something on my blog soon.

David Nelson

March 4. 2008 08:05

Perhaps I shall write more on the process of usability testing we have come to use. We implemented a thorough system for usability testing - especially for the medical application, and it was tested specifically for intense-tension scenarios that may take place in a real medical situation.

Regarding the Surface application. Trust me, there are so many usability concerns that developers will have to overcome when they start making applications for the Surface. I have practical experience in this regard with these specific scenarios. Do you?

I'd suggest not jumping to conclusions based on a mere fraction of an example provided for applications. Constructive criticizm is always appreciated, but suggestions based on a narrow, half-informed point of view seem futile. For example, you are not aware whether or not we do provide an advanced dialog (the application does provide a seperate file management system when used via a Tablet PC or a Desktop/Laptop) and an advanced dialog was not part of the differentiated UX example. In my humble opinion, I'd recommend that you take the main essence of what is mentioned in the blog post and in the examples rather than the exact image you percieve it to be.

I am really looking forward to your blog post regarding DUX.

Dax Pandhi

March 4. 2008 08:34

Point taken. I read your post as saying "Look at this incredible next-generation UI breakthrough we came up with: no file system!" Since that has been a sore point with me in the past, I immediately reacted negatively. That is apparently not what you meant, and therefore my response was not appropriate.

And if you are testing your applications in true-to-life medical crisis scenarios, all I can say is...I wish I had your budget Smile

David Nelson

Add comment


 

  Country flag

[b][/b] - [i][/i] - [u][/u]- [quote][/quote]



Live preview

July 24. 2008 19:32



Powered by the awesome BlogEngine.NET 1.3.0.0 | Designed by Nukeation Studios. www.nukeation.com

Sign in


Subscribe to Dax Pandhi's Blog by Email