A persona is a user archetype you can use to help guide decisions about product features, navigation, interactions, and even visual design. By designing for the archetype—whose goals and behavior patterns are well understood—you can satisfy the broader group of people represented by that archetype. In most cases, personas are synthesized from a series of ethnographic interviews with real people, then captured in 1-2 page descriptions that include behavior patterns, goals, skills, attitudes, and environment, with a few fictional personal details to bring the persona to life. For each product, or sometimes for each set of tools within a product, there is a small set of personas, one of whom is the primary focus for the design.
It’s easy to assemble a set of user characteristics and call it a persona, but it’s not so easy to create personas that are truly effective design and communication tools. If you have begun to create your own personas, here are some tips to help you perfect them.
Personas represent behavior patterns, not job descriptions
A good persona description is not a list of tasks or duties; it’s a narrative that describes the flow of someone’s day, as well as their skills, attitudes, environment, and goals. A persona answers critical questions that a job description or task list doesn’t, such as: Which pieces of information are required at what points in the day? Do users focus on one thing at a time, carrying it through to completion, or are there a lot of interruptions? Why are they using this product in the first place?
There is seldom a one-to-one correlation between personas and job descriptions. In some cases there will be multiple personas with the same job description; in others, a single persona can represent people with a wide range of jobs. If you were creating software used by call center agents, for example, you might have an experienced agent persona who is very familiar with the product, as well as an inexperienced agent who needs more prompts and written information. If, on the other hand, you were designing an e-mail application, one persona could represent people with hundreds of very different job descriptions, as long as they all shared similar goals and behavior patterns related to communication.
Keep your persona set small
If you’ve ever read a book or watched a movie with an enormous cast of characters, you may have found it hard to remember who was related to whom, who said what, and so on. You probably didn’t feel like you knew any of the characters very well. If you were designing a product for such a large cast of characters, could you predict how so-and-so’s cousin (whose name you forget) would behave in a certain situation? Probably not. That’s why a large set of personas is problematic—the personas all blur together.
Ideally, you should have only the minimum number of personas required to illustrate key goals and behavior patterns. There’s no magic number, but if you’re designing a consumer product and you have a dozen personas, then you may be making distinctions that aren’t very important. For example, if you were creating an electronic family calendar, your persona set might include a career mom, a stay-at-home mom, a career dad, and a teenager. If the career mom has the same needs as the career dad, and also does all the family management the stay-at-home mom does, you may be able to eliminate both the dad and stay-at-home mom personas.
Your marketing and sales targets may not be your design targets
Many product managers and executives are surprised when there isn’t a direct correlation between market segments and personas. The people who bring in the most revenue may not be the best design target. If you were designing an in-flight entertainment system, a frequent business traveler—every airline’s most valued customer—would be a tempting design target. A business traveler would actually make a poor design target, though, because he would be too familiar with flying and with using computers and other gadgets. If you design for the business traveler, the retired bricklayer going to see his grandchildren won’t be able to use the system. If you design for the bricklayer, the business traveler will also be happy.
Add life to the personas, but remember they’re design tools first
Sometimes it’s easy to focus too much on a persona’s biography. Personal details can be the fun part, but if there are too many of them they just get in the way. To avoid this problem, focus first on the workflow and behavior patterns, goals, environment, and attitudes of the persona—the information that’s critical for design—without adding any personality.
Once you have the critical design information, add just one or two personal details, such as what your persona does after work (she goes home to watch old movies with Claude, her cat), or what personal touches there are in her workspace. You can also add life to the persona by using environmental details to reinforce important characteristics. For example, if someone tends to be incredibly busy at work, don’t just say he’s incredibly busy; instead, say there’s a sandwich on his desk that he’s been trying to find time to eat for three hours. Without a little bit of personality, personas can easily turn into generic users instead of precise design targets.
Use the right goals
Each persona should have three or four important goals that help focus the design. Keep in mind that goals and tasks are different: tasks are not ends in themselves, but are merely things we do to accomplish goals. Not just any goals will do, though, so it’s important to understand which types will help you make design decisions.
Life goals are only occasionally useful in design. For example, “Retire by age 45” would be of little use if you were designing a word processor, mobile phone, or PDA, but it may offer valuable insight when you’re designing a financial planning tool.
Experience goals describe how the persona wants to feel when using a product; having fun and not feeling stupid are experience goals. Not every persona needs an experience goal; in most persona sets, there is one persona who represents people with a lot of anxiety about technology. One of this person’s goals is to avoid feeling stupid. Other experience goals might center on the product domain. A persona using an online banking site, for example, might want to feel confident that his transactions are secure.
Most persona goals should be end goals that focus on what the persona could get out of using a well-designed product or service. End goals may involve the work product that results from using the tool. For example, a graphic designer using a layout tool might want to create an award-winning ad. End goals can also involve indirect benefits from using a product. If a manager wants to be more proactive, a better spreadsheet tool can help her achieve this goal if it makes her more efficient.
Personas must be specific to the design problem
Organizations with more than one product often want to use the same personas over and over (“We have a salesperson persona already—why can’t we use her for the spreadsheet as well as the contact management software?”). Unfortunately, this doesn’t work because effective personas must be context-specific—they should be focused on the behaviors and goals related to the specific domain of a product. A persona’s behaviors and goals related to contact management have very little to do with those related to manipulating financial data. You could keep the same name and personal details, but you’d have to throw away the rest of the persona and start over. It’s better to start with a new set of personas for each product.
Want to learn more?
Hopefully, these tips will help you refine your personas so you can get the most out of them. Look for more on personas, principles, and other aspects of interaction design in future issues of the Cooper Journal, and keep up the good work!