Are you a design researcher, interaction designer, product owner, or other product-maker-type person? Have you used personas to represent your customers on at least one product you’ve been involved with?
Then you may have run across personas with names like: Harry Hobbyist, Denise Designer, “Jay Vah the Java Developer”. You may even have created some of these personas yourself.
Stop that immediately.
Personas are stand-ins for real people. No real person has a name like “Harry Hobbyist”. You’re not describing a real person, you’re describing a role.
There’s nothing inherently wrong with describing roles. For some products, particularly those concerned with managing complex multi-person workflows, a role description might be an easier way to represent people who play a part in the product experience but who aren’t core users. In these cases, the depth and nuance of a proper persona may just get in the way.
But the whole point of personas is to go beyond roles – to recognize that a person is more than a job title. Real people have goals and aspirations independent of your product’s purposes, and these are rarely part of their official role description. What’s more, two people with the same role description may exhibit very different behaviors and possess different mental models of their job and of your product. Good personas are created around these goals, behaviors, and mental models – not around roles.
When a design researcher creates a persona with a name like “Harry Hobbyist”, the excuse I usually hear is that its “easier to remember” for the product stakeholders. But if these stakeholders can’t even remember their customer’s name, what are the odds that they will remember that he’s never used a photo editing program before, or that he cares deeply about privacy, or that he needs to finish quickly so he can help his daughter with her homework? Slim to nil. Ask your stakeholders if they’ve ever known someone who willfully couldn’t be bothered to remember their names. They probably thought that person was an asshole who didn’t care about them, and they were probably right.
Personas excel at capturing rich, nuanced details about your customers. Often, you must understand these details to design and build a great product. But not all projects are the same – some can get by with more superficial customer descriptions. Fine. Don’t use personas. Just describe the roles and leave it at that. Adding stupid names and cutesy photos to a role description won’t make you more user-centered. It will only make you look silly.