Tag Archives: psychology

Making things that kick ass and don’t just suck less: Self Determination Theory and Product Design / Leadership.

I’m a fan of elegantly simple but powerful explanatory models. As far as that combo goes, Self Determination Theory is one of the better ones I’ve come across, and can be used as a guiding framework in product design and leadership.

Kathy Sierra succinctly (and in more depth) made the point that product design shouldn’t just be about making a better feature X, but making a better user of X. The design objective should be to “reverse engineer user awesomeness”.

As a product leader, it’s more exciting to build things that kick ass and don’t just suck less than the alternatives. Self Determination Theory is a means of thinking about and achieving that end.

Self Determination Theory – Key Takeaways:

Self Determination Theory is a basic model for human motivation. It positions that we all have the same fundamental drivers in what we do:

  • Autonomy: People want to agree with what they do.
  • Competence: People want to master meaningful things.
  • Relatedness: People want to be connected to those around them.

Daniel Pink addresses Self Determination Theory in his book “Drive”, as does Cal Newport in this post. See RSA Animate’s video or Pink’s TED presentation:

This may be intolerably fluffy for technical types, but it simplifies some of the drivers that make people want to come into work or give you money for the things you make. If you want to create something that matters, it’s your job as a product leader to figure out the business and psychological drivers in your customers and colleagues.

Maximizing Autonomy in Design:

When you’re creating a design, does it force decisions on the user or give them the choices they need? Some solutions limit options and flexibility – which is fine if you actually nail the solution perfectly, but aggravating if you don’t. Simplicity is a sign of real understanding, but often restrictive designs are the result of inadequate consideration rather than genius insight. Design for intermediatesas simple as can be but no simpler.

Will users agree with the solution as the best way to solve the problem? In design, often regurgitated rationalizations of “you don’t know what you’re talking about” are Henry Ford’s line on faster horses or Steve Jobs’ on users not knowing what they want. That while domain and problem expertise may be high, it’s not up to users to know the best solution, since they don’t have the same command over technical possibilities that you should as a solution maker.

Which again is fine – but if you’ve really nailed the solution and understand the problems you’re serving, people will ultimately agree to the approach as being better than what they had in mind or currently use. I have found this true even when proposing solutions to engineers, who pride themselves professionally on not needing others to tell them how to fix things. This should be the goal line – buy-in on decisions rather than imposing them.

Does the solution give back freedom and control over how people spend their time? It should lead to better living through technology compared to other options. Users don’t care about the technological means as much as the practical ends they achieve. Time is a finite resource for everyone, money is not as finite – money can be replaced, but you can’t buy back the 1440 minutes of your day. The more time you can give back to people to spend how they wish, the more powerful and valuable the solution will be in their lives, the more money they’ll be willing to give you for that.

Maximizing Competence in Design:

If you look at the most effective technology solutions, they tend to have what Alan Cooper characterized as the personality of a smart and helpful colleague. Put somewhat differently, they’re not assholes – they don’t make it hard for you to get help or solve problems. They provide the right level of support needed for the job when you need it – more or less is equally annoying. They help you accomplish more than you could have on your own or with other methods.

Does the solution turn the user into a superhero, or does it make them feel stupid and incompetent? Equally, does it condescend their level of understanding by treating them like an idiot?

Does the design naturally build on what the user knows and how they see the world in terms of mental models and technical skills? Or does it force them to have to absorb a lot of unnatural, illogical and boring crap before they can actually start kicking some ass? Build solutions to people rather than the other way around. Don’t make them think, if possible.

Does the solution help the user do the things that matter in their job and advance them to where they want to be? If you’ve done your job effectively, users will be able to do theirs easier and faster and then move onto better. If you haven’t done this, someone else has a shot at ripping and replacing what you do. Solution allegiance is limited by self interest.

Maximizing Relatedness in Design:

This is more than just putting a Like button in the solution or making it easier to creep on coworkers. No endeavor of any significance is accomplished in a vacuum from other people or ideas. Steven Johnson made a compelling case that every major innovation in the past 600 years really has come from people and ideas getting mashed up like a Danger Mouse mix rather than one ubermensch working alone by candlelight, struck in the head by a bolt of lightning.

Does the solution help users connect and build something greater together than they could have on their own? Does it put up walls or create networked connections to knowledge and abilities? Do users have to recreate the wheel each time they do a task, or can they take advantage of all the people and work that came before them?

B2B executives often talk about leveraging an enterprise repository of best practices to standardize performance, and one of the most enabling uses of technology is to make knowledge available where it wasn’t before. Plagiarism aside, think about how students went about writing research papers prior to the advent of Wikipedia and Google. Don’t make the technological equivalent of having to trudge to the library or consult the one guru on the subject living at the top of a mountain if they can connect to people and answers from their laptop and dorm room.

   Apu: He is the benevolent and enlightened president and C.E.O. of
        Kwik-E-Mart -- and in Ohio, Stop-O-Mart.  He is the one we must
        ask for my job back.
Master: Approach, my sons.  [they do] You may ask me three questions.
   Apu: That's great, because all I need is one --
 Homer: Are you _really_ the head of the Kwik-E-Mart?
Master: Yes.
 Homer: Really?
Master: Yes.
 Homer: You?
Master: Yes.  I hope this has been enlightening for you.
   Apu: But I must --
Master: Thank you, come again.
   Apu: But --
Master: Thank you, come again.

Mary Meeker’s brain dump or the fact that Facebook is focusing more on mobile than desktop these days should underscore the importance of enabling access to knowledge and people across contexts. It’s not the device per se but ubiquitous connection that matters.

How easy does the solution make it for people to stay in the loop with what’s going on? After you start to warehouse data or activity of any type, the very next things senior executives ask for are reports / dashboards / analytics on that information, the ability to drill down on what’s going on or see the big picture. A big deal is made of analyzing big data and advertising hearts are aflutter about all the personal information now available for targeting. Are you providing similarly powerful insights into the people and relationships in your solution?

I’m not suggesting going all Big Brother here – as anyone who has sold a CRM solution knows, users (sales) don’t want to use anything that contributes to that end, even if their managers love it. But ideally you should make it easier for people to relate and connect than they could before – think more of the viral engine of growth Eric Ries calls out, where user adoption and connections increase just by people using the solution for their own interests.

Does the solution help give recognition and respect for the work people do, or does it make them more invisible? Given the choice, people want their work to be meaningful to peers, superiors and those they serve. A simple thanks or shout out can be enabled technologically as well as through conscientious management style, and increasingly you are seeing technology solutions for socially reinforcing desired behaviors in business, like the one from Achievers. People post what gets liked on Facebook and LinkedIn, voted up on Reddit and Quora – make it happen at work beyond relying upon a manager’s predilections for giving praise and thanks.

Maximizing Autonomy, Competence and Relatedness in Product Leadership:

As a basic model of human motivation, obviously SDT also applies to how you can relate to your colleagues when making stuff, not just your customers.

Do you treat colleagues as trusted advisors, respective subject matter experts, show respect for their autonomy and competence in the way you work with them? Do you impose decisions and viewpoints or help people feel ownership and involvement over what happens? How often do you preface product design decisions with “I” vs. “We”? Is the sum of all relevant expertise contained in your decisions and designs? Do you give out recognition and respect to those who deliver, or does it go unnoticed?

Sometimes people point to Steve Jobs and being the center of the Panopticon as the way to go about making remarkable products. And certainly there are times when a CAPCOM approach helps avoid making a camel. But anyone who has actually built something with other human beings knows you often have to relate to and accommodate specific interests in order to achieve a bigger goal. Nobody with any talent or intelligence wants to work in a unidirectional exchange for very long, and you’re never going to get the best out of people that way.

If you want to make things that kick ass and don’t just suck less, think about how you can maximize autonomy, competence and relatedness – both in the solutions you make and the work you do with others to make them.