You often hear people refer to the tendency for Apple to hide functionality from the user. Most recently the iPhone and it’s gestural interface has been the source of complaints from users who discover stuff they didn’t know they could do (eg swipe to delete an email from your inbox).

Well I’ve found another one whilst driving to a business meeting the other day. When you stop at a set of lights and think it would be handy to look up your business associate’s number to give them a call to let them know you’ll be late. But as soon ad you grab your iPhone to perform that task, the traffic lights will change to green and you won’t be able to find the information you need (unless you keeping using your phone while driving but I don’t recommend that).

It also works when trying to use the maps app to check your destination, or anything else you might really need to do while stopped at traffic lights.

Go on, give it a go :)

(image credit: http://nittygriddy.com/2010/04/17/traffic-light-changer-iphone-app/)

No related posts.

I departed from the norm and rather than talk about the five methods I listed in my presentation outline, I went for something a bit more cheeky and light-hearted; the dangers of field research! The idea came to me because so many people I know who have done user or market research have told me stories about the weird and scary situations they’ve found themselves in out in the field. (In particular Stephen Cox and Raymond Van Der Zalm gave me some great anecdotes!)

I got some decent laughs so I was pretty pleased—and relieved—about that. I ended with a practical demonstration of the tongue in cheek self-defense techniques I had talked about, for which I must say a huge thank you to Gary Barber and Oliver Weidlich who volunteered to take part!

A few people have asked me if I’m going to talk about the five methods I originally said I would, and yes I will as there is obviously interest in those topics! Stay tuned.

No related posts.

• what soft-as-mush, pretty boy is the star?
• should you have cried at the end?
• should you have been affected at a fundamental level (eg volunteered for a kids charity, saved a sea kitten, hugged a tree, joined Greenpeace)
• was that, like, the best kiss or what?!
• who’s the new McSteamy?

You’ll know exactly which films to mention to come across all metrosexual and sensitive. And if you’ve used the “you complete me” line already and you need more ammunition, ChickFlixShortcut is just what you need.

Don’t waste 3 weeks watching The Curious Case of whatever the hell it was called…something about buttons?, just consult ChickFlixShortcut.com and you’re all set. Here’s what some of our members had to say:

“Thanks ChickFlixShortcut, my girlfriend thought I was such a nice guy”

“The tips about making yourself cry were genius! Put that shit on YouTube, please!”

“A bunch of roses: $70. A rental DVD: $6. Never having to watch another click flick again: priceless!”

“Even if you fall asleep, you can just recite the CFS ‘memorable quotes’ and she’ll never know the difference!”

Other features include wiki-style collaboration to produce a useful yet as concise as humanly possible synopsis of every film (at last, a valuable use for web 2.0!). For example, we’ve collectively whittled down Thelma and Louise to “two chicks, a car, Brad Pitt’s ass and a cliff”.

And of course, guys can help each other out by voting on which chick flicks give the best results. Just listen to this happy voter:

“5 stars! I got to watch football all weekend after agreeing to rent this crap movie for the missus on Friday night!”.

Best of all, you’ll get vital alerts regarding those films you should avoid at all costs. You know the ones, those which might result in a weekend full of “long walks along beaches” or worse…the “so when are we going to get married?!” conversation.

Not convinced? ChickFlixShortcut.com is not just about movies, we also have an impressive database of TV shows, ads and infomercials!:

“I looked up CFS and got the whole story arc for Grey’s Anatomy Season 5 in about 3 minutes, it was awesome! I SMS’d it to my best mate and he never has to do dishes again. Ever!”

“I scored so much after telling women how I sometimes feel like I need to reconnect too, and how a nice warm mug of Nescafe and a comfy pillow usually does the trick. Hah! I’ve never even watched that stupid f***king ad!”

“When I started on how those lying bastards who make mid-morning infomercials just lie, lie lie…it was gold!”

We’ve also taken the user generated content to an all new level, with integration with Twitter and Facebook. At the click of a button you can create an automated stream of chick-flick injected mushiness that will surpass even that big wussy from Sleepless in Seattle. (But don’t worry it’ll be completely separate from your real account that you use for the boys). Here’s a sample:

Sam_Baldwin_1234: just cried during “Bride Wars”. I need a hug! #romcom

Coming soon! ChickFlixShortcut iPhone app

Never be caught off guard again, if you’re out and about and she mentions some lame ass movie that you’ve never heard of and would probably start carving away at your wrists after the first 10 minutes, don’t worry just consult CFS on your mobile and you’ll be in like Flynn.

[no this isn't real, it's just my start-up business idea for today]

No related posts.

More than likely your content management system (CMS) will have many usability problems if you just use it “out of the box”. Having been involved in a number of projects tasked with implementing a these types of systems—including content management systems for websites, intranets and wikis for knowledge management—I’ve noticed that there are a number of key areas of the user interface that frequently need fixing from a usability point of view.

All the usability tips you see here link back to general usability principles, and they apply to any software package or web application, it just seems that they are an issue in most CMS implementations.

Use these tips to improve your current CMS or to help you when implementing a new one.

1. If in doubt, leave it out

The user interface should be devoid of everything that is not necessary in terms of users completing their tasks. Most CMS products will have capabilities in excess of what is being used, but don’t show it if they don’t use it. And many products will have optional extras and upgrade possibilities, so your version might not have all the bells and whistles. For better or worse, some vendors will leave a stub to these missing features (possibly to help encourage up-sell). Don’t show it if they can’t use it.

Use CSS to hide stuff if you have to, but clean up that interface. We’re talking about main navigation, links, and irrelevant details spat out by the system. This also applies to words; as Steve Krug said “Krug’s third law of usability: get rid of half the words on each page, then get rid of half what’s left”. Each page title, sub heading, button label, navigation label, form field label, icon and graphic should be useful and meaningful, clearly communicating what it should.

2. Shield users from the complexities of the system

Your CMS might be complex and all powerful, but users don’t care. The user interface should provide a level of abstraction away from the inner workings of the system, performing a translation between what users want to achieve and the technical functions that make it happen. Don’t expose the user to the inner workings of the system by referring to things such as “asset models”, data structures and other things found under the bonnet. These things relate to how the system performs what the user needs it to. Users do not need to know about these things and will be confused by them. They are a dead giveaway that an interface has been built “by developers for developers”.

Frequently you’ll find this kind of thing popping up in “error” messages and terminology used. But also in the convoluted processes users have to go through and the assumed knowledge they need to interact with the system in even the most basic ways. For example, a common problem in many CMS products is ‘pogo-sticking’ or ‘hub and spoke’ where users are forced to go back and forth between different parts of the system to complete their task, usually with some degree of ‘double handling’ or duplication.

3. Speak the users’ language

On that note, the user interface is fundamentally about communication. You have to communicate clearly, using terminology the user will understand and in a way that allows them to take the necessary action and continue with what they were doing. This effects navigation, notifications and messages, button text, form labels. Of course, it goes without saying that jargon and internal system techno-talk should be nowhere in sight (although you might want to use business jargon that is specific to your particular organisation, see tip 10).

User research can help uncover the language that should be used, and Defensive Design for the Web by 37signals gives excellent advice on error messages, notifications etc.

4. Know your real users

What the heck, let’s go all the way and find out who it is we’re creating the system for. Who are the end-users? Chances are they are not techies; they’re not developers and they’re not systems administrators. Which is a shame because they won’t get how perfect the database schema is or how scalable the architecture is. In fact they don’t care about how it’s built at all!

Sure, developers and sysadmins may be users of the system, but they unlikely to be the majority of the users. The end users are going to be writers, producers, product managers, sales people, editors…human beings (ok maybe not the sales people :).

Do some research, find out what, how, when and why these users are using the system. Talk to them, watch them, crunch some server logs, do a task analysis. It’ll all inform the design and help you work out how to apply the tips you see here.

5. Don’t forget the real-world purpose

The acronym “CMS” is made up of three words, one of which is much less important than the other two: the S. Don’t get caught up in the magnificence of the system and forget its true purpose, which is to manage (and create) content. That’s why users are using it!

Everything in the design and construction of the system should keep this in mind. The purpose of the system is not scalability, data synchronisation, referential integrity or network security. These are simply a means to an end, and should stay behind the scenes. Techies will focus on these things, which is fair enough, it’s their responsibility and their reason for being. Which is why there needs to be someone calling the shots in the project who understands that the job of the user is not these technical aspects, it is about creating and managing content.

6. Do a few things really well

Getting to know your users should include some kind of task analysis, find out what the most important tasks are that your users perform. Prioritise and focus on these key tasks, do them well. Customise the interface, automate some tasks to simplify processes, whatever it takes but make doing those tasks as easy as possible for users. Allow them to initiate those tasks from the home page.

For a busy, content heavy website, a key task might be writing content. This is “on the critical path”, to use project management parlance, so ensure you get that right if nothing else. Similarly, for a very large site with tens of thousands of content pieces, a key activity might be searching for content (either to re-use it or attach it as a related item). In this case make search work really well, perhaps structure the system around searching.

7. Use natural mappings where possible

In the case of a CMS, a natural mapping is where the user interface mimics the action being performed. A great example is when editing the placement of items on a web page. Typically in a CMS this is achieved using a form to capture input (unless you’re using “in-place editing”). But this isn’t natural, since the form doesn’t bear any resemblance to the finished product. It seems trivial but re-arranging the form fields on the edit page to be similar to the finished page being created, will make it much easier to understand which bit is which and where they should type what. Or provide a visual map that illustrates that each form field relates to in the real world. Or your could just label each field so it makes sense :)

A good user interface mirrors the mental model of the user as opposed to the internal system model.

Another example is if dealing with images, show them. This could be thumbnails when searching or listing, or bigger versions when viewing properties. It’s much easier to identify content by visual attributes that will appear in the end product, such as what an image looks like or title text or name of a page. Compare this to an arbitrary system generated ID, which means nothing to a user.

8. Be consistent

The user interface should be consistent across screens, pages and components. This includes navigation, buttons, form controls, text styling, link styling, form layout, terminology and feedback mechanisms (ie alert boxes or ‘yellow fade’).

This is especially the case if certain parts have been customised, which normally stand out as being substantially different in look and feel. Delivering a “Frankenstein” is a sure fire way of making the system look like a hodge podge which won’t help user’s perception or acceptance of a new system. They must feel it’s a quality product.

9. Stick to established conventions

Not only should the CMS be consistent within itself, but it should also be consistent with what users are likely to expect from other similar systems. For example, if the CMS is a web application, standard website conventions apply, such as the placement of the search box, use of form controls such as dropdowns, and single click links. As Rich Internet Applications become more prevalent, additional conventions will emerge, but this is not a licence to do whatever you please. Functionality hidden behind unconventional methods of interaction (such as right-click or double-click for web) will not be discoverable because users will not expect they can interact with the interface in that way.

10. Tailor to suit your specific environment

Consistency also extends to making the CMS look and feel like other tools and applications provided to your users in their Standard Operating Environment (SOE). Integration with these tools will be hugely beneficial, be it ensuring content from the SOE word processor can be easily copied and pasted into the CMS, or ensuring the web-based CMS works in the SOE browser, or perhaps integrating the CMS into the organisation’s single-sign-on so that users don’t have to login separately.

Tailoring the CMS might also mean using consistent visual design and branding, making users feel like the CMS is “theirs” can go a long way towards them accepting the new system and creating emotional investment.

This tailoring should also include removing unnecessary items (tip 1) and abstracting a simpler interface (tip 2) especially for key tasks (tip 6) and speak their language (tip 3). For example, if the specific purpose of the CMS is for an intranet, then the user interface should be tailored to make reference to that, rather than a “website” which might be the out-of-the-box terminology.

11. Create an effective “home page”

A home page or start page or dashboard for the CMS is a great idea if well crafted, containing useful items. Don’t load it up with out-of-the-box clutter (typically “workflow” related items) find out what your users need to know when they first login. Use this page to give easy access to key tasks, by prioritising all the things that the system can do, and giving prominence to the core tasks users need to perform (displayed bigger, higher on the page and perhaps with icons). Infrequently used or less important items can be smaller and further down the page, if they’re shown at all.

Hand in hand with this is streamlining the login process itself. If the CMS allows editing of multiple sites, but a user only ever edits one of those sites, then don’t make them have to choose the site every time they login; an unnecessary step standing between the user and them getting on with their work.

Furthermore, consider dispensing with a dashboard or home page altogether and take users straight to the single most common task (if there is one) and let them navigate to the home page when they need to.

12. Get the forms right

The primary method of data entry in most CMS products is a form. And typically they’re not very usable, so get this part right. The forms should be well designed, with logical structure, meaningful labels, proper validation and a clear call to action. As mentioned in tip 7, making the form more natural in terms of its relation to the end-product will make it much easier to use and understand. Web Form Design by Luke Wroblewski is an excellent reference for creating usable forms.

13. Get a designer in on the action

Don’t leave the design of the user interface up to the developers who are building/installing the system. Even if they do have the required skills for interface design, they necessarily lack the perspective because they have been involved in the nitty gritty of the inner workings of the CMS. Even experienced UX practitioners find it hard to maintain an end-user perspective if they get wrapped up in the technical complexities of building the system.

Most organisations would not think to use their graphic designers or UX people on the tool as opposed to the end-product. But this underestimates the importance of what is often a mission critical tool, particularly if you’re in the business of publishing information on a large website.

14. Don’t rely on training

Training users will not completely resolve usability issues. Long after training sessions and user manuals have been disregarded, an unintuitive interface or overly complex system will still be causing problems. In the worst case, even the trainers themselves will have difficulty explaining how the system works and how it should be used, as they try to bridge the gap between the technical system and the users.

While CMS training programmes make everyone feel better, they are rarely effective in my opinion. Why not just spend that time and money making the system easier to use? Then anyone should be able to use it without needed repeat or refresher training sessions.

15. Provide user assistance

Training won’t save a poorly designed system, but you should provide help. This might involve some instructions that explain what users are supposed to do. These can be shown during a “training wheel” stage or in a “n00b” mode, such that they turn off once users are comfortable with using the CMS.

Other than instructions, there should be help content in-situ, when and where it’s needed to help users perform a task. As with notifications and “error” messages, the help should be helpful. It shouldn’t simply re-state what users can already see for themselves on the user interface (eg “this screen contains the XYZ buttons”) but should tell them how to use a function or feature, what’s expected from them and how to recover if something goes wrong.

Of course, there are ways to reduce the need for instructions and help content, simply through the design of the interface making it more obvious how users should use it: good labelling for buttons and navigation, clear visual hierarchy for pages and forms, and prominence given to the most important items on a screen or in a list. The sequence a user should follow, and what they should be focussing on at each step, should also be clearly indicated.

16. Consider an expert interface

There will be some (if not a lot) of push-back from developers when it comes to these tips: “but it is useful…for developers”. And, there is certainly an argument for this if developers and other technical roles will be using the system alongside normal users (although perhaps fewer in number). You want to give them access to use the power of the system and the information they need to administer the CMS and the end-product site, without affecting what normal users see. The view a user sees could be based on their login.

17. Don’t release something half cooked

There is also usually a really strong push to do the bare minimum and then fix it later. That is, launch the CMS out-of-the-box and then “take care of usability later”. This is a bad idea. Firstly, launching something that isn’t working well will not engratiate you to your users nor give them much faith in the new CMS. Secondly, fixing usability problems later on will require users to re-learn the system all over again. Thirdly, “later” rarely ever comes, especially if the business has just invested a lot of money in buying/building a CMS, they will naturally expect something that is finished and the best it can be.

This doesn’t rule out continual improvements to the system—including the user interface—over time but it means the CMS should be usable and useful from the get-go. The user experience need to be taken into account when planning the implementation of the CMS and shouldn’t be tacked on to the end, otherwise there will never be enough time or resources to include them before launch.

Conclusion

Is this important? As long as the tool works everything else is just icing, right? Well no. Lack of usability will make the system difficult for end-users to learn and use, resulting in lower up-take of the CMS, or the rise of unauthorised workarounds.

And these tips are just the start, the obvious things. They can help you improve the usability of the admin end of your website but perhaps it’d be better to choose better in the first place. Concentrate on the key things that need to be done and don’t get caught up in “featuritis” or go over the top with future-proofing (ie including requirements for things you might use one day). Make sure the CMS you’re considering does the key things well, possibly using scenarios to evaluate products. If you need to customise—particularly the user interface—then make sure this can be easily done and doesn’t interfere with upgrades in the future. There should be independence between the user interface and the system.

[Photo courtesy of Brymo]

Related posts:

1. The IM family

Talk about tempting fate, you’re almost willing your users to make a typo! I’m sure there’s some psychological pattern of subliminal influence that will result.

It’s like calling a telephone “Stutter” or a brand of high heels named “Tumble”.

No related posts.

This guy is my hero…

No related posts.

• Like Hart Spa – spa and beauty salon in Leichhardt
• Dough – pizza joint in Abbotsford
• Hair to Toe – beauty salon in Drummoyne
• Curl Up And Dye – another salon (can you see a pattern?), this time in Castle Hill
• Of course there’s the classic Dial-a-Dump, which I was surprised to learn is only a rubbish removal service :)
• Shu-Fiks – shoe repair store in Rhodes
• Free Stuff – additive free mini-mart in Five Dock

I’ve even thought of a few myself:

• Suds’n'Surf – combined laundromat and internet cafe
• KalashniCafe – even revolutionaries need good coffee. Note: it helps if you pronounce Cafe as “kaf” (like the Brits do) rather than “kafay”

Now that I’ve mentioned it you’ll probably notice them everywhere. It’s almost as infectious as ‘reading’ car license plates (eg IAM-26C = “I am too sexy”)…once you start you can’t not notice (but that’s a whole other story :)

No related posts.

"What a f-ing system! Send ’em all to the same place and then expect us to stop ’em hitting": Making Technology Work in Air Traffic Control

Sounds like one of those juicy quotes you get from staff interviews :)

No related posts.

Merry Christmas

Symptom	Fault	Action
Feet cold and wet.	Glass being held at incorrect angle.	Rotate glass so that open end points toward ceiling.
Feet warm and wet.	Improper bladder control.	Stand next to nearest dog, complain about house training.
Drink unusually pale and tasteless.	Glass empty.	Get someone to buy you another drink.
Opposite wall covered with fluorescent lights.	You have fallen over backward.	Have yourself lashed to bar.
Mouth contains cigarette butts.	You have fallen forward.	See above.
Alcohol tasteless, front of your shirt is wet.	Mouth not open, or glass applied to wrong part of face.	Retire to restroom, practice in mirror.
Floor blurred.	You are looking through bottom of empty glass.	Get someone to buy you another drink.
Floor moving.	You are being carried out.	Find out if you are being taken to another bar.
Room seems unusually dark.	Bar has closed.	Confirm home address with bartender.
Taxi suddenly takes on colourful aspect and textures.	Alcohol consumption has exceeded personal limitations.	Cover mouth.
Everyone looks up to you and smiles.	You are dancing on the table.	Fall on somebody cushy-looking.
Drink is crystal-clear.	It’s water. Somebody is trying to sober you up.	Punch him.
Hands hurt, nose hurts, mind unusually clear.	You have been in a fight.	Apologize to everyone you see, just in case it was them.
Don’t recognize anyone, don’t recognize the room you’re in.	You’ve wandered into the wrong party.	See if they have free alcohol.
Your singing sounds distorted.	The drink is too weak.	Have more alcohol until your voice improves.
Don’t remember the words to the song.	Drink is just right.	Play air guitar.

No related posts.

I spotted this voodoo knife holder in a store on Parramatta Rd the other day. It would make the perfect gift for that phsycho male-bashing woman that you just don’t know what to get for Chirstmas.

There’s even a well placed knife spot in the guts!

$200 might be a bit much though, considering it won’t even hold a decent sized cleaver :)

No related posts.