The problem with "user wants"

The IDEO shopping cart. Users didn't know they wanted this till they saw it. Most “users” don’t know what they want until you show ...

The IDEO shopping cart.
Users didn't know they wanted this till they saw it.
Most “users” don’t know what they want until you show it to them. So why do we keep talking about their wants like they’re actual things?

No one really knew they wanted an iPhone till Steve Jobs showed us an iPhone. Ditto for the Boeing 747. And likewise for myriad other products out there. I was reminded of this recently by this article, "What do you want your phone to do that it can’t?” Among things it claims users want: "they want thicker phones with larger batteries; better cameras with actual zooms; huge screens with no bezels; wireless charging that picks up signal from anywhere; speakers that don't sound like a tin can mess; and dozens of other things that probably shouldn't be shoehorned into a tiny computer that fits in your pocket. They want flexible phones for some reason.”

No evidence is provided for any of this except, of course, that all these functions and features have been showcased in one phone or another in recent times. Even better: read the comments. They all (as far as I can tell as of this writing) refer to features that have been talked about, advertised, or even implemented already.

It’s not just the case with phones either. I can’t think of a single case of a user ever having declared a want (or even a need) that hadn’t already been mentioned somewhere, if not implemented to one degree or another. (Of course, I exclude from the group of “users” any experts in design, requirements elicitation, want/need analysis, advanced systems modelling, etc. These experts constitute a very small fraction of the general population.)

This is not to denigrate users. Asking a generic member of the public what they want in a phone is in many ways like asking a heart surgeon to discuss which research avenues the physicists at the Large Hadron Collider should pursue next; there’s just no way for the surgeon to have a cogent answer, unless they’ve serendipitously read or heard something relating to the LHC. When designers ask users what they want, they’re unfairly expecting those users to know as much as they themselves know about problem analysis.

So, I’m forced to ask: why do we bother with user wants at all? It’s a serious question. I think it’s all a question of marketing; we need to keep the general public convinced that we (designers) are actually working in their best interests, and it would seem quite insulting for us to tell them what they want. Maybe I’m wrong, but it’s a theory that explains the facts and I’ll stick to it till I find (or am informed) of something better.

Of course, that hasn’t stopped companies like Apple and Google from achieving global success by doing just that.

Indeed, I would submit that Apple and Google (and IDEO and many other companies who use similar approaches) are doing it right. What they’re doing is observing users and intuiting from their studies where they can insert a new function or product that will facilitate whatever goals the users are pursuing. If it sounds a bit like anthropology, that’s cuz it is: it’s design anthropology.

This kind of study is particularly useful because it can be used to reveal what a user actually wants, filtering out the influence of the exposure that the user has had to what others have told them they want. Sometimes, this can lead to surprising and even problematic results. A classic and well-documented case is IDEO’s redesign of the shopping cart. In that case, IDEO researchers interviewed and studied supermarket shoppers and employees to discover (a) how they shopped, and (b) what they thought was wrong with existing shopping carts. From that study, they came up with quite a novel design that was both very surprising to everyone but also appealed to most stakeholders.

I think item (b) is particularly important: while users might not know what they (really) want, they are literally experts in what’s wrong with what they’ve already got.

This connects back to Herbert Simon’s definition of designing: "To design is to devise courses of action aimed at changing existing situations into preferred ones.” The users are experts in the shortcomings of “existing situations” by virtue of being immersed in them. They carry information that designers lack about those situations, but that designers need.

Designers, on the other hand, are the experts in finding ways to achieve preferred situations.

For instance, say a survey found that drivers uniformly complain about the high price of gasoline (not an unreasonable hypothetical situation, I think). The immediate (and naive) inference here is that they want gas to cost less. A closer study of the actual situations in which these drivers find themselves could (and usually does) reveal a variety of other factors that all contribute to that situation. Some of these could be:

  • They live too far from where they work.
  • They spend too much time in heavy traffic.
  • They drive cars that consume too much gas.
  • They don’t use navigation apps that could find them more fuel-efficient routes.
  • They have fallen prey to Jevons Paradox.

Clearly, the list of potential solutions will depend on actual reason for the user’s expressed want. Get the actual reason wrong, and you’re very likely to choose the wrong solution.

One other thing: notice how interrelated many of the factors are, to each other and to other factors like lifestyle choices, size of family, income, cultural preferences, environmental concerns, availability of public transit, and so on. What we’ve really got here is a large and complex systems problem that’s nowhere near as simple as “gas costs too much.” Even design anthropology isn’t yet up to the challenge of modelling this system sufficiently well to give designers the understanding they really need to find truly preferred situations.

We really need more research on how to build system models of actual situations such that they can inform design decisions.

And we really need to stop focusing on “user wants."



academia,13,activism,1,adaptation,1,admin,12,aesthetics,3,affect,1,ageing,1,AI,2,analogy,2,android,1,animation,1,anthropology,3,anticipation,1,app,1,architecture,19,art,1,arts,44,Asia,2,assistive technology,2,automobile,1,balance,28,biology,3,biomimetics,12,book,7,branding,4,building,3,built environment,1,business,5,CAD,2,Canada,29,care,1,case,11,cfp,376,change revision,1,children,1,Circa,1,codesign,3,cognition,6,collaboration,3,colonization,1,commercialization,3,commonplacing,1,communication design,9,competition,4,complexity,3,computation,14,computer science,1,computing,13,concept map,3,conference,176,constructivism,1,conversational analysis,1,craft,5,creative arts,1,creativity,8,CSCW,1,culture,14,cybernetics,2,degrowth,1,dementia,1,design,108,design thinking,7,digital,3,digital media,4,digital reproduction,1,digital scholarship,1,disability,3,dissertation,1,drawing,3,economics,19,education,41,effectiveness,14,efficiency,12,emotion,1,engineering,31,environment,14,ergonomics,1,ethics,49,ethnography,1,Evernote,1,evolution,4,exhibition,3,exoskeleton,1,experience,3,experimental studies,3,fail,1,fashion,8,featured,9,film,1,food,4,function modeling,1,futurism,9,gender studies,2,geography,1,Germany,1,globalization,3,grantsmanship,1,graphic design,20,Greece,1,HCI,37,health,12,heritage,2,history,18,Hobonichi,1,housing,2,human factors,3,humanism,56,identity,1,illustration,1,image,2,inclusivity,2,industrial design,2,informatics,3,information,5,innovation,12,interaction,21,interdisciplinarity,2,interior design,5,internet of things,3,intervention,1,iphone,16,journal,92,journalism,1,language,4,law,1,library,1,life,99,life cycle,2,lifehack,10,literature,1,literature review,1,logistics,2,luxury,1,making,4,management,9,manufacturing,4,material culture,4,materials,4,mechanics,1,media,9,method,45,migration,1,mobile,1,motion design,1,movie,2,multimedia,1,nature,1,new product development,5,Nexus 6,1,olfaction,1,online,1,open design,1,organization,1,packaging,1,paper,17,participatory design,9,PBL,1,pengate,1,performance,1,PhD,24,philosophy,44,planning,3,policy,6,politics,44,practice,13,predatory,3,preservation,2,prison,1,proceedings,1,productivity,103,project management,1,public space,6,publishing,3,reading,1,Remember The Milk,1,reproduction,1,research,82,research through design,1,resource-limited design,1,reuse,1,review,72,Samsung,3,scholarship,43,science,46,science fiction,3,semiotics,4,senses,1,service design,12,simplicity,5,society,106,sociology,5,software,61,space,4,strategic design,2,student,8,sustainability,40,systems,49,tactile,1,tangibility,1,technology,16,textile,2,theatre,3,theory,6,Toodledo,2,Toronto,2,tourism,1,traffic,1,transhumanism,1,transnationalism,1,transportation,3,tv,1,uncertainty,1,universal design,3,urban,11,usa,8,usability,1,user experience,3,visualization,14,wearable,3,well-being,6,women,1,workshop,52,writing,2,
The Trouble with Normal...: The problem with "user wants"
The problem with "user wants"
The Trouble with Normal...
Loaded All Posts Not found any posts VIEW ALL Readmore Reply Cancel reply Delete By Home PAGES POSTS View All RECOMMENDED FOR YOU LABEL ARCHIVE SEARCH ALL POSTS Not found any post match with your request Back Home Sunday Monday Tuesday Wednesday Thursday Friday Saturday Sun Mon Tue Wed Thu Fri Sat January February March April May June July August September October November December Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec just now 1 minute ago $$1$$ minutes ago 1 hour ago $$1$$ hours ago Yesterday $$1$$ days ago $$1$$ weeks ago more than 5 weeks ago Followers Follow THIS PREMIUM CONTENT IS LOCKED STEP 1: Share. STEP 2: Click the link you shared to unlock Copy All Code Select All Code All codes were copied to your clipboard Can not copy the codes / texts, please press [CTRL]+[C] (or CMD+C with Mac) to copy