What Makes A Good Design Principle? - Our Stories

Like many design teams, the Wall Street Journal team has been thinking through our design principles. Writing design principles comes pretty naturally (especially if you read this excellent list by Jeremy Keith). As we collaborate, we end up with a lot of candidates. However, it’s unclear what exactly a good design principle is.

1. Good design principles are memorable.

What good is a design principle if it’s hard to internalize?

✓ “Good design is as little design as possible” - Dieter Rams

✕ “Design with an intention to conserve effort and produce as little material output as is necessary to accomplish your goals” - Go home, drunk Dieter Rams

2. Good design principles help you say no.

You should be able to use your design principles to prioritize and focus.

✓ “One primary action per screen” - Joshua Porter
✕ “Keep the number of actions per screen to a minimum” - It’s hard to say ‘no’ to a vague measure like ‘a minimum.’

3. Good design principles aren’t truisms.

A good test of truism is the reversibility test. A principle passes the test if the opposite of that principle is something a reasonable person might believe.

✓ “Don’t solve every edge case” - Look at the opposite: “Solve every edge case.” It’s reasonable for a design organization to take this opposite approach.

✕ “Make users happy” - The opposite is: “Make users unhappy.” Nobody in their right mind would think that was a good design principle; thus, “Make users happy” is a truism.

4. Good design principles are applicable.

They should give everyone on the team ideas of how to best practice them, and they shouldn’t be specific to one particular platform or discipline.

✓ “Solicit and respect user feedback” - For any given product (native, web, off-platform) or discipline (ui, ux), it’s possible to get user feedback.
✕ “Use an 8 pixel grid” - this is only applicable to screens, and only applicable to ui, and it’s not immediately obvious what exactly an 8-pixel grid is.

A guide to good principles: Even Over statements

Some years ago, I was introduced to the Even Over statement by some close friends and collaborators. Even Over statements are constructed as follows:

(Choice A) even over (Choice B)

“Tastiness even over healthiness” is an example of an Even Over statement that might help you choose what to eat.

“Durability even over style” is an Even Over statement that might help you shop at Ikea.

Both of these Even Over statements pass the truism test. Lots of folks choose their furniture based on style, not durability (and pay more for it!); even more folks choose healthiness over tastiness.

Some general design principles that are formatted as Even Over statements:

Accessibility even over aesthetics
Platform conventions even over cross-platform consistency
User preference even over business preference

How could these principles be applied and improve your work? Please share your experiences and thoughts with us by mentioning us on @XiMnetMY.

This article was first published here.