Faruk At.eş


Design Thinking vs. Data Thinking

Cliff Kuang recently wrote that Google Instant Proves Google's Design Process is Broken, a largely applicable claim if not exactly proven particularly thoroughly in Kuang’s own post. This brought about some discussion at Hacker News—somewhat notorious for not being particularly UI or design oriented—wherein I attempted to explain that good design decisions do not necessarily test well with users. My response was kept simple and focused on only one example, USB, but I have some additional thoughts on the matter which have no place as a comment on some Hacker News thread.

Google’s design process—if you can call it that—revolves entirely around engineering-driven solutions and something I will call “data thinking”: present the problem as a mathematical formula like any other, come up with systematic solutions that attempt to solve the problem and its various “problem components” (think individual UI buttons, copy text, visual design and so forth), then employ testing until a final result is produced. We know this is their process from their own words, but the point was long made clear by Doug Bowman when explaining his departure from Google.

What’s pointedly missing from Google’s approach is the human factor: there is no empathy in the process. It lives or dies entirely by the “sword of data” (Doug’s beautifully apt words, not mine), and while that can be a recipe for success—Google is doing quite well in the market—it is rarely a recipe for beauty, taste or comfort. It’s a cold process, almost entirely devoid of any humanity, precisely because it produces results that lack a human touch. There is no personal identity in the end result, because “data” is not a person. I’m reminded of Star Trek: TNG and its truly literal example of this with the android named Data who starts out so devoid of a human personality it is almost eerie, but I digress.

This lack of empathy and human emotion creates products trademarked by a certain blandness which runs rampant through many of Google’s products. Not all of their products—the Nexus One is an example with a clearly more designed, more human touch to it, for instance—but many of their products nonetheless. But the blandness is not the only negative side-effect from this “data thinking”; it greatly reduces one’s ability to innovate.

Testing is a valuable component of any design process; it identifies problems and shortcomings, helps you tweak aspects towards better performance or usability, and so forth. But testing alone is not a process. It certainly should not be the entire process. Innovative solutions rarely test well—a point also made in Marty Neumeier’s recent talk at d.Construct—because innovation often occurs outside the box. Innovation happens when you step outside of people’s comfort zones, and try something they wouldn’t necessarily have thought of because it’s so different. People don’t always like “different”, and people in large numbers often like “different” even less (see also: politics, the slowness of shifts in society’s stance on topics such as ethnicity or gender discrimination, and so forth).

When relying too much on tests with groups of people, you reduce the chances of a different idea or solution to be accepted. If your design process is entirely testing-driven, you almost eliminate this chance altogether. Take, for example, Google Android. The first versions of the Android platform were tailored to the then-longstanding industry standard for smartphones, featuring a relatively small and horizontal screen atop a hardware keyboard with lots of fiddly tiny buttons. It no doubt tested well in Google’s data-driven test process, because it was familiar to everyone who had used a smartphone before it. It also very poignantly highlights that this test driven process prevented Google from thinking outside of the box, and resulted in a product hardly different from every other product of its kind.

Apple, who very heavily employ the process of Design Thinking, introduced the iPhone—which was as out-of-the-box a product as anyone could have imagined at the time. And what happened to Android as a result, eventually? John Gruber said it best:

The gaping chasm between that Treo-ish/BlackBerry-ish prototype Android device and the HTC G1 that went on sale a year later (let alone the Nexus One today) was bridged by ideas from the iPhone.

Google is perfectly capable of innovation; one must only look at their search engine and its history to see the truth of that. But by 2007, and perhaps even more so today, that sense of innovation has increasingly made way for testing and “data thinking”, a process that stifles truly innovative ideas to the point of fruitlessness, and delivers bland and emotionally vacant products in its stead.

Part of Wikipedia’s definition of Design Thinking reads as follows [emphasis mine]:

[…] the essential ability to combine empathy, creativity and rationality to meet user needs and drive business success.

If Data Thinking were a real term, it would perhaps best be described as “a combination of creativity, rationality and test results.” Of course, any self-important designer will argue that a complete lack of empathy in solving human problems is “inherently irrational”, but I think that Google’s solutions have been perfectly rational in all but an emotional way. Google is, in my eyes, the epitome of Data Thinking not being a necessarily bad process, but rather, a sufficiently capable process to succeed with despite being incomplete.

Data Thinking, I would thus posit, can get you as far as 80% of the way there when making a product or service, and for many people, 80% is enough. For many products and services out there, 80% is better than what there is now. But that last 20%? That final component that makes a product go from “great” to ”truly fantastic”? That takes Design Thinking.

Going for that 80% is not necessarily bad, but your product may well create disagreement and conflict between you and the people that expect or long for the full 100%. You can ignore it or embrace such conflict and let it help you improve your product, but whatever you do, just don’t try to fight it. Design Thinking is here to stay, and always has been.

If you liked this, you should follow me on Twitter!


About me

Faruk Ateş

Faruk Ateş is a designer, developer, and entreprenerd. He is the creator of Modernizr, and co-founder of Presentate. He lives in Vancouver, B.C. and writes and speaks about technology, social justice, design and business.

Read more about Faruk, or .

Upcoming talks

Here on My own website

Subscribe to this site

There

Elsewhere