Welcome to MSDN Blogs Sign in | Join | Help

Sander Viegers Rides Again

Today we have a second guest post from Sander Viegers, a user experience designer who worked on many aspects of Excel 2007.  Sander’s previous post is located here.

In my previous guest post (thanks for all the feedback) I talked about the holistic design approach to redesigning the entire charting experience. In this blog post, I would like to give an example of a very specific design problem: getting the data to show up correctly on your chart.

Same Data – Two Different Charts

The problem we were trying to solve was: how to provide an easy way for users to change from the chart on the left to the chart on the right (see image 1). A quick analysis of the two images tells you that the labels on the axis and legend are swapped. If you then look closely at the data table, you can see that in the chart on the left, the bars represent the data that is shown in the columns of the table. In the chart on the right, the bars represent the data that is shown in the rows of the table.

From usability studies with the implementation of this feature in Excel 2003 we learned three things: 1) users often have a clear idea about which of the two chart variations they want to use; 2) Half of the time Excel gives the wrong chart; 3) Users were not able to switch between the two chart variations. In conclusion, being able between the two variations was an important task that many people were struggling with.


Image 1: same data - two different charts. Users know which one they want but cannot figure out how to switch from one to the other.

The Problem: Series…

First we did an analysis of the feature to figure out what exactly the problem was. We went through all the paths users can take and the steps users need to go though to complete the task. With each step we described the problems. There are three ways to switch from one chart variation to the other:

1.       Use step two of the Insert Chart Wizard.

a.  Most users click “Finish” after the first step of the wizard and never see this option.

2.       Right Click on the chart and choose “Source Data.

a.  From all the right click menus it is not obvious that “Source Data” is the one that brings you to the dialog where you can make the switch. It could just as well have been Chart Options…

b.  In the dialog there is no link between the terminology and what you see in the chart. The dialog has the option to change from “series in rows “ to “series in columns”. But it does not become clear what series are.

3.       Use the toolbar toggle buttons.               

a.  The toolbar also relies on understanding the concept of “series on rows” and “series on columns”. Many people also close the toolbar and there is no easy way to get it back.

From this analysis, the design goals for this feature were to make it discoverable and easier to use.


Image 2: User interface in Excel 2003

Solutions and Lab Studies

We tested many solutions in a usability lab study. Image 3 shows some of those solutions. One of the solutions was to make this choice part of the Insert Chart Dialog. It appeared that users simply overlooked the option when they concentrated on the task of choosing a chart type. In another solutions we used previews of the chart that showed both options. We found that those previews were always too small. A solution that showed the labels on the axis and the labels on the legend inside the dialog made it easy for users to make the connection between the dialog and the chart.


Image 3: Some of the solutions that were considered

Final Design

In our final design , shown in image 4, we’ve made a clear link between the chart and the dialog. We made the switch is very visual by showing an arrow that illustrates what happens when you click the button. The same button is surfaced in the first ribbon tab that comes up after inserting a chart.


Image 4: Final design

Published Friday, August 18, 2006 12:29 PM by David Gainer

Comments

# re: Sander Viegers Rides Again

Friday, August 18, 2006 6:02 PM by Ed W
Looks better: but it's not just about switching rows and columns, it's also about switching the x-axis with the legend categories entries ...

Can we go back to basics on charting: the horizontal axis is an x-axis.  Everyone knows the x-axis is horizontal.  It doesn't really display categories, because these are what we see in the key.  That's because you call categories "series", and call the key "legend".  The y-axis shows values ... that at least is right.  Why don't we call it "switch x-axis and categories/series (rows / columns)" and then get rid of this cumbersome "horizontal (categories) axis" misnomer and just put "x-axis".  Perhaps with a hover-tip for those who don't know x is horizontal and are still worrying about charts.  Then you can replace "legend entries (series)" with "key categories/series" which has an easier logic.

X-Y AND SURFACE GRAPHS

I've nearly now confused myself, but you catch my drift.  What really really really bugs me about the 2007 charting interface is it's really poor for anyone trying to do something with maths in it.  I understand the Beta is a raw-ish version, but the interface is now completely confusing.  I want one big menu with every option on it so I can tweak to my heart's content.  Yes, you can get to bits of this menu via clicking on some obscure point on the chart, but when you want it to look _exactly_ right, which is a must for charting, then you need something that does the job exactly right.

This is what really annoys me: that the maths graphics are so poor.  Take x-y scatter (which everyone I know just calls a 'graph').  Why can't I do an x-y line without suddenly getting a histogram? (which you call a bar chart)  Why does my x-scale suddenly go caput?  Then I want a surface graph, but my z-axis is dealing in categories as opposed to a linear scale?

Perhaps the graphs and charts should be separate, or I should easily be able to switch an axis between categorised, linear, logarithmic etc.  Then I'd be able to solve my problem on the fly.

Have I ranted enough?

# re: Sander Viegers Rides Again

Saturday, August 19, 2006 6:05 PM by Jonne
Nice work. However, I have an unrelated question using a Table as Data Source for a Chart. When write new data, Excel autoexpands the Table (very nice indeed). However, it doesn't update  the Datasource of a Chart with the Table as its Data Source (at least in Beta 2). I have spent an hour trying different ways to add rows, giving the chart an area or just the Table-name. Is this behaviour by design, because it seems very stupid that I would have to update the Chart Data source every time I add data?

# re: Sander Viegers Rides Again

Sunday, August 20, 2006 3:04 PM by Colin Banfield
<<2) Half of the time Excel gives the wrong chart; 3) Users were not able to switch between the two chart variations. In conclusion, being able between the two variations was an important task that many people were struggling with.<<

It's unclear to me that your final solution is obvious to inexperienced users but I'll take your word for it. A more obvious approach, I think, (given that Excel selects the wrong chart 50% of the time anyway) would've been to display a dialog box *after* the chart subtype is selected from the gallery (there's no live preview, so this option is no more inconsistent than the lack of a live preview). The dialog box would have the option the switch rows & columns, a text description of the dialog box's purpose and a chart showing how the data appears on the chart for either the row or column selection (similar to functionality in Excel 2003 and earlier).  As implemented, the user still has to discover that there's a way to change the rows and columns for the chart.

# re: Sander Viegers Rides Again

Sunday, August 20, 2006 6:06 PM by Dave D
This does not really refer to your specific posting, but..............
I'd like to reiterate a comment/suggestion I made earlier, particularly with regard to scatter plots. I (and lots of others) would get a great deal of utility in being able to click on a single point and eliminate it from the series being plotted. This would help immensely with eliminating points from trend line consideration. The user could click on a series point, with say, MB2, and the point would change symbol & color and not be considered in the trend line to be drawn, bur still retain a visible presence on the scatter chart.

# re: Sander Viegers Rides Again

Monday, August 21, 2006 1:02 PM by A User
Why not privide a visual GUI interface? Drag little objects labeled "Rows" and "Columns" around on a mockup of the selected chart type. No need to figure out arbitrary terminology. It works for Pivot Tables.

# re: Sander Viegers Rides Again

Monday, August 21, 2006 1:57 PM by UX Designer
Thanks for all the comments

Ed W, it appeared from our research that most people actually are not familiar with the terminology “x –axis”
Jnne, the behavior you describe is a bug which is fixed in the next release.
Colin Banfield, you are right; users still have to discover that there is a way to change the rows and columns. The difference is that now the user is presented with very few options of  which this is one. The solution you describe was part of our tests and generally not liked or even dismissed because it stands in between the first choice and the end result. It’s the same thing we found in Office 2003; most users click finish in the first step of the wizard and they never see the second step.
Dave D, thank you for the suggestion. This feature did not make the list this time around.
A User, that would be a great way to work around the terminology. It appears however that also in pivot tables this has been problematic. In the next version of pivot tables you will also see that this has changed.

# re: Sander Viegers Rides Again

Monday, August 21, 2006 3:19 PM by Colin Banfield
<<The solution you describe was part of our tests and generally not liked or even dismissed because it stands in between the first choice and the end result.<<

If Excel selects the wrong choice "50% of the time," there isn't a first choice. Each choice is equally first; hence the reason for the suggestion.

# re: Sander Viegers Rides Again

Monday, August 21, 2006 11:03 PM by A User
I find the "clustered column" to be the second most misused chart type.  Both inapt choice of type and inept layout of this choice are common.

When folding two independent variables onto one axis, I do not think characterizing one as "entry/series" and the other as "category/axis" or calling one a "legend" and the other a "label" affords any clarity in the link between the chart and the dialog.  None whatsoever.  

There are two basic mental models for what is going on in this type of chart. Assuming left hand choice above is appropriate, these are:
1)  A set of "subgraphs/groups" with one for each column/lot, where each one compares rows/fruits.
2)  A "major/outer" classification spread out by column/lot and a "minor/inner" distinction by row/fruit.

Terminology in the interface should map from these models to the resulting chart without ambiguity. The final design terminology above is fraught with problems:

- "Entry" signifies nothing – Everything in the table is an entry.  
- "Axis" signifies nothing – The task is to express how to array both variables on a single axis.
- "Series/Category" is unclear – Category does have the general connotation of a major classification but is ambiguous, and lacks the explicit denotation of relationship afforded by "sub-" and "major/minor."
- "Series" is wrong IMO anyway – If the variable domain is *serial* then a line chart is almost always more expressive of relationships in the data than a clustered column chart.
- "Legend/Label" misses the target – The first and foremost task at hand is to specify *spatial* orientation, not *textual* indexing.  I can see how overloading this looks natural to the developer, but from the perspective of the user’s goal this incongruent semantic overloading is worse than useless.
- Are we left handed? – If there is a reason the illustrated dialog has the inner classification on the left and the major classification on the right, I don’t even want to know what it is.

# re: Sander Viegers Rides Again

Monday, August 21, 2006 11:31 PM by A User
Sorry if that last post was harsh. I am just really disappointed that after so much effort directed toward making this easier to use, the result was just to boost visibility.

Yes, if the button is big enough it will be "discoverable." But, if the semantics do not match the mental model it is not "learnable." So, many (certainly not all) will still get it wrong 50% of the time rather than select the desired option at the outset. The improvement: easier to find the toggle after seeing the result is wrong.

Yes, it is an improvement. Still, I am disappointed.

# re: Sander Viegers Rides Again

Thursday, August 24, 2006 11:52 PM by Lisa
Has anyone found how to change "series order" for a complex chart?

More specficially, I have a bar graph with only two "series" but also white, thick gridlines. In Excel 2003, these gridlines sit on top of the bars in the chart creating a cut through the bar at each major inverval of the Y axis.

However, in Excel 2007 these gridlines are sitting behind the bars (as most people would prefer, I'm sure). The solution would be to change the "series order" but I cannot find a reference to this feature anywhere.

Thanks!

# Microsoft Excel : Sander Viegers Rides Again

Friday, June 06, 2008 5:03 PM by Weddings

Today we have a second guest post from Sander Viegers, a user experience designer who worked on many aspects of Excel 2007. Sander’s previous post is located here . In my previous guest post (thanks for all the feedback) I talked about the holistic desig

New Comments to this post are disabled
 
Page view tracker