Design Thinking – Just A Myth

Perhaps owing to its growing popularity or media attention, there is always some degree of designer community backlash over design thinking. Some would say it’s merely a business fad that’s not much different than total quality management or one-minute managing. But the attempt to do a “emperor’s new clothes” assessment of design thinking rises to a new level with an essay by Don Norman, a much respected figure in the design community. In essence, says Norman, there really is nothing new about design thinking and that we’d be better off to improve our knowledge of systems thinking. Norman says:

A powerful myth has arisen upon the land, a myth that permeates business, academia, and government. It is pervasive and persuasive. But although it is relatively harmless, it is false. The myth? That designers possess some mystical, creative thought process that places them above all others in their skills at creative, groundbreaking thought. This myth is nonsense, but like all myths, it has a certain ring of plausibility although lacking any evidence.

So why exactly is Norman trying to expose design thinking as little more than a manufactured effort to make the designer’s thinking process something unique and mystical? I suppose that on one level the hype surrounding design thinking annoys him because it does garner quite a large amount of attention. But I think he is more concerned that many of us are buying into a concept that, in his opinion, is really nothing new. To his way of thinking, designers have always been creative types. To suggest that they suddenly have some mystical power that allows them to “think” differently than everyone else, is rather silly, claims Norman. He points out that lots of professions require and demonstrate the work of highly creative people – none of whom we would technically identify as designers. Design thinkers and the firms they work for hold no monopoly on creative work. Does Norman think we should stop using the term design thinking? No – not yet. Although he thinks it is a myth, he says it is a useful one because “It will help spread the word that designers can add value to almost any problem, from healthcare to pollution, business strategy and company organization. When this transformation takes place, the term can be put away to die a natural death.”

While I see Norman’s point about design thinking, I thought he was overlooking the ways in which it is informative and inspirational to those of us in non-design professions. Norman claims there’s nothing of great substance in design thinking, but I would argue that’s not the case for me. I find the literature valuable for helping me to think differently about many things. I wanted to share this perspective and did so in the comments section. Here is what I wrote:

Thanks for your thoughtful essay on design thinking. As a non-designer and a proponent of the value of design thinking, I think there is value in challenging the ideas and forcing us to think about this thing we call design thinking. I first discovered the core ideas of design – and the ways in which it is applicable to all types of design fields, as the library director at Philadelphia University. At that institution about 50% of the curriculum focuses on design fields. I never did hear any of the faculty (many practitioners) use the term “design thinking”. I came to it more though my own studies in our instructional design program. Myth or not, I find that design thinking, and what I would refer to as the IDEO method, does provide my colleagues – who rarely think about design – and are so embedded in their daily routines that they are as inside as an insider can be -with some great ideas for how to think differently. Sharing the IDEO method provides a helpful framework for giving them a set of tools for breaking out of the insider role. So for those who are non-designers, design thinking is useful.

The many comments are worth taking a look at. I like the one that said something along the lines of “Who cares if design thinking is a myth. If helps me to achieve my goals and helps others to do so that’s what matters most.” I would agree.

Misguided Thoughts About Simplicity

Designing a better library also means designing better library systems. If our search systems are broken then that reflects badly on the rest of our operations and results in a degraded user experience. For many individuals their only interaction with the library may be through the online library catalog, the website or a specific electronic database from EBSCO or ProQuest. Even though the latter may be commercial products over which the library has no design control, they must still be considered a part of our total user experience.

I have written previously here and here about the challenges of bringing simplicity to library systems for research tasks that almost always involve some degree of complexity. For example, all of the incoming freshmen at my university take a course in which they write several research papers. One requires them to compare the media treatment of two individuals, possibly celebrities or politicians, across different countries or time periods. This is not simple. It requires a variety of knowlege at multiples levels. Yes, I’m sure the students would like to instantly find articles from which they could gather and synthesize information into an essay, but it just doesn’t work that way. Some critical thinking, some actual searching of library systems and some analysisÂ is involved. For freshman accustomed to webpage/wikipedia cut and paste jobs, this complexity can be a rude awakening.

It is easy for librarians to acknowledge that our search systems must be simpler and easier to use. It’s an almost no-brainer type of statement, and one sees this all the time in librarian blogs and in the library literature. I’ve probably said it myself. But saying it needs to happen and actually making it happen are two different things. Even if we could simplify all of our systems would that be the right outcome? According to Don Norman, the design expert, simplicity is not necessarily the right answer or the goal. He writes:

I conclude the entire argument between features and simplicity is misguided. People might very well desire more capability and ease of use, but do not equate this to more features or to simplicity. What people want is usable devices, which translates into understandable ones. The world is complex, and so too must be the activities that we perform. But that doesn’t mean that we must live in continual frustration. No. The whole point of human-centered design is to tame complexity.

What is Norman’s solution to the simplicity-complexity conundrum? Design, of course. He states that “complexity can be managed”. I agree. He mentions that three simple design principles must be followed: (1) use modularization to take an activity and divide it into small, manageable modules; (2) mapping in order to make sure the relationship between actions and results is apparent and understood; (3) provide an understandable, cohesive conceptual model. So where does this leave librarians? What if Norman’s three priciples, particularly modularization, could be adopted for commercial database projects – and it follow more of a step-by-step approach – modularizing the search process.

Assuming the user has a reasonably well thought out search approach I envision five modules for completing a search. The modules are simple and guide the user through the process. They are:

  • Search
  • Review
  • Revise
  • Cite
  • Get/Share
  • The interface would be more user friendly and intuitive, prompting the user through each module. This might work by presenting the user with a screen for a basic search. Norman points out the importance of meeting the individual’s need to feel in control of the device. Prompts could be constructed to keep the system understandable yet allow the user toÂ make decisions that provide that feeling of control. As each module is completed Norman would also say that a feeling of accomplishment must be delivered. I could see possibilities for that as the user moves through each module. Normal also says that the system requires “continual, informative feedback that can be pleasurable” and mentions Apple products as examples. One area where current library research products fail their users is they lack the design for letting users know where things are going wrong and what to do about it. This requires designing in expectations about problems users will encounter, and suggestions for how to improve search performance. Perhaps that requires some sort of sophisticated back end programming that isn’t available just yet.

    While there are no exact answers here, one thing that should inform our thinking is that by stating library research tools need to be simpler we get no closer to making that happen. It’s a nice idea, but I agree with Norman that the focus should be on making the systems usable and understandable, and that design can help manage the inherent complexity of these tools. Norman also mentions that tools should also be enjoyable. While that’s a nice goal – and it certainly would be desirable to have library users looking forward to doing their research – I’m not anticipating that we can make the process a joy to experience any time soon. I do know that students and faculty who are passionate about their reseach are often passionate about the library research process. They don’t see it as a necessary evil, but rather as an exciting discovery experience. How do we tap into that passion, and exploit it for the majority of our users? That’s a subject for another post.
http://dbl.lishost.org/blog/tag/don_norman/
dbl.lishost.org
crawl=CC-MAIN-2018-43
31733
application/http; msgtype=response
sha1:3NNX2GVTAFKZSWQFMADR2Y5A4DT2X3J6
<urn:uuid:f4fef94f-abad-44eb-af2d-71852cd8beea>
2018-10-17T04:00:14Z
158.85.114.85
text/html
sha1:O7NITUJUIS6MGCOFCNNY3CSG5PJSHH5Z
<urn:uuid:d4cbf7f4-6c92-4ff0-99b4-6f5bfce70f91>
http://dbl.lishost.org/blog/tag/don_norman/
response
<urn:uuid:86d48eac-bdf7-4c3c-b218-d6a11089f904>
isPartOf: CC-MAIN-2018-43
publisher: Common Crawl
description: Wide crawl of the web for October 2018
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-45-10-135.ec2.internal
software: Apache Nutch 1.15 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 0.11-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/