Designing the Obvious belongs in the toolbox of every person charged with the design and development of Web-based software, from the CEO to the programming team. Designing the Obvious explores the character traits of great Web applications and uses them as guiding principles of application design so the end result of every project instills customer satisfaction and loyalty. These principles include building only whats necessary, getting users up to speed quickly, preventing and handling errors, and designing for the activity. Designing the Obvious does not offer a one-size-fits-all development process--in fact, it lets you use whatever process you like. Instead, it offers practical advice about how to achieve the qualities of great Web-based applications and consistently and successfully reproduce them.
Designing the Obvious
and over one million other books are available for Amazon Kindle. Learn more
 |
| ||||||||||||||||||
Shop the Amazon.com Textbooks Store and save up to 70% on textbook rentals, 90% on used textbooks and 60% on eTextbooks. |
|
There is a newer edition of this item:
|
Book Description
Editorial Reviews
From the Back Cover
About the Author
Robert Hoekman, Jr, is a passionate and outspoken user experience strategist and a prolific writer who has written dozens of articles and has worked with MySpace, Seth Godin (Squidoo), Adobe, Automattic, United Airlines, and countless others. He gives in-house training sessions and has spoken at industry events all over the world, including An Event Apart, Voices That Matter, Web App Summit, SXSW, Future of Web Design, and many more.
Robert is the author of Designing the Moment (New Riders) (www.rhjr.net/s/dtm), a collection of 31 stories on design solutions from real projects and the principles used to solve them. He also coauthored Web Anatomy (New Riders) (www.rhjr.net/s/wa), which introduces “interaction design frameworks” as an essential part of an effective reuse strategy, with revered design researcher Jared Spool.
Robert is the founder of the user experience consultancy Miskeeto (www.miskeeto.com). Learn more about him at www.rhjr.net. He is @rhjr on Twitter (www.twitter.com/rhjr).
Product Details
Would you like to update product info or give feedback on images? |
Customer Reviews
Most Helpful Customer Reviews
26 of 27 people found the following review helpful
5.0 out of 5 stars
One of the best and most usable titles on User Experience Design
February 25, 2007
Format:Paperback
From 9 to 5 (well, a "little" after 5 most days), I am an Application Development Manager in my company. In my years doing this, I have read a lot of books on the topic of Web and User Experience Design. So far, only a handful stand out above "Designing the Obvious" by Robert Hoekman Jr. and even some of those, he takes his hat off to (such as the case of "Don't Make Me Think", for instance).
Hoekman proposes the "unthinkable" for those entrenched into rusty web design practices, but when you step back and reconsider the experiences you've had, his framework makes perfect sense. Here are a couple of thoughts he brings to the table, to give you an idea:
-Design an application that does one thing, and does it very well. For every additional feature, there is more to learn, more to tweak and configure, more to customize, more to read about in the help document, and more that can go wrong.
-People (users) don't always make the right choices. They make comfortable choices... they make choices they know how to make. To deal with this, he supports Goal-Directed (also called Activity-Centered) Design, as opposed to Human-Centered Design.
Web Design anathema? Violation of User Interface "basics"? Maybe it sounds so at first, but if you read through his arguments, you will find them very compelling and may end up (like myself) reconsidering some of your initial assumptions.
One of the reasons why his proposal resonated so much with me is because throughout the book, Hoekman introduces concepts that are not familiar in the Web space, borrowing them from long-established best practices in manufacturing (where I worked the first four years of my professional life), such as:
-Kaizen: improving things constantly, in little tiny ways that add up to gigantic results.
-Poka-Yoke: software "devices" meant to prevent user errors from occurring.
-Pareto (80/20 rule): Good, clean Web application design means that 80 percent of an application's usefulness comes from 20 percent of its features.
For longtime professionals and newcomers into the field of User Experience Design, Hoekman's book has turned into an absolute must read.
Hoekman proposes the "unthinkable" for those entrenched into rusty web design practices, but when you step back and reconsider the experiences you've had, his framework makes perfect sense. Here are a couple of thoughts he brings to the table, to give you an idea:
-Design an application that does one thing, and does it very well. For every additional feature, there is more to learn, more to tweak and configure, more to customize, more to read about in the help document, and more that can go wrong.
-People (users) don't always make the right choices. They make comfortable choices... they make choices they know how to make. To deal with this, he supports Goal-Directed (also called Activity-Centered) Design, as opposed to Human-Centered Design.
Web Design anathema? Violation of User Interface "basics"? Maybe it sounds so at first, but if you read through his arguments, you will find them very compelling and may end up (like myself) reconsidering some of your initial assumptions.
One of the reasons why his proposal resonated so much with me is because throughout the book, Hoekman introduces concepts that are not familiar in the Web space, borrowing them from long-established best practices in manufacturing (where I worked the first four years of my professional life), such as:
-Kaizen: improving things constantly, in little tiny ways that add up to gigantic results.
-Poka-Yoke: software "devices" meant to prevent user errors from occurring.
-Pareto (80/20 rule): Good, clean Web application design means that 80 percent of an application's usefulness comes from 20 percent of its features.
For longtime professionals and newcomers into the field of User Experience Design, Hoekman's book has turned into an absolute must read.
26 of 28 people found the following review helpful
Format:Paperback
The danger in reading a book that tells you to do obvious things is that you may find yourself thinking that since you could have thought of each piece of advice on your own, you would have. Alas, unless you have the depth of experience that someone like Robert Hoekman has acquired by working on dozens of projects, chances are there is at least one obvious thing in this book that you have missed in your last project.
If you're like me there is probably considerably more than one thing.
Hoekman lays out the basic principles of web application design clearly and succinctly. He starts by describing some of the practices that designers should adopt in order to understand how their users actually behave and what they really need. These practices are meant to cure readers of the habit of asking users what they want, which frequently results in honest but inaccurate answers. Hoekman's tools of choice for generating understanding are various forms of shadowing users while they do the tasks your application will perform, and his preferred method of documentation is the use case. No one who has worked in software development for any period of time will be surprised at the use case rules he lays out, but the example he gives is a rare glimpse into how the mind of an expert polishes a basic use case into something truly professional.
He next tackles the question of what features to put into your design and which to leave out. Here Hoekman is firmly in the minimalist camp exemplified by 37 Signals. He advocates ruthlessly stripping out "nice to have" features, and simplifying the rest. Although I had previously read much the same argument in "Getting Real", ([...]) once again I found that the example at the end of the chapter gave greater practical insight into how to actually select features to remove.
I found the chapter titled "Support the User's Mental Model" to be the most valuable in the book. As someone who is more often on the project management than the implementation side of web applications, I have often had an engineer propose a feature or refinement that makes perfect logical sense, but for some reason doesn't feel right. After reading this chapter, all of those vague feelings snapped into focus for me. Engineers are so deeply immersed in how the application works, and the possibilities that are available, that they sometimes want to structure interactions in ways that reflect the logic of the code rather than the logic of the activity. Previously I had been attributing most of these errors to the desire to provide more options to the user. Being able to distinguish between the two should help me in approaching these proposals better in the future.
The chapters on helping first time visitors become intermediate users quickly and on handling errors were also valuable, mostly because they focused on the introductory experience. There are dozens of books on design and interactions, but I have yet to see one that focuses exclusively on the crucial first visit of a user to a new site. Since this is where most of our products either succeed or fail, it's great to get some practical advice on how to gently guide a neophyte while still preserving the power a more experienced user will demand. Once again the blow by blow examples that tackle specific interaction problems and solve them are worth their weight in gold.
The rest of the book emphasizes the value of uniformity and novelty, and seemed less useful to me. It's possible that at my intermediate level of knowledge, those were the obvious things I HAVE thought of!
I only had one quibble with the book. Hoekman includes lots and lots of references to web sites and online articles that could be helpful, but each one is buried in the text. A page at the back that simply listed each of these sites would have been very helpful. Or better yet, list them on the author's web site and keep them up to date! What better way to promote yourself as an author long after the original book is dogeared and falling apart?
But this book is an invaluable resource, and one I expect will still be on my shelf long after all the sites it references have gone offline.
If you're like me there is probably considerably more than one thing.
Hoekman lays out the basic principles of web application design clearly and succinctly. He starts by describing some of the practices that designers should adopt in order to understand how their users actually behave and what they really need. These practices are meant to cure readers of the habit of asking users what they want, which frequently results in honest but inaccurate answers. Hoekman's tools of choice for generating understanding are various forms of shadowing users while they do the tasks your application will perform, and his preferred method of documentation is the use case. No one who has worked in software development for any period of time will be surprised at the use case rules he lays out, but the example he gives is a rare glimpse into how the mind of an expert polishes a basic use case into something truly professional.
He next tackles the question of what features to put into your design and which to leave out. Here Hoekman is firmly in the minimalist camp exemplified by 37 Signals. He advocates ruthlessly stripping out "nice to have" features, and simplifying the rest. Although I had previously read much the same argument in "Getting Real", ([...]) once again I found that the example at the end of the chapter gave greater practical insight into how to actually select features to remove.
I found the chapter titled "Support the User's Mental Model" to be the most valuable in the book. As someone who is more often on the project management than the implementation side of web applications, I have often had an engineer propose a feature or refinement that makes perfect logical sense, but for some reason doesn't feel right. After reading this chapter, all of those vague feelings snapped into focus for me. Engineers are so deeply immersed in how the application works, and the possibilities that are available, that they sometimes want to structure interactions in ways that reflect the logic of the code rather than the logic of the activity. Previously I had been attributing most of these errors to the desire to provide more options to the user. Being able to distinguish between the two should help me in approaching these proposals better in the future.
The chapters on helping first time visitors become intermediate users quickly and on handling errors were also valuable, mostly because they focused on the introductory experience. There are dozens of books on design and interactions, but I have yet to see one that focuses exclusively on the crucial first visit of a user to a new site. Since this is where most of our products either succeed or fail, it's great to get some practical advice on how to gently guide a neophyte while still preserving the power a more experienced user will demand. Once again the blow by blow examples that tackle specific interaction problems and solve them are worth their weight in gold.
The rest of the book emphasizes the value of uniformity and novelty, and seemed less useful to me. It's possible that at my intermediate level of knowledge, those were the obvious things I HAVE thought of!
I only had one quibble with the book. Hoekman includes lots and lots of references to web sites and online articles that could be helpful, but each one is buried in the text. A page at the back that simply listed each of these sites would have been very helpful. Or better yet, list them on the author's web site and keep them up to date! What better way to promote yourself as an author long after the original book is dogeared and falling apart?
But this book is an invaluable resource, and one I expect will still be on my shelf long after all the sites it references have gone offline.
14 of 14 people found the following review helpful
By Alex Cox
Format:Paperback
I thought this book was very useful on many points. Through the use of illustrative examples, the author really points out what people are doing wrong (and right) in a lot of common web designs. His philosophy, essentially functional minimalism, means that you spend a lot more time stripping features off of applications than putting them on, and this is probably a great idea.
The only issue I have with this idea is that some of the exercises he proposes to help you pare things down are (in my opinion) very hard, or impossible. After all, if we were all decisive enough to excise things from the spec when they weren't strictly useful, they probably wouldn't be there in the first place.
Basically, it boils down to this: Figure out exactly what your application does. This is ONE thing. Then, remove everything that doesn't do that. If you can still do that thing, you won, and have a good design. The book goes into greater detail about a lot of things you can do to make your application as smooth for the user as possible, and helps to avoid common pitfalls. All designers should read this book - and all engineers should read it twice.
The only issue I have with this idea is that some of the exercises he proposes to help you pare things down are (in my opinion) very hard, or impossible. After all, if we were all decisive enough to excise things from the spec when they weren't strictly useful, they probably wouldn't be there in the first place.
Basically, it boils down to this: Figure out exactly what your application does. This is ONE thing. Then, remove everything that doesn't do that. If you can still do that thing, you won, and have a good design. The book goes into greater detail about a lot of things you can do to make your application as smooth for the user as possible, and helps to avoid common pitfalls. All designers should read this book - and all engineers should read it twice.
Most Recent Customer Reviews
5.0 out of 5 stars
A book to give every programmer and every manager
This book does an excellent job of breaking down the components of what makes a good web site architected design. I reference this often at work and in my grad school class. Read more
Published 2 months ago by L. Cledwyn
1.0 out of 5 stars
Not really worth the time
This book is worth about 10 min at its most. You are much better off reading REWORK (by Jason Fried of whom the author mentioned a few times). I finished the whole book of ReWork. Read more
Published on April 4, 2011 by Sensible Economist
3.0 out of 5 stars
Okay, but not for everyone
The author of this book essentially gives an almost continuous narrative about what he has read and what has worked for him. Read more
Published on June 12, 2009 by K. Quinn
5.0 out of 5 stars
Designing the Obvious: A Common Sense Approach to Web Application...
Just loved this book; went out and good the other by Robert Koekman as well , all well written and packed with workable examples
Published on May 8, 2009 by Steve Saxton
5.0 out of 5 stars
I Recommend Buy It
Designing the Obvious not only tells you how to design for the web, but how to design for life. I find myself in everyday tasks using the tools given in this book. Read more
Published on February 5, 2009 by Josh A. Lamar
3.0 out of 5 stars
Did he really come up with all this wisdom?
Being someone who has read many things on this subject before, I could determine from the cover on where the author was getting his ideas from, but he was not citing anyone at all! Read more
Published on January 6, 2009 by Javier Velasco
5.0 out of 5 stars
I want my whole team to read this!!
I love this book for it's brevity, clarity and simplicity. While everything in this book is obvious and common sense, it is still amazingly useful. Read more
Published on April 12, 2008 by James Hall
3.0 out of 5 stars
old but still good. buy it used it s not woth to buy it new.
old but still good. buy it used it s not woth to buy it new.
Published on March 24, 2008 by B. Elli
4.0 out of 5 stars
Good value: sensible, clear, readable
This book is to web application design what Steve Krug's Don't Make Me Think: A Common Sense Approach to Web Usability, 2nd Edition is to website design. Read more
Published on February 28, 2008 by antenna
3.0 out of 5 stars
A fine little book
Not essential reading, but a really good little book. If you diligently follow companies like 37 Signals or other smart web application development practices, you've probably... Read more
Published on February 12, 2008 by Andrew Otwell
What Other Items Do Customers Buy After Viewing This Item?
Listmania!
So You'd Like to...
|
|
