Simple, complex, ordered, butchered

My response to Andy Rutledge’s superb article Complex Order, Simple Chaos. How is simplicity related to order and complexity? Should websites look complex?

More than any other blogger I’m aware of, Andy Rutledge discusses web design with an intellectual rigour that elevates the subject to an academic level. Andy has positioned himself as a conservative dissident, not only challenging commonly–held political beliefs that the design world holds, but also some of the apparently self–evident tenets of web design itself.

One of his articles argues that the concepts of simplicity and order have been erroneously conflated, that “design must often work to preserve complexity”. As is often the case when firing up the news reader and seeing that Andy has published a new post, I begin reading with some trepidation. Andy doesn’t pull any punches in his writing; for example, he states that “in many cases recommendations toward simplicity are the lazy/shallow man’s answer to design”. As someone who has often extolled the virtues of simplicity I’m immediately on the defensive: am I being lazy or shallow? Andy really knows his onions, his own blog is one of the best designed I’ve ever read.

This is, of course, a good thing. Andy is providing a service to the design community. He’s not rude (having emailed Andy I received an extremely curteous and friendly reply), but he doesn’t indulge in the back–slapping that can often be found in the comments section of blogs (in fact, Andy doesn’t do comments). Andy’s posts aren’t about community, they’re about design. They force us to strip away the ego, insecurity and narcissism that we (or me at least!) face when writing our blogs, and focus on the important questions: Is what I’m writing/doing of value? Am I being lazy? Is my work of a sufficient quality?

Andy admits that there are several holes in his argument, and invites us to “write an article or two about them”. So in that spirit, here is my humble attempt to discuss Andy’s thoughts.

What we do when we see

I think Andy is right to criticise Prägnanz’ law: without delving into cognitive psychology too much, I think a more reasonable statement would be:

When confronted with visual information, people will attempt to organize that information into the most familiar and comprehensible form possible.

When we see the face on Mars we’re not simplifying the image, we’re reassembling it into something we understand, or we can control. We could formulate several psychological causes for this (fear, for example); I’d personally go with:

It is our needs that interpret the world; our drives and their For and Against.

(Friedrich Nietzsche, Will to Power §481)

What does this have to do with designing web pages? Well, we could conclude that the designer’s job is to present information in a way that is easy to comprehend for the reader, so that they’re able to interpret it according to their needs. In other words, the designer’s job isn’t to simplify, but to make familiar. It’s a good argument for both convention (perhaps through keeping links blue) and for the deployment of a language, structure and imagery that the reader at once recognises.

I think Andy makes a non-sequitur here. He moves from a statement about how the reader comprehends something to the nature of what is being comprehended, when they are not the same thing. In philosophical terms, he moves from epistomology to ontology, from cognition to creation. It doesn’t follow that design shouldn’t be simple because readers don’t simplify when they comprehend; there could be a relationship between simplifying and making things comprehensible.

Playing games with names

Having moved from cognition to design and structure, Andy uses the idea of a conceptual continuum to demonstrate that simplicity and organisation are not the same thing. I think this is self-evident and certainly wouldn’t argue against it. What I would contend with are the opposites he employs.

Andy’s continuum runs from simple to complex. I’ve written about this area of language very briefly (and not particularly insightfully) before: by changing the wording I think we can interpret simplicity in a more positive light:

A renamed contnuum: simple to complex

A renamed contnuum: simple to complicated

I don’t think “complex” carries the same negative connotations as “complicated”: quite the opposite. As Andy points out, we admire complexity in art and machinery. On the other hand, complicatedness is wholly negative. If a book has a complicated plot it’s simply hard to work out: if it’s complex then it’s challenging, or subtle.

Websites aren’t art. Or landscape gardens.

Andy’s argument once again shifts, this time from logic to aesthetics. He quotes Rudolph Arnheim:

…order without complexity produces boredom…It has long been recognized that the great works of man combine high order with high complexity.

While it is self-evidently true that some of “the great works of man” derive their beauty from their complexity, I think it should be allowed that some works are beautifully simple (or, to be even clearer, beautiful and not complex). I love Bach’s cello suites, Beethoven’s late string quartets and Nabokov, but I derive as much enjoyment from The Stooges first album, or a 10 minute Neu motorik loop. Modern tastes at least recognise the value of simplicity, reduction, repetition and even brutality in art.

Again we can ask what this has to do with web design, and the answer is perhaps nothing at all. Most websites serve a prosaic purpose: to sell a product, provide information, get people in touch with each other etc., while all art, on the other hand, “is quite useless”. Just as great work can be simple, there is no necessary relationship between the complexity of a website’s appearance or interface and its worth.

Giving simplicity a bad name again

Andy discusses what we should try achieve when we design things, stating that “The trick is to organize without changing important component relationships that serve as informational or communicative lynchpins.” He even notes that a complex solution does not necessarily produce order, citing the use of a strong grid as an example (one of my favourite subjects).

However, Andy conflates simplicity and a more ambiguous concept; namely, reduction (or butchery). Websites, like organisms, can be complex entitites. He cites Amazon as an example of a poorly organised site that would nonetheless suffer if the features and options it offers its visitors were reduced (or, as he puts it, the urge to simply “Simplify!” was followed.)

Obviously, brutal reduction can cause significant harm (not just to van Gogh’s head), but there are certainly cases where a site would benefit from a healthy dose of butchery (my employer’s site, for example). The genius in website design is maintaining a balance between functionality and ease of use, which is a not particularly inspiring conclusion. If we were feeling more confident we could perhaps speak up for simplicity by stating that designers should aim for a simple interface, which may well require a complex solution.

Bringing it all together

I feel Andy’s article becomes somewhat confused when using terms such as “simplify” and “complex” in the correct context. Let’s try to draw all these ideas together and apply them to the process of designing websites.

Diagram showing where we can expect to find complexity, simplicity etc.

Diagram showing where we can expect to find complexity, simplicity etc.

The article started with a discussion of a statement that claimed humans attempt to simplify visual information. We agreed that this is perhaps wrong; rather, humans try to interpret visual information in order to make it familiar. The designer’s responsibility is to therefore make sure the information s/he presents is comprehensible, perhaps masterable in some sense. Simplicity may or may not aid in this.

The organisations (or individuals) behind websites and website users have needs that may be difficult to reduce. Therefore, simple reduction is not always a desirable course of action. The designer’s task here is to serve the many needs of the website’s owner and users while maintaining a comprehensible interface. The designer’s solution may involve reduction, it may well be complex, balancing conflicting functions and the needs of user and owner. Whether this interface should be simple is still up for discussion. It should certainly be easy to use.

We also need to consider whether the information and functionality of the site is aesthetically pleasing, or whether this even needs to be taken into account (or the relationship between beauty and usability). So while our interface should be easy to use, it should also perhaps be visually complex in the way it is decorated.

In conclusion

Andy’s article is a thought-provoking, challenging series of questions for those designers who bandy around terms such as “simple” and “minimal”; it forces us to reconsider our approach to design. It certainly made me rethink many of the posts I’ve written on this blog, and the way in which I create websites. There are also holes in my article: the terms “interface” and “presentation” could do with some clarification, for example. I’d love to hear where you place simplicity within the concepts of design.

Filed under: Articles

Tags: , ,

Next post:

← Previous post:

Comments

  1. It’s tough to make a real world case for the rightness or wrongness of simplicity versus complexity or “complicatedness.”

    I find beauty in the simplicity of the Ipod and my French coffee press.

    At the same time I can appreciate the complexity of Adobe Photoshop and software like Google Analytics. Perhaps I’ll never use all of their features, but the freedom and the sense of unlimited possibilities is powerful.

    “Complicatedness” may seem all bad, but sometimes a sense of mystery makes an object or story more compelling. I’m thinking of movies like Pulp Fiction with an interwoven plot, and video games where you have a real sense of accomplishment after mastering a a complicated mix of controls and strategy. The struggle can make it all the more satisfying. (Although I suppose I could be making the mistake of confusing “complicatedness” with complexity.)

    I think the trick is to know which direction you should go, and how far, on each project.

  2. Michael Tuck says:

    Posited: I think Rutledge’s blog is beautifully designed and his insights into Web design are mandatory reading for anyone interested in the subject. I courteously loathe his politics and question his decision not to allow comments (though I recognize it’s his decision and his politics).

    Having said all that, I think your comments on his article are quite insightful. There is an aesthetically and functionally qualitative difference between “simple” and “simplistic,” just as there is between “complex” and “complicated.”

    Your example of music is spot on. It took me a long time to appreciate the raw, brutal simplicity of the Ramones, for example, or (my personal unfavorite for decades) AC/DC. It also took me some time to discern that overly complicated music wasn’t by necessity good (King Crimson, Yes, and early Genesis were gorgeously complex; Spock’s Beard, for example, is complicated, overly mannered, and ultimately insipid). All of these musical examples are, of course, based on my own tastes. One could as easily compare Beethoven to Bruckner, Roberta Flack to Mariah Carey, Brian Eno to elevator muzak. We could do the same thing with painters, for example: in my mind, Mondrian is wonderfully simple while Klee is just simple-minded. Many will disagree.

    It ultimately comes down to a matter of taste. Greg is the only one who can answer “complex or complicated?” for his own purposes and enjoyment, for example. Does Madonna make “good” music because 50 million fans lap up her work, or are there 50 million taste-impaired idiots out there? Is Crimson a band for the ages because I say they are, even though I can clear a room by playing, say, “Fracture?” The same decisions apply to designing Web sites, or anything that involves a design aesthetic. I can design a site that appeals to my personal aesthetic to the point that I draw a small, fanatic band of cult devotees and drive the rest of the world elsewhere. Leon can design a site so minimalistic that John Cage would contemplate it in silent bliss, while others go elsewhere for stacks of content. :) Leon, you and Andy have raised questions that cannot, by definition, be answered except on an individual basis, and, to an extent, by the cumulative effect of your design. Does it attract visitors? Does it retain visitors? Has it built a community of users who reflect the aesthetic and purpose of the site? In other words, does it do what it was designed to do?

    I think a big part of the problem with site design is that designers make these sites without considering this question. I think two of the questions that should be considered, and answered, before putting fingers to keyboard are: How complex does this site need to be? How simple can it be and still function properly? Find the junction between those two concepts and I’d say you have the proper focus for your site.

  3. Leon says:

    Michael,

    I really appreciate the reply: excellently written. By the way, why haven’t you got your own site?

    Leon can design a site so minimalistic that John Cage would contemplate it in silent bliss

    Apart from loving the fact that my name has appeared in the same sentence as John Cage, and resisting the temptation to refer to the ultimate reductionist statement, I’m a bit worried that both your and Chris’s response refer to the aesthetic argument. The original article is more a philosophical piece. I’m not sure if this reflects the fact that it is all down to taste, or whether my own response kind of misses the point.

    does it do what it was designed to do?

    I think 90% of the battle is actually deciding what you want your site to do. Even a simple blog.

    King Crimson, Yes, and early Genesis were gorgeously complex

    He he—I have to admit, I can’t stand King Crimson. Maybe it is all down to taste. We can all agree on The Ramones, though.

  4. Leon says:

    Hi Chris,

    Thanks for taking the time to answer.

    I can appreciate the complexity of Adobe Photoshop and software like Google Analytics

    I agree, but I’d say Analytic’s interface is simpler. It does an awful lot that I can access/work out pretty quickly. The number of top level options is limited. My forays into Photoshop have been disasterous. (OTH, I am graphically rubbish.)

    The struggle can make it all the more satisfying

    Absolutely, but I’m not sure I want to struggle with a web interface. I wonder if Andy means visual complexity but simple structure. His own site would be a good example of this.

  5. Michael Tuck says:

    By the way, why haven’t you got your own site?

    Either too busy with History Commons (endless, endless amounts of work), or too lazy. And I sort of do have my own site, the History Commons Groups blog. Even though I run it, I’m still somewhat limited in what I can write about over there, but when I feel like breathing fire about something political, I post at the Daily Kos–my latest rant, in all its glory, and the profanity alert is very serious. :) If I want to write about Web design, I post at Sitepoint, or at Vivien’s, or here, and music–well, it’s been a while since I’ve gotten heavily into musical discussion, but I used to post on the Aural Moon community boards before I decided that they were too much into weenie rock and Italian imitators of ELP. That pretty much covers it, unless I want to talk college basketball, which I haven’t in a couple of years.

    I’m a bit worried that both your and Chris’s response refer to the aesthetic argument. The original article is more a philosophical piece. I’m not sure if this reflects the fact that it is all down to taste, or whether my own response kind of misses the point.

    You didn’t miss anything. I can’t speak for Chris, but I just riffed off of your original post–found a point that caught my interest and took off in my own haphazard direction. Your post opens up an entire range of questions, from design aesthetics to information architecture. If your site got half the traffic it deserves, others would undoubtedly pick up on some of the other points.

    I think 90% of the battle is actually deciding what you want your site to do. Even a simple blog.

    Which is where so many sites fall flat on their faces. The designer, proprietor, or whomever never quite knows what the site is for, or if they know, don’t know how to make it reflect their ambition. It’s a happy medium that most of us can’t achieve. One example I like to cite is one I won’t link to out of common courtesy; the site owner is a WordPress.com maven who posts many helpful bits on the WP forums, and has designed a site that is just lovely. The site doesn’t really do anything, though: its raison d’etre seems to be “collecting cool things I found while surfing the Internet.” I guess that’s a rationale for a site, but not one I want to spend a lot of time visiting.

    He he—I have to admit, I can’t stand King Crimson. Maybe it is all down to taste. We can all agree on The Ramones, though.

    Crimson is one of those groups that demands a response; either you love them or you scramble for the knitting needles to poke your ears out. (I think John Cage could respect that reaction.) But since there’s at least three main iterations of KC–the proggy, mellotron-soaked 60s, the barbed-wire, gothic technojazz 70s, and the world-beat gamelan 80s and beyond–you might find something you like somewhere in their wildly varied catalog. As for the Ramones, gabba gabba hey, dude.

  1. [...] beautiful: a glorious mix of colour, precise typography and quirky language, a breathtakingly simple idea, executed perfectly. I’m not sure where it would sit on the simple/complex/ordered line, and [...]

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>