Archive for the ‘Web’ Category

The Never Ending Hunt for more Page Views

Friday, November 13th, 2009

I happened to be reading an WashingtonPost.com article on former DC Zoo resident, Happy the Hippo (why? ’cause hippos are cool).  Anyways, I get to the bottom of the article, er, the bottom of page one of the article and see this nice bit of white space.  Then I find the article navigation (placed weirdly off the the right) and realized they’ve split poor Happy’s article into four, yes FOUR, pages.  And to do that, they didn’t even fill the whole content area for the article on page one.  They left a bunch of white space, which was really there because all the ads in the right sidebar, just so they could stretch out their article.  And why do they do this?  Page Views.

Washington Post Page View Gimmick

Washington Post Page View Gimmick

With their ever shrinking ad revenues, WashingtonPost.com and most other major news websites seem to be constantly resorting to this gimmick.  Certainly not for the benefit of the user.  I know I love having to click through five pages to read some fluff piece about a hippo1.  So, thanks news sites, for sacrificing everyone’s user experience so you could make a few extra cents from your advertisers.  This is yet another reason why you’re all going out of business.

1. Actually, I refused to click through any further. And I’m going to try to never click through any of these again. I think I can live without this crap.

What’s an average User? And where do I find one?

Sunday, August 9th, 2009

I was recently re-reading some of Steve Krug’s great “Don’t Make Me Think” when I passed by his section on “The myth of the Average User.  It might be my favorite section of the book.  And the concept really came into focus for me again when my employer had some usability testing done on some of our Web apps.  Basically the myth is that a majority of Web user’s like any particular thing.  Or, in the case of our tests, take the same navigation path to complete a goal.  This is simply untrue.

Every user has unique likes and dislikes when it comes to a Web site.  It’s not even a case of a group of users being more advanced than another group.  I saw users that seemed to be advanced make the same mystifying decisions that the seemingly novice users did.  Mostly, I just watched people do things that I had never expected.  Some users liked to use a drop down to find what they were looking for.  Others liked the big button in the middle of the page.  And a third set used the text link in the sub menu. Along with a lack of any kind of average decision making, most users seemed a little less aware of the things I had thought to be general Web practices.  Watching this video helps emphasize that most Web users aren’t that much like most Web designers and developers.

So what does this mean for the poor Web designer?  We’re screwed!  Actually, all is not lost.  While trying to guess if a user will like drop down menus or not isn’t a good idea, designing sites and apps that don’t trip them up in achieving their goal is.  Testing is essential to this.  Following best practices helps too.  And having clearly defined goals definitely doesn’t hurt.  What I didn’t mention at the beginning of this post, is that testing my employer did was the second round of tests.  Months prior, we’d done a first round of testing on a working prototype of our new Web app.  That test was even more surprising.  But it enabled our team to identify our applications weaknesses and outright failures.  Once you fix most of the places were all the users will fail, you start to find that those weird likes and dislikes aren’t quite the deal-breaker they were before.  While not everyone said they liked using the drop down, they all were able to find their way to the right page and reach their goal when they got there.

While there is no way to know that an average amount of users are going to like the way your application returns its results, testing will tell you that the result display won’t work for most people.  And that’s the real key.  Don’t spend time arguing in a meeting about what you think a user will like.  Build it using your judgment and experience in design, then test to find its weaknesses.  Whatever the cost, it will undoubtedly be made up in a shortened development cycle and better end results.  So the next time your planning a big (or small) project, make sure to add usability testing to the process.  You won’t be sorry you did.