Design Dogma
by Matthew Hodgson
I was recently reading through an article by Eric Reiss‘ on dogma for making websites usable. With a number of AppGap authors writing about work design and information design recently, I thought I would share Eric’s take on Orwell’s Rules for Authors applied to online information system design:
- Anything that exists only to satisfy the internal politics of the site owner must be eliminated.
- Anything that exists only to satisfy the ego of the designer must be eliminated.
- Anything that is irrelevant within the context of the page must be eliminated.
- Any feature or technique that reduces the visitor’s ability to navigate freely must be reworked or eliminated.
- Any interactive object that forces the visitor to guess its meaning must be reworked or eliminated.
- No software, apart from the browser itself, must be required to get the site to work correctly.
- Content must be readable first, printable second, downloadable third.
- Usability must never be sacrificed for the sake of a style guide.
- No visitor must be forced to register or surrender personal data unless the site owner is unable to provide a service or complete a transaction without it.
- Break any of these rules sooner than do anything outright barbarous.
Eric’s words are a reminder that often we forget that our designs often don’t fit the worker, but are implemented to suit something else, whether a management practice or someone’s ego. What we end up with is something that is less than fit-for-purpose.
When we bring new tools and practices into the modern workplace we shouldn’t forget the philosophy of user-centred design and take time to consider:
- Who are the users?
- What are the users’ tasks and goals?
- What are the users’ experience levels?
- What functions do the users need?
- What information might the users need, and in what form do they need it?
- How do users think things should work?
Maybe if more of us drew on these questions in our craft, as do so many of those evangelists who’ve brought us web 2.0 tools like wikis and blogs, then practices like knowledge management would have been more successful.
M















