Wellcome,Bienvenue,willkommen,خوش آمدید!

Mostafa Tohidifar's Official Weblog...

Sunday, December 03, 2006

Why design thinking is so hard for designers

“You can’t make somebody understand something if their salary depends upon them not understanding it.”
In our exploration of design thinking some people assume that it is the kind of thinking that designers do, but unfortunately this isn’t usually the case. For several reasons designers are predisposed against integrative ways of thinking.
To explain I’ll cite the example of the internal effort to fix the horrendous user interfaces of SAP’s software. A Wall St Journal article ($) this week quoted people at the company admitting to the poor design quality and describing their in-house effort to educate SAP’s engineers to be more sensitive to users’ needs. This is the designer’s goal: to design better products. A design thinker on the other hand might look at the whole system, observe that SAP has been so bad at designing UIs for so long that a massive culture change would need to take place before managers allocated the kind of resources needed to achieve significantly better designs. While this would be great, the design thinker would explore the option that UI design is not a capability that SAP should develop. One would ask if partners and customers are better equipped to design the UIs, and if SAP should simply build APIs into all the products. Would a director of design at SAP come to this conclusion? Maybe, but designers aren’t looking in this direction; doing so jeapardizes their ability to create interesting artifacts as well as the security of their jobs.
Another example is the revived discusion about working on spec, which rarely gets beyond a binary judgement of for or against. If one looks at the entire system, we see that clients have many options these days regardless of how designers like to structure engagements, presenting market forces that could ‘creatively destroy’ old transaction models. The design thinker would recognize this new reality, generate new approaches, and start experimenting. In the BusinessWeek case the job was relatively simple. Why not, for example, split the budget into three parts and commission three designs from three different firms? Each firm would have to invent a process that was profitable but is assured of being compensated, and the client still has a number of artifacts to choose from. This approach doesn’t heap glory and profit upon any one design firm so they probably wouldn’t suggest it, even if it could be better for the system overall.

The same Refrence

Is Design the New Management Consultancy? Not Exactly.

Some folks are asking this question. I’ve spent the past two years making the transition from designer to business consultant, jumping a lot of hurdles along the way. Here’s a little of what I learned:
Highlight opportunities instead of bitching. As designers, we walk around in the world and feel overly sensitive to everything that isn’t designed well. We watch customers struggle when using poorly designed products. There’s an inclination to highlight these faults to executives whom we think should know about these faults. And maybe they should, but mostly they need help seeing the big opportunities. It might sound like product faults and market opportunities are simply the flip side of the same coin, but it’s the difference between being perceived as a whiny designer and a valued business advisor.
Know your limits. When I hear a designer say, “We were doing the same kind of work McKinsey would do” I think “You really have no fucking idea what McKinsey does.” I used to work at BCG (in the IT dept) and I have yet to meet a designer with thinking, methods, and tools nearly as sophisticated as those consultants. Just consider the career path at these firms: they take the top students from the top business schools who in turn have taken the top undergrads, and so on. Then the consultants work in a demanding up-or-out environment where excellence is necessary. This culture breeds great execution much more effectively than the best design studio cultures.
And I’ve beat the design thinking drum as much as anyone, but it’s naive to believe only designers think this way.
Invest in new hammers. Not every business problem is best solved by a product/service design or redesign. Sometimes an acquisition is the answer, or a divestiture, or hedging the financial markets. Business leaders have a lot of tools in their toolbox: marketing, sales, operations, finance, IT, HR, strategy, customer service, etc., and each of these in turn has a deep toolbox, with practitioners who all want more strategic influence. Understanding them — and knowing when product or service design is not the best approach — makes for a more well-rounded management consultant.
See the big picture. Sometimes design does have direct influence on business strategy. But describing that influence in terms of customer experience alone can lack the information that executives want to hear. Learning how to describe design’s benefits in financial and strategic language is key.
Be realistic about the influence of design. The current barrage of Fast Company and BusinessWeek stories on design can lull us into the impression that design is now king. In my experience, this isn’t anywhere near the case. Sure, there are great changes happening: I see more companies doing field research and more realization of the power of customer experience. But it’ll take years for the generations of business people to change their thinking and practices.
Know what you mean when you use the word strategy. Unfortunately, strategy has become a muddled word, the meaning even traditional management consultants don’t agree on (see Strategy Bites Back for an amusing look at the situation). But this is no excuse for us to practice muddled thinking. Here’s a simple way I’ve been clarifying it in conversation:
Product/service design: decide how to create something
Design strategy: decide what to create, with a perspective beyond the current cycle (e.g. 3-5 years)
Business strategy: decide what a business should do, with a perspective beyond the current cycle (e.g. 3-5 years)

Refrence