Design a site like this with WordPress.com
Get started

Review – Essentialism

Essentialism: The Disciplined Pursuit of Less

by Greg McKeown, published 2014

This past year I’ve been exploring topics related to the concept of mastery. It is so tempting for me to try to be interested in everything I come across and consequently it’s a real challenge to be selective and commit to being a master of only a few things. Essentialism was recommended to me by a friend and it’s a great concept inside of an okay book.

The key to essentialism, which is a combination of the ideas of prioritization and mastery, is to be conscious of tradeoffs. One has to develop a habit of asking, “What will I NOT do in order to get this done?” Progress in one aspect of life can only be made at the expense of denying progress in all the others.

The author teaches at Stanford and implements the empathy-based design thinking approach in his essentialism advice. In this case, he offers several techniques for building empathy with yourself– to gain clarity about your purpose, to acknowledge physical limitations (primarily sleep) necessary to making sustained progress and to engage in free-spirited play to unlock creative thinking and avoid self-reproach. And like a design thinker, he advocates a kind of Minimum Viable Product approach to making progress on your priorities. Don’t set your sights on one big effort, or assume that you can define the endpoint of your efforts before you get there; start with a rough idea of where you think you want to go and think of the next tangible iterative step you could make to progress. In so doing you’ll develop confidence and motivation to keep moving forward.

One thing I enjoyed most about the book were the numerous pithy quotes at the masthead of each chapter and sprinkled throughout the text. I might copy a few of them into the blog after I finish writing this. On the other hand, the book is also another disappointing amalgamation of pop business and productivity stories, name-dropping and “stuff my friends did that I thought was worth including in my book” that deny this book a chance to enter the pantheon of classics, aside from the fact that it really offers nothing new on this subject other than the marketing of the idea.

The four-part structure of the book, Essence, Explore, Eliminate, Execute, has the clear “focus-flare” cadence of the Design Thinking toolbox’s Empathize, Define, Ideate, Prototype and Test. Essence sounds like Empathize, Explore sounds like Define, Ideate sounds like Eliminate and Prototype/Test sound like Execute to me.

In thinking about the message of focusing on what’s really important, I made a note in the margin on one page which said, “if it feels like I can do anything I want with my life, it’s ironic because I will in fact only do one of those things.” If that’s true, and I think it is, it would be better to figure out what that one thing is sooner rather than later lest I risk wasting a lot of my time on what turns out to be non-essential.

Notes – What Is Jobs To Be Done (JTBD) Theory?

Several months ago, a friend of mine introduced me to “Jobs To Be Done Theory” (JTBD) via the free work of an entrepreneur named Alan Klement called When Coffee and Kale Compete. The JTBD framework is part of a growing base of entrepreneurial knowledge in the innovation space with key similarities to things like disruptive innovation (The Innovator’s Dilemma by Christensen) and Design Thinking practice. These approaches to entrepreneurship focus on empathy as a methodology for understanding the psychological motivations and needs of a potential customer rather than on their demographic characteristics or profile data. Solutions are designed to help the customer make progress rather than being built around features or functions; in this way business people might be surprised to find out that “coffee” and “kale” can be competitors in helping a person make progress on “get my morning started right”, whereas in the traditional product design space an entrepreneur might be more focused on “how to build a better cup of coffee for 18-35 year old women.”

As Klement says in the introduction,

I want to help my customers evolve themselves. I shouldn’t study what customers want in a product. I need to study why customers want.

He describes a JTBD as consisting of three elements:

  1. job is your struggle to make a change for the better
  2. The to be part denotes that overcoming that struggle is an evolutionary process; it happens over time
  3. The change is done when you overcome that struggle and have changed for the better; there are things you can do now, that you couldn’t do before

These jobs originate inside people, not inside things. They have to do with motivations or states of mind, that is, they are psychic not material in nature. And there are many potential strategies for helping a person to accomplish that transition from one state to another, which is why it is possible to envision disruptive solutions that redefine the categories by which product or service competition occur.

Klement helpfully summarizes some principles of JTBD theory:

  • Customers don’t want your product or what it does; they want help making their lives better
  • People have Jobs; things don’t
  • Competition is defined in the minds of customers, and they use progress as their criteria
  • When customers start using a solution for a JTBD, they stop using something else
  • Innovation opportunities exist when customers exhibit compensatory behaviors
  • Solutions come and go, while Jobs stay largely the same
  • Favor progress over outcomes or goals
  • Progress defines value; contrast reveals value
  • Solutions for Jobs deliver value beyond the moment of use
  • Producers, consumers, solutions and Jobs, should be thought of as parts of a system that work together to evolve markets

He works through a number of case studies to illustrate these principles. The methodology in each case study focuses on interviewing customers to get verbatims about how they reason about what problem they’re trying to solve and what solutions they’ve tried in the past and present. The emphasis is on revealed preference, determined by actions, rather than stated preference, determined by marketing surveys or hypothetical scenarios. By unpacking these statements rather than making assumptions, the entrepreneur can work to understand the mindset of the customer and how he sees himself struggling to make progress in a particular part of his life.

Klement later discusses two well-known case studies in the disruptive innovation literature, Kodak and Apple (iPhone vs. iPod), and reinterprets the story through the JTBD framework. With this, we see that Kodak’s business was annihilated not because they were complacent and didn’t see how technology would make their product irrelevant, but because their focus was on optimizing a particular solution (traditional film) for a particular JTBD rather than focusing on that JTBD itself and trying to ask what is the best way to help customers make progress on that in light of changing technology. In contrast, Apple took a very profitable product, the iPod, and thought about what kind of job it was fulfilling and what was a better way to do that job, the iPhone, rather than thinking about how to build a better iPod. This is because “no solution for a JTBD is permanent.”

One thing I found challenging in trying to digest this new framework was identifying the JTBD itself. Klement offers a few guidelines for deciding if you do NOT have a JTBD defined properly:

  • Does it describe an action?
  • Can you visualize somebody doing this?
  • Does it describe “how” or “what” and not why?

If the answer is yes, it is likely not a JTBD because JTBDs are emotional and represent psychic states. They are ways people experience their own existence and how they progress from one state of existence to another, they are not the thing that makes the progress themselves. Sometimes these JTBDs are exceedingly obvious. But a lot of the time, they’re subtle and can only be defined with confidence after a long, empathy-driven process of interviewing and conversing with customers to better understand what they think they’re trying to do. This is hard work! The JTBD framework is certainly not a quick or easy fix to the dilemma of how someone with an entrepreneurial bent can design great new products and services that meet peoples needs.

The book is chock full of case studies and deeper explanations of the basic components summarized above. I highlighted and underlined various meaningful passages that I won’t bother typing into these notes because they’d be too out of context to add clear meaning to a reader; besides, I read this book earlier this year and didn’t get to write up my notes until now, so I can’t even remember with some of them why I found them impactful at the time.

Alan Klement offers free consultation services and aspires to help people on a paid basis as well. I have spoken to him a number of times as I have read his book and attended the Design Thinking Bootcamp to share thoughts and ideas about the JTBD framework, especially as it applies to personal design challenges I am exploring in my own business. He informed me that he is working on a revised and re-organized 2nd edition which he plans to release soon. I will likely revisit the book then and consider publishing further notes and thoughts about the JTBD framework as I become more familiar with it and even work to use it in my own design challenges in the future.

What Is Design Thinking?

This post is a follow-up to some earlier posts about my recent participation at Stanford’s Design Thinking Bootcamp program. I want to reflect on what I think I know about the “design thinking” approach. I am not an expert or a scholar and I haven’t even read any books on the subject! This is my attempt to process my experiences, not to be authoritative.

As I now think about design thinking, I believe it is really three things:

  1. a specific process for generating new product and service ideas centered around “user experience” (ie, emotion)
  2. a general approach to being creative and innovative, particularly when working in a team
  3. a mindset, attitude or philosophy of psychology which addresses known cognitive biases which prevent people from accessing their natural creativity

I want to tackle these in reverse order.

The Design Thinking mindset

Everyone is and can be creative.

When I say design thinking is a mindset, I think about how much of what I’ve learned centers on the idea of putting oneself into a creative frame of mind. We seem to have both a creative mind, which is open, limitless, imaginative, fun and even a bit wacky, and a critical mind, which is narrow, realistic, fear-based, serious and deeply rooted in the known and knowable.

Design thinkers talk about the “Yes, and…” attitude, taking ideas offered by others and building upon them, rather than trying to shoot them down or explain why they’re wrong or off target. They separate the act of generating ideas from the act of evaluating ideas. They emphasize how we need to understand failure as an opportunity to learn, and to let go of control or thinking you can predict outcomes.

This is really a different way of experiencing life psychologically from what most people know. It’s not just about being positive, though the professional design thinkers I encountered were more positive on average than most people I know. It is an entirely different way to process one’s experiences and infer meaning from them.

Most of the time, most people are trying to avoid making what they perceive to be mistakes, and are looking for the quickest, cheapest way to accomplish a specific goal. But design thinking sets that aside. Mistakes are a part of learning and are to be embraced. It’s not that one purposefully makes mistakes, it’s that what a mistake is is not certain until it’s made and when it’s made, it is accepted as valuable data that shows us what doesn’t work.

And it’s not that design thinking looks for the longest, most expensive way to accomplish a specific goal, it’s an attitude that the destination is not obvious at the outset and so some serendipity is required to make the journey. When I was working on a design thinking project with a co-worker upon my return from the program, they were baffled by my line of questioning in some of the user interviews we conducted– we know what problem we’re trying to solve and how we intend to solve it, so why aren’t we asking people about that? I was taking the conversation anywhere but there, because as I understood it, the problem and what we think is the solution is just a place to start, but the true mindset we want to create is one of open consideration that we’re actually trying to arrive some place very different than the land we think we know.

A general approach to creativity

The mindset mentioned above is indeed a major component to the general creative approach design thinking represents. Without putting yourself into the right mental state, you have little hope of generating the breakthrough creative leaps the design thinking approach is known for.

A related concept is paying attention to space and materials when engaged in creative work. If you want to do different work and think different thoughts, you must physically work differently. Don’t sit at your keyboard, stand up in front of a white board. Don’t keep the ideas you’re ruminating about in your head, write them on colorful sticky notes and splatter them all over the walls so you and your compatriots can fully consider them. And don’t, by any means, think you can find all the answers in your office or traditional workspace– you absolutely must go into the field and talk to real people to find out what they think, rather than assume and guess at the thoughts, experiences and emotions of demographic strawmen.

I might have put this into the mindset area but another important principle is the “bias toward action.” This means not overthinking things and instead trying things. Come up with an idea, and then play with it, try it out on people you come across, see how they react. It rejects the idea that something must be perfectly engineered before it can be shown to other people. Seek “good enough” to get the major point across and go from there.

Design thinking certainly seems to offer tools and value for the individual designer, yet I think it emphasizes teamwork. There is an embedded belief that the individual is never as creative by himself as he is being creative in front of other people trying to do the same thing. Using that “Yes, and…” attitude, a group of people working creatively can work themselves into a motivational frenzy and the energy and random nature of exchange and +1 can take them to territory they don’t otherwise have a map to reach. The path isn’t clear and it isn’t contiguous.

One reason design thinking advocates doing and trying is that it’s a cheaper way to fail, and failure is seen as inevitable. Because humans are not omniscient and are extremely unlikely to come up with the perfect answer the first time, it is easy to predict that it will require multiple attempts at creativity and implementation to get to the final form that works as a solution (if even the problem itself isn’t transformed and reinterpreted along the way).

As a result, there is an emphasis on failing quick and often and not building a lot of cost into failure. Design thinking says that crude mockups and models of intended products or feature sets and the use of play-acting or imaginative role play is enough to try an idea out, get feedback and change. When you’re new to it, it seems a bit ridiculous, a bunch of grown adults essentially playing dress up and putting on a show for one another. Even more ridiculous is trying to get perfect strangers on the street to play along.

But this frugal approach allows you to try a lot of ideas quickly and cheaply. And if you get interesting or unusual reactions, you are gathering the exact data you would’ve wanted to get from focus groups, market surveys, etc.

An interesting aspect of all of this play is that it is highly experiential and is used as a tool to connect with people’s past experiences. That is what design thinkers are after– what is a real experience someone had in the past, and how did it make them feel, and how can they make them feel that same way with a new experience they’re trying to design into a product or service?

A specific process for generating user experiences

So that is some of the philosophical ideas behind design thinking. What we learned was also a specific process with 5 main steps:

  1. Empathize
  2. Define
  3. Ideate
  4. Prototype
  5. Test

The first step involves conducting live empathy interviews with “users” a euphemism for a person who might ultimately be the user of a product or service offering you are thinking about creating. Using a “probe”, which in our case was a set of flash cards with a variety of emotions and a prompt such as “Think of a time when you last X, sort these cards in the order of how strongly you felt each emotion”, the design thinker has an excuse to begin talking to strangers.

It’s easy to fool oneself into believing that the conversation is about the probe/prompt, or about the design problem itself, but it’s not. The goal of the conversation is to get people talking about themselves, sharing experiences and specific memories along with the emotional states they triggered. When those experiences are found or those emotional states are identified, certain transitions can be used to keep digging deeper, such as “You said you were feeling Y, can you tell me about another time you really felt Y?” or “You mentioned Z, can you tell me about a specific time you did Z?”

When doing empathy work, the DTBC recommended the following:

  • Engage with the probe
  • Notice surprising decisions, awkward pauses, facial expressions
  • Follow up and ask “Why?” about the things you notice
  • Seek stories and ask about another time they felt or behaved this way

By capturing strongly felt emotions and the real experiences that generated them, the design thinker is able to move to the second step in the process, which is to Define the user. This is different than what is commonly done in standard market research by studying demographic data, because demographic data is broad, general and based on averages, whereas the design thinking “user” is specific, real and quite limited in their profile. An example of a user definition might be something like this:

“We met Paul, a graphic designer living in the city who fantasizes about running his own dairy farm whenever he eats cheese, his favorite snack”

Paul here is not a demographic profile. He’s a real, quirky dude (that I made up) with a strange contradiction between where he lives and what he fantasizes about, for example. Defining the user typically follows a process called Point of View, which looks like this:

  1. We met… (user you were inspired by)
  2. We were surprised to notice… (tension, contradiction or surprise from their interview)
  3. We wonder if this means… (what did you infer?)
  4. It would be game changing to… (frame up an inspired challenge to solve without dictating what the solution is or might be)

Whether you had a specific design problem when you started, the Define step and the Point of View process can either help bring more clarity to what your problem might really look like, or it might uncover an entirely new problem you had never actually thought of solving before.

The next step is to Ideate. Ideation is the brainstorming part of the design thinking process and most calls for teamwork. You start with a simple prompt, such as “How could we X for Y so they can Z?” You then start coming up with ideas and “Yes! And…” each one as they’re created to add to it or add another idea it inspired. The goal at this stage is not to critique or rationalize ideas but to simply create as many as possible. You’re not after “one idea” you could implement, or the one that is the final solution. You don’t know what that would be, and coming up with only one simply means you have a high chance of discovering later on you’re wrong and picked the wrong horse to bet on.

One technique for coming up with greater volume of new ideas is to use constraints. The constraints could be real but are usually arbitrary and somewhat outlandish, such as “Each idea must cost $1M to implement” or “Each idea must involve technology to implement”. By focusing your creativity tightly around a special constraint you can actually be more creative within that specific domain because your mind is forced to think about the problem from a new angle.

A similar technique is to think about the emotions involved for your user and think of people or organizations or places that those emotions are strongly tied to, then to ask yourself “What would that person/organization/place create for this user?”

When you come up with a large quantity of ideas, you can then move to the next step which is to prototype one of them. As discussed earlier, prototyping is crude. First, the DTBC recommended a role play. Take your idea and set a scene, define the roles involved in playing out the scene to demo the solution selected and improvise within the role play as you try it out multiple times.

Once you’ve role played, you can actually create a crude prototype and other props to do the role play with users. You want to test one key function at a time, so your prototype includes the following information:

  • Product/service name
  • Target user (the one you defined earlier)
  • Intended impact (what does it change for the user?)
  • One key function (this is what you’ll demo/test in the field with your role play)

Materials like cardboard boxes, construction paper, glue, saran wrap, markers, pipe cleaners, PVC tubes, etc. are all sufficient quality for the purposes mentioned. What’s more, they’re cheap and just about any physically able person can design with them.

You’re now ready to take it to the field and Test. But here’s the trick! The Test is really the first step, Empathize. And the prototype is really your probe. It’s all an elaborate ploy to get people talking to you some more, but this time with a slightly more concrete circumstance and with the goal of eliciting that precious experiential and emotional feedback in connection to a real product/service you’re thinking about creating.

Over these 5 steps, which can cycle with as many iterations as necessary to find a worthwhile problem to design for and an exciting solution to create (as defined by user feedback), the innovator is going through what the DTBC refers to as “flare and focus”. In the first step, you flare out your ideas and thinking in new and unusual directions, remaining open to new possibilities and experiences you had never thought of or encountered before. When you begin defining your user, you are focusing on something specific about them you’ve noticed, something concrete that can inspire your design. When you ideate for that user’s dilemma, you’re flaring again, trying to get wildly creative with the belief that no idea is a bad idea. Then you select an actual idea you’re excited about and focus again by developing a specific prototype to demonstrate it to the user. And when you test, you flare out and open up to new reactions and possibilities and begin the cycle anew.

Throughout this flaring and focusing you want to keep your eye on your alignment assessment– how close is your “frame”, the way you’re thinking about a problem that needs solving, to your “concept”, the specific solution you have in mind for solving the problem? Your frame and your concept might both change or only one change as you iterate. You might find your frame is sound but your concept is off the mark, or that you actually have a really interesting product or service but you haven’t quite found the right user who would benefit from it.

Some hallmarks of frame and concept alignment in the form of user feedback are:

  • “Thanks! Is that all you need from me?” indicating the problem or solution do not seem relevant or inspiring to the user
  • “You know what you guys could do that’s a REALLY good idea?” indicating that the user is experiencing relevancy but doesn’t think what’s being offered would work the right way
  • “So is this available for purchase? What does it cost?” indicating that the team has a frame and concept which are closely aligned and verging upon being ready for market

Conclusion

I think there is something to Design Thinking and I am interested to learn more. I am trying to internalize some of the attitudinal or mindset ideas which I think can be helpful in many domains beyond that of creating new product or service ideas specifically. I like a lot of the general processes, tools and techniques for generating creative ideas and tackling solutions to problems from unique angles. I especially like the idea of questioning whether you have the right problem (frame) in the first place!

One application I am considering is using design thinking principles within my family. How might common family problems be resolved differently with design thinking principles employed? What kind of family life or activity could be designed with design thinking?

The concept of designing for a specific user is also challenging for me to consider. As is focusing on real, past experiences rather than future hypotheticals– design thinkers throw out as unusable any speculation about how a person WOULD behave or WOULD feel in a given anticipated situation because it isn’t certain, whereas how they did feel in a specific experience from the past is known.

I plan to read a bit more on the subject and try to rethink some of the organizational problems we face in our business from the mindset of design thinking. Despite my initial failure to complete my Post Program work, I want to use Design Thinking to find a breakthrough, game changing solution rather than find some kind of incremental progress. If our future and existence as an organization truly hangs in the balance, incrementalism can only delay the inevitable, whereas a paradigm shift could offer not only a survival strategy but a way to actually thrive.

Reflections On My Time At Stanford’s d.school

I’m reflecting a bit on my time at the Design Thinking Bootcamp at Stanford’s d.school. I plan to follow up this post with my thoughts on the question, “What is design thinking?”

First, I recorded some items on some note cards handed out to us at the end of each day to aid our memory and reduce our many thoughts and experiences down to the essential items of action or questions for further consideration. Here is what I wrote on each card.

Day 1

A key behavior I want to take back to work:

  • Creating an attitude where failure [of new ideas] and disagreement are acceptable and encouraged
  • Rejecting the vanity of requiring omniscience before action can be taken

Day 2

Today, we did this:

  • faced rejection and awkwardness to find complete strangers who were excited to tell us about their experiences and themselves
  • accepted feedback gracefully as an opportunity to improve our offering and refocus on what problem we’re really solving

A key behavior I want to take back to work:

  • Stop worrying about surveys, start speaking directly with our users
  • Focusing on emotions conveyed through story-telling
  • Emphasize breakthrough solutions, not incremental improvements

A question I still have:

  1. What’s the best way to break the ice with a user?
  2. How to know what experiences matter before the problem is known?
  3. When to abandon an interview versus dig deeper?
  4. How long does this process take to cycle through to a solution?

Day 3

Today, we did this:

  • Built low-resolution prototypes
  • Took them into the field and used them as excuses to have conversations with strangers about feelings

A key behavior I want to take back to work:

find reasonable excuses to have deeply personal discussions with our customers

A question I still have:

  1. How do I identify the right problem to work on?
  2. Who is going to help me with this?
  3. How often should we be doing this (design thinking work)?
  4. How long will it take to reach a conclusion?

Now that I’ve shared some of my daily reflections, I want to make some notes about my overall impressions and reflections of the experience.

As I discussed with one of the coaches at the d.school, I believe we are standing on a “burning platform” in our business due to technological and competitive dynamics and it’s imperative we take these risks seriously by thinking about radically different ways of doing business, up to and including finding a completely different business to compete in. Therefore, I had one over-riding goal in attending the Design Thinking Bootcamp: gain a toolset that would help our organization think about the challenge we face differently than we think about it now, and design a radical solution.

Along with that larger goal came many smaller goals about specific areas of our existing business where we perceive an opportunity to radically innovate.

Going into the program, I thought that the program was going to mostly revolve around these specific business challenges and I would be working, almost one-on-one, with design thinking coaches to learn how to apply design thinking to our challenge. I imagined that what I was primarily gaining was an individual insight that I could hopefully share or train our larger organization on as needed when I went back to base.

I had done some research ahead of time and was aware of some of the things we’d be doing in the course of the program:

  • going out into the field to do interviews with “users”
  • working on a design challenge for a sponsoring major corporation
  • doing team-based thinking games to explore different aspects of design thinking

I was apprehensive (in a “good” way) about the interviewing because it is one thing from my previous operational management experience I liked least or felt least comfortable with– actually talking with our customers. Most of my interactions with customers were defensive in nature, trying to calm down someone we had pissed off through process failure or other failure to live up to their expectations or our commitments. I didn’t have much experience or confidence in just talking to people to try to gather insights about how to make business better in a proactive sense. This was a skillset I very much wanted to gain and was ready to do uncomfortable things to master.

Another thing I was concerned about on a personal level was sustaining my energy throughout the program, especially when considering the suggestion that food might be hard to come by. Some of the early material I received in preparation for the week seemed to imply that meals would be light and limited and we’d often be on our own. The Wolf was concerned for me, and the first question she asked when I checked in after Day 1 was “Are they giving you enough to eat?”

I am happy to report that the experience was much higher touch than I would’ve thought. We were fed ENDLESSLY– breakfast, lunch and dinner with oversupplied snack stations throughout the day and dessert offered at lunch and dinner. The food was high quality and diverse from a local catering operation and the snacks were gourmand. I never went hungry and it was clear the program coordinators put a lot of time and attention into this specific detail, not to mention all the others. “Class sizes” were small, typically 1 coach for 5 team members, plus other support staff and coordinators. We had a group dinner scheduled in San Francisco one night and had nice tour buses to shuttle us back and forth when we went out into the field. Overall, it was an extremely comfortable experience from a material standpoint.

The instructors were amazingly high energy and genuinely interested in their students and their learning. That was actually one of the things that was most challenging for me. Design thinking seems to require a lot of emotional energy, and by the time I got home I was drained. Imagine being super excited about everything for 12 hours a day for 4 days. Imagine sustaining this energy with people you’ve never met (I mean the strangers we interviewed, not just the team members in the program) and conveying the sense that the wacky stories they’re sharing are SUPER exciting and SUPER interesting as you interview them for twenty minutes at a time.

Maybe some people can sustain that for weeks, months or even their entire lives, but I can’t. I crashed when I got home, hard.

On the Monday after my return I was to begin my Post Program Design Project. The idea was that between 8am and 12pm, Monday through Wednesday, I would attempt a small design project from start to finish: Empathize, Define, Ideate, Prototype, Test. There were 2 team calls scheduled for 1 hour at 9am on Tuesday and Wednesday to check in and support one another in creating ideas and processing feedback. Otherwise, in 4 hours each of three days you were expected to interview your own customers/users, define a test user to design for, come up with ideas that might make their life more wonderful, create a crude prototype and then role play using it with more customers/users.

I ended up doing the interviews but found it was a lot more challenging to do when the people in our organization that I asked to assist me weren’t really bought in and didn’t really understand how the approach “works” like the people I had teamed up with at the d.school. The interviews went okay despite that, but when it came to defining, ideating, prototyping, I lost my motivation and decided to “quit” rather than make excuses as to why I couldn’t get my project done.

This is probably the most frustrating part of my experience at the d.school, and the biggest lesson I could learn! It was frustrating for me because they made it quite clear before we left that making excuses and not getting the Post Program work done was for losers– in developing a “bias toward action” it is important to jump right in to trying what you learned in your own business, even if you end up sucking at it or it feels funny. This didn’t seem to give me much room to maneuver once I hit some speed bumps and started wobbling, so I just fell over.

On the other hand, experiencing a painful failure and getting back up on my design thinking bike (as I plan to, anyway) helped me think about the other important principle, which is that failure is okay and is part of learning. I now realize I need to sell what I’ve learned a lot better than I did and can’t assume people will rally around this approach just because the organization sent me off to a training program for a week. I also understand that I CAN do what I thought/think is uncomfortable and speak to real “users”, and I have some confidence in the idea that there are real insights we can gain from that effort if we work diligently and find the right people to design for. My initial failure has been a good reminder of the meta-principle of design thinking, which is that everyone can get better by iterative improvements.

My experience at the d.school was wacky and weird, fun and tiring, engaging and challenging. At one point it felt like being back in kindergarten, making macaroni art and playing make believe as we constructed these goofy prototype scenarios and then played them out with each other, with strangers on the street and for our fellow d.school teammates for feedback and evaluation. In the short time I was there I did not come across any “profound” solutions to burning platform business challenges (my own or others) and I realize I can’t expect that kind of resolution from a week long program or from my amateur tinkering with this new found knowledge. Design thinking isn’t a miraculous process, it’s an innovative process.

I’ve got a bit of travel ahead of me over the next few weeks, so I won’t get an opportunity to “do” much design thinking in the meantime. But it is rooted in my mind now and I am thinking differently than when I left for the training. My plan is to try to identify a lower-difficulty challenge our organization could work on and find a few people who are highly motivated to learn and practice a new approach with me. From there we can further test the principles and hopefully design an implementable solution that will be the tangible evidence of value needed to bring it to a wider organizational audience and signal that it is time to move on to bigger challenges.

Some Takeaways From My Time At The D.School

I’m back from Stanford’s d.school and have a few ideas I jotted in my notebook while I was there:

  1. Learn to celebrate failure; watch how you react to it
  2. Let go of your desire to control outcomes; with humans involved, nothing ever goes according to plan
  3. Try things, practice, iterate
  4. Don’t build expense into prototyping; the more it costs, the harder it is to iterate and change and the less you can learn from your failures
  5. Don’t make insight generation complicated
  6. Where is the burning platform? Look for that place and work on the problems involved
  7. Innovation is the outcome of a process, and innovators are the people who do it
  8. The design thinking process: empathize, define, ideate, prototype, test and back again
  9. The answers are not in this building
  10. When empathizing, spend 15% of your time engaging, noticing and following-up and 85% of your time seeking stories
  11. The purpose of your empathy research is to capture emotion; what is it? where does it come from?
  12. Gravitate in your empathizing and your design thinking process between flaring and focusing
  13. When defining, start with an observation, make an inference, then form a hunch that can carry you to insight
  14. Solve one problem at a time
  15. POV essentials: preserve emotion and the individual, use strong language, sensical wording, non-obvious leaps and generate possibilities that lead to problems the team wants to help solve
  16. 5 users are sufficient to capture 85% of usability cases
  17. Tail-end users have explicit needs and better represent the implicit needs of median users
  18. The future is already here, but it’s not evenly distributed
  19. Trusting relationships are the foundation of generative work
  20. Learn how things fail before it matters, not when it does
  21. You can only learn by doing, not by planning
  22. Match prototyping resolution to idea certainty to allow yourself to hear the inevitable critical feedback
  23. Testing = empathy; your prototype is your empathy probe
  24. The value is in the user and their emotions, not in the prototype or experience model itself
  25. The goal is to develop empathy with the user, not the make the prototype perfect; seek understanding
  26. All action aims at advancing the frame and the concept towards convergence
  27. What do your users say about the concept? The users’ reactions and excitement indicate proximity to convergence and likely next steps
  28. 3 elements of storytelling: action, emotion and detail
  29. 100% of people who succeed, start
  30. Struggle and learning are complements; there is no learning without struggle, and the more one struggles, the more one has opportunity to learn; you can not master new knowledge from a place of comfort

Some or even many of these are probably difficult to make sense of or place without further context about the design thinking process.