Feeds

Persona analysis

The vital practice, or worse than doing nothing?

The Power of One eBook: Top reasons to choose HP BladeSystem

At the risk of sounding cynical, if you cast an eye over a typical project's practices and perceptions, it can make for ugly viewing. Pick a random sample, and I bet it'll look something like this:

  • Interaction design: First create the system, then make the UI look nice.
  • Documentation: No need, we're selectively Agile(TM).
  • The user: The what??
  • Persona Analysis: Create a totally fictional set of "typical" end-users.

head shot of Matt Stephens smiling

Actually, that last one's a real best practice. On the surface it might seem as dysfunctional as the others - and personas have come under fire (pdf download) elsewhere in the industry - but used with care, the practice can be effective.

Popularised by Alan Cooper in The Inmates Are Running the Asylum, a persona is an abstraction of a typical end-user within a particular demographic, describing his or her goals and pain points. A useful way to start writing a persona is to picture that dreaded dinner-party opener: "So, what do you do?" And take it from there:

"Alice works in a video store during the day. She's worried that with legalised downloads taking over, her job might not be around for too long (but she needn't worry, legal downloads are so shackled by DRM restrictions that they're not likely to take over the home entertainment world anytime soon). Alice can operate the anachronistic customer database system on the in-store Windows 95 PC."

Personas are useful for identifying and documenting the expected skill levels of end-users, along with any basic assumptions about prior knowledge of the same or similar systems. They're meant to be used in tandem with usage scenarios (use cases, user stories, whatever) to describe the user/system interaction.

Instead of designing the UI around the system's evolving internal functions, the UI is instead designed around a discrete set of user goals. The persona shapes the UI design, because at each stage in the scenario you'd ask: "What would Alice do next?" or "How would she respond to this?"

So a bit of detail about the persona's private life helps you to empathise with them when thinking about the UI they'll be using.

A common mistake is to define loads of personas, in the belief that you're doing comprehensive behavioural analysis. In fact, the fewer the personas the better, because then you'll end up with a more focused system.

If you try to design for Alice, Bob, Chris, Denise, Eric and Fred, and Xavius, Yasmin and Zachariah, then you'll end up with a system that's as amorphous and ugly as if you'd done no UI design at all. Better to focus on one or two personas and create something that works well for the commonest use cases.

So will persona analysis really make a significant difference to the eventual product? In theory, yes. In practice, maybe. You're already likely to be designing the UI with a particular group of real users in mind, even if they're not normatively defined somewhere.

And that's where many people have a problem with personas: they're about made-up people, not real users. Their definition is often based on intuition rather than real data from exhaustive analysis of your user base. Another problem is that persona descriptions represent "soft" requirements: you can imply a requirement such as "Bob wants the system to remember his last search phrase", but it may or may not be picked up by the development team as a "must-have" requirement.

But, whether personas are truly effective or not, their real benefit is in simply encouraging people on your team to think about the users, and to think about the UI early on in the project. Both of those are good things. ®

HP ProLiant Gen8: Integrated lifecycle automation

More from The Register

next story
HIDDEN packet sniffer spy tech in MILLIONS of iPhones, iPads – expert
Don't panic though – Apple's backdoor is not wide open to all, guru tells us
Do YOU work at Microsoft? Um. Are you SURE about that?
Nokia and marketing types first to get the bullet, says report
Microsoft takes on Chromebook with low-cost Windows laptops
Redmond's chief salesman: We're taking 'hard' decisions
Cheer up, Nokia fans. It can start making mobes again in 18 months
The real winner of the Nokia sale is *drumroll* ... Nokia
EU dons gloves, pokes Google's deals with Android mobe makers
El Reg cops a squint at investigatory letters
Chrome browser has been DRAINING PC batteries for YEARS
Google is only now fixing ancient, energy-sapping bug
Big Blue Apple: IBM to sell iPads, iPhones to enterprises
iOS/2 gear loaded with apps for big biz ... uh oh BlackBerry
prev story

Whitepapers

Reducing security risks from open source software
Follow a few strategies and your organization can gain the full benefits of open source and the cloud without compromising the security of your applications.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
Application security programs and practises
Follow a few strategies and your organization can gain the full benefits of open source and the cloud without compromising the security of your applications.
Boost IT visibility and business value
How building a great service catalog relieves pressure points and demonstrates the value of IT service management.
Consolidation: the foundation for IT and business transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.