I’ve been learning about design principles lately, and want to incorporate more of it personally and with the teams I work with. 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. Although, it’s sometimes unclear what exactly a good design principle is.
To that end, here’s a set of criteria I’ve been working with:
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” - Drunk Dieter Rams
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
✕ “Keep the number of actions per screen to a minimum” - It’s hard to say ‘no’ to a vague measure like ‘a minimum.’
Good design principles aren’t truisms.
A good test of truism is the reversibility test.1 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
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.
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 shortcut to good principles: Even Over statements
(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
As I continue to refine my principles, I hope to use Even Over statements, along with the criteria above, as tools to quickly get to a working foundation.