User Experience & Risk Management

June 14, 2008 at 4:13 pm | In Business, Product development, Project management, Risk management | 2 Comments
Tags: , , ,

Risk mitigation is one of the many benefits that a well run User Experience practice brings to technology development companies. There are several dimensions to be considered:

Effectiveness: Understand Users
Does your company talk with and observe the end users of your products as part of its design research program? If not, it could be introducing serious risk into the business. Neglecting end users in design introduces a number of potential problems:

  • Building the wrong product
  • Under-specifying the product
  • Creating tasks and features that are difficult to navigate and use
  • Creating the product for the wrong users

Any one of the above can cause your company to lose sales, or even go out of business. This is particularly true in a market where your competitors do take the time to understand the real-world usage scenarios of their customers and then design their products to meet those needs.

Efficiency: Specifications & Development
Imagine trying to build a house, a car, or any other object of moderate to high complexity without a detailed set of blueprints and specifications. It’s just not done. Well you could certainly try it, but I guarantee you’d be in for a rough ride.

Software is often developed with anemic or minimalist requirements and specification documents. Without these artifacts, it’s difficult to scope out the level of effort that will be required to build the solution. Worse yet, the development team won’t even have a clear picture of what it is they are supposed to be building. As if all that wasn’t bad enough, the development team will have to spend inordinate amounts of time discussing and arguing about what the design ought to be. Since most developers have very little contact with end users, you end up building the wrong product (as I discussed above). This is a very vicious circle indeed.

Demo or Die…Or Die in Demo
Imagine someone is trying to sell you a solution that will address some of your pressing business needs. They show you screen after complicated screen. The demo drags on as you try to map the task that’s been described to the complexity of the UI. It just looks difficult. You think about all the people on your team who will have to struggle with learning and using this product.

Now contrast this with a demo where the logic of the solution is clearly illustrated by what is happening on screen. The layouts and flows are clear. Everything just makes sense.

All things being relatively equal, which solution would you buy? Even if the better design solution costs a bit more, you’d make the difference up in faster training times and better worker productivity. We already know that people will pay for good design. They do it all the time for all the rest of the products & services they purchase.

2 Comments »

RSS feed for comments on this post.

  1. ISO9241 talks about efficiency, effectiveness and satisfaction. Not a bad framework for starters but it really does miss the opportunity for good design to ensure human reliability.

  2. Your right. This article doesn’t discuss error reduction and elimination. I’d meant to write this as a series of articles that touched on the risk management subject–but as usual got too busy with other things.

    I’m currently reading Dietrich Doerner’s book, “The Logic of Failure”. Doerner is a German cognitive psychologist who has studied decision making over time in complex, dynamic environments. It’s a fascinating read, and should be required for management, designers, and policy makers everywhere. When I get it finished, I’ll be adding more comments and thoughts to the blog.


Leave a comment

XHTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <pre> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Blog at WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.