Skip Navigation

The Shackles of Simplicity

Simplicity has been at the core of the web’s philosophy of design for the last five years. Whether it’s a major part of the visual approach, with large amounts of negative space, simple color palettes, and a focus on strong typography; the interface approach, with fewer things on a given page; or the product approach, with products that do “one thing well”; nearly everyone has carried the banner of simplicity at one point or another.

But while this approach has indeed helped us make products on the web that can appeal to a mass audience, it is starting to show its limitations. After a few months (weeks?) of using a simplicity-centric product like Basecamp, you start to run up against its limitations: it may facilitate the way that the creators work best, but you’re not quite like the creators. Maybe you’ve outgrown the simple feature set and need more for your modestly-growing needs. Maybe you no longer have a few months’ worth of content in the system, but now have years of content, and managing it all has become a bear. Simplicity is beginning to fail.

Part of the problem is that simplicity is the solution to a problem poorly-identified. Life is complex, and tools to conquer life’s complexity need to instead embrace it, rather than ignore it.

Occam’s Razor

A former student of philosophy, I can’t get away from a conversation about simplicity without bringing up Occam’s Razor. This principle, commonly referred to as the simplicity principle, is core to all logical and philosophical argument, and really ends up being at the core of the contemporary drive for simplicity in design.

The idea is that the best solution to any problem is that which has the fewest assumptions or factors, eliminating anything from the equation that doesn’t matter enough to impact the outcome.

This sounds pretty straight-forward, and is a great tool for evaluating your own progress toward the solution to a problem. However, the devil, as always, is in the details. It’s easy to eliminate a factor — it’s much more difficult to know that it doesn’t matter enough.

Understanding Complexity

Some concepts just aren’t simple, no matter how they’re framed. A few weeks ago, I was talking with Ali about her work on a guerilla redesign of the Supreme Court’s website. As we were talking, we kept coming back to the fact that stakeholders involved were chasing after simplicity, and Supreme Court decisions aren’t simple. A legal decision at that level can’t be boiled down to a score like a baseball game, and even the most succinct summaries require a bit of background.

Complexity isn’t confined solely to the fields of law and medicine. In fact, common, everyday tools often need explanation and clarification to be adequately understood. Other times, many simple tools need to come together in a way that creates complexity.

By trying to simplify the inherently complex, you’re likely to run into one of two outcomes:

Some concepts just aren’t simple, no matter how they’re framed.

  1. You may find yourself beating your head against a wall, searching for the simpler representation that doesn’t actually exist. Time is wasted, frustration ensues, and bad decisions get made.

  2. You over-simplify the problem. This is a frequent problem with everything from project management software to explanations of Supreme Court decisions. It’s the result of ignoring the importance of certain parts of the problem that, in the end, cannot be ignored.

In the end, Ali’s redesign was an overall success, but there are specific parts of the interface that are over-simplified and actually end up being misleading rather than helpful. They’re small factors, but they detract and distract from the otherwise-overwhelming success of the project.

Embracing Focus

Instead of valuing simplicity, consider valuing focus. If your design focuses on specific goals or tasks, like being able to manage domain names, you’re able to embrace simplicity or complexity as it makes sense.

Focus provides liberation from the bonds of simplicity while still providing the constraint that aids successful design.

You may make the process for renewing a domain name incredibly simple, where the process for managing DNS entries could vary in complexity depending on the task — adding a subdomain may be simple at first, but complexity could be allowed for changing a subdomain’s TTL. If you’ve ever had to transition a website from one server to another, you know how important the ability to manage a TTL can be to a smooth transition, but many domain name providers don’t provide an interface to make that adjustment, seemingly with the goal of simplifying the interface.

Focus allows you to create features for more advanced or experienced users, who often allow and in fact desire complexity. Focus also allows you to ensure that new users are able to complete tasks as easily as possible, without oversimplifying the problem. Focus provides liberation from the bonds of simplicity while still providing the constraint that aids successful design.

Managing Complexity

When you come across complexity within the scope of a focused design, the question moves to how that complexity can best be managed. While this is the topic for at least a book or two, there are a few strategies worth sharing that can help move a design toward success.

  • Realize that managing complexity can be hard. Devising a good solution to a complex often problem takes really smart, talented, creative people a significant amount of time. Expecting to address a complexity challenge in a couple of hours is relying on luck.

  • Address complexity visually. If the most complex parts of the process are secondary actions, treat them that way visually, allowing users to focus on the core. If they’re primary, make sure that all possible clarity is given to the interface, so as not to muddy the already-confusing waters even further.

  • Consider chunking tasks based on complexity. If a problem has multiple parts, separating the more complex ones from the simple ones can help aid usability. This can be as simple as having a view that turns on the “advanced features” or it can allow multiple paths through a process, depending on the needs and desired outcome.

  • Take the entire system into account when looking for efficiencies. If you’ve got laser-like focus solely on your design, you may be missing opportunities to leverage other parts of the system. A mobile phone’s GPS chip may be a piece of the system you can leverage if location is a significant factor in your design. For internal corporate products, for instance, other internal systems (like payroll, user directories, or scheduling systems) can be used to make the product you’re designing “smarter,” thereby helping a user through a particular task.

  • How would a good teacher help a user through this process? Teaching helps newcomers understand complex ideas long before and after we’re in school. Consider how you might best teach users confronted with this task, and enable the system to do that teaching — or better yet, get a good teacher’s opinion. Whether it’s a little extra explanation around a form field, a clearer path to the finish line, a modular form that adjusts to user input, or even a video walk-through, teaching can help a user get a hold of her wits and achieve the desired outcome.

All of this management of complexity is assuredly complex in itself, but it’s not something we can eliminate from the problem with Occam’s razor. It’s part of our jobs as designers and architects to tackle the hard work along with the easy work, and that means solving the whole problem.

Hopefully the next five years will be those where web designers learn to focus, rather than simplify. If so, we’ll be making new tools that not only work well, but help us conquer some of life’s more complicated problems.

By the way, since you've made it to the bottom:

  • You should subscribe to my RSS feed here.
  • You should follow me on Twitter here.
Avatar of M. Jackson Wilkinson

I'm M. Jackson Wilkinson, a technologist, designer, speaker, educator, and writer in San Francisco. I'm the Founder of Kinsights. I'm from Philadelphia, went to Bowdoin College in Maine, root for the Phillies, and love to sing.

Entry posted from Viget Labs

Recent Entries

Diversifying Your Design Strategy

Smart consumers balance risk in their financial investment portfolios, and smart designers should consider design and product investments the same way.

Consider the Product

The best thing about product design is its inherent contradiction. The best products think of everything, but at the same time, they’re focused on exactly one thing. If you can wrangle that, you’re almost there.

Identifying the Real Issue with Web Fonts

The recent .webfont proposal and TypeKit service don’t seem to get us anywhere closer to terms that type foundries should embrace. So why are they embracing them?

Seeing the Forest for the Trees

The broader the web gets, the more specialized its practitioners are becoming. The role of the generalist is incredibly important, and we can’t keep neglecting it.

The Shackles of Simplicity

Though simplicity is the darling of the web, we’ve now long outgrown it. Life is complex, and tools to conquer life’s complexity need to instead embrace it, rather than ignore it.

View all entries

Comments

  1. Excellent points, I feel like we both see a lot of examples where simplicity is used as a crutch to get out of difficult design decisions.

    I think your post puts two factors in balance: “complexity of task” and “understandability of design” - but I'd throw “importance of task” into the mix as well. Designers tend to oversimplify complex problems, but we also tend to overcomplicate unimportant tasks.

    For example, booking a plane ticket through Orbitz is an high-value task - something I do rarely, something that costs a lot, and something that's hard to screw up. I might only use 10% of the options, but Orbitz can't risk me needing the other 90% and not finding them. Complex task, important task, complex design.

    But sometimes tasks with complexity can be safely simplified, tasks like finding interesting content or adding products to a wishlist. The amount of info on a Supreme Court decision, for instance, is complex and overwhelming, but it only needs to be presented with full complexity if your target tasks is “fully understand an entire decision and the process it went through.” For most users, however, a more realistic task might be “understand what happened, what it was about, and who voted which way,” which allows you to neatly split the design between super-simple and super-complex sections (which the Sunlight Labs comps do admirably).

    I think a major step in dealing with complexity is dealing with task importance - which has been part of the whole “simplicity!” trend, and one seems to work more often than not.

  2. Complex designs are many times stressful for the eye. With all things added we don't know what to focus on. I don't say complexity is a bad thing, but in many cases something more simple can do the job even better. After all, everything depends on the users experience. Complexity is something that can be added gradually if it's necessary, but the main objective is to offer what people want to see.

Add a comment


Real names, svp.


Required, but I won't use it for anything, promise.


It'll get checked to make sure it's legit, but it's optional.


Don't be mean, don't be a tool, and make a contribution. Use markdown.