You are here: Articles --> 2011--> Personas and the five W's, part I
Vous êtes ici : Essais --> 2011--> Personas and the five W's, part I
by Geoff Hart
Previously published as: Hart, G. 2011. Personas and the five W’s: developing content that meets reader needs, pt. 1. What’s a persona? <http://techwhirl.com/articles/personas-and-the-five-ws-developing-content-that-meets-reader-needs-pt-1/>
Most documentation written by professional writers, whether printed or online, is well written and easy to navigate, but in my experience, an unfortunately high proportion omits important content or provides inadequate depth of content. Worse yet, the information may seem perfectly acceptable from a textbook perspective, yet fails to reflect the conditions under which the information will be used. These problems often arise from a lack of understanding of the audience for whom we’re writing, in many cases because we have done an audience analysis that:
The solution is as easy to state as it is difficult to implement: we must understand our audience sufficiently well, before we begin writing, that we can determine the information they require, any context-related constraints that will interfere with their use of the information we create, and any context-related success factors that can help them use that information more successfully. There have been many different approaches to solving this problem, ranging from task analysis to “use cases”, and each has its merits and demerits. But a relatively recent approach called “personas”, designed originally to support product development and subsequently expanded for use in usability testing, potentially produces a superior analysis because it is more focused on real people and their real needs. The concept of personas was first codified by Alan Cooper, and is described in his book The Inmates are Running the Asylum.
The persona approach to developing documentation is a form of audience analysis that focuses on describing real people, rather than defining useless demographic categories that only hint at who these people are, their needs, and how their work environment affects those needs. You can see the power of a persona compared with a stereotype through a simple example:
Which of the two gives you a better understanding of your target audience? Which gives you a clearer idea of what the person’s documentation needs will be? Clearly, the persona approach works better. It is more detailed and focuses on the person’s needs rather than on socioeconomic and other characteristics that only indirectly hint at those needs. But that’s not all: pretty much any member of a Western culture knows and understands both Batman’s personality and his “work” environment. Because the persona is so familiar, albeit unrealistic, it’s a helpful way to dramatize the example and illustrate the approach to constructing and using a persona.
A good persona has several key characteristics:
The Bruce persona I’ve provided is more terse than a real persona should be, but we’ll flesh it out progressively during the remainder of this article. I’ve included several references by Kim Goodwin, one of Alan Cooper’s senior designers, to fill in the details that I can’t provide in the space of a short article.
The result of creating a persona is a vivid image that is instantly recognizable as a human being. Over time, our familiarity with a real persona would increase sufficiently that the person “behind the mask” becomes as familiar to us as Bruce’s Batman persona. Each of us spends many years learning to understand and interact with our fellow humans before we ever encounter the concept of written communication, and we then spend a great many more hours learning to interact successfully with our fellow humans than we ever spend learning to write or polishing our writing. Thus, the use of personas takes advantage of well-honed social skills, both conscious and subconscious, that let us interact successfully with friends, family, and co-workers. Because these skills are so strong, the persona approach can provide unparalleled insights into audiences, thereby letting us empathize with and understand the real people for whom we’re creating information. It also provides a clear understanding of their context: the conditions (physical, emotional, and other) under which they work, and the problems we must solve for them within that context so they can accomplish their various tasks. Personas also help us focus on the tasks, but always from the perspective of the aforementioned aspects of their character and context.
In real-world documentation situations, we would create a detailed description of people who stand in for broadly representative categories of audience member. Typically, it’s only necessary to create a handful of personas to account for the majority of a product’s users. Indeed, creating more than half a dozen or so personas for anything other than the most complicated product may be counterproductive because it complicates the task of analysis beyond what we may be able to handle with the limited resources typically available to most technical communicators. In this article, I’ll describe only a single persona (Bruce, acting in his Batman persona) to avoid complicating the discussion unnecessarily and to help you focus on key details. To further narrow the scope of that discussion, I’ll only consider Bruce’s use of his evening vehicle (the Batmobile) while he interacts with his foes. Don’t forget that if we were doing this analysis for real, we’d also need to consider Batman’s sidekick, Robin, and any other colleagues such as his faithful butler, Alfred, who might want to use the vehicle.
In the short time you’re likely to devote to reading this article, you’re unlikely to become intimately familiar with any new persona that present. To provide enough familiarity that you can explore the power of this approach on your own, I’ve chosen Bruce for my example: the strength and familiarity of his persona compensate for its unrealistic nature and the limited description that I’ve provided.
How do we get to know our persona and use that knowledge to develop better documentation? As I’ve written in previous articles (see the bibliography), the journalistic technique of the five W’s (asking who, what, where, when, and why) is a powerful tool for analyzing a situation. Journalists have been taught a codified version of this approach for nearly a century to ensure that they will capture all the important details in a newspaper article or TV interview, and recognizable forms of the approach go back far longer. Thus, it’s an approach that is proven to work. For more details on the five W’s, see the Wikipedia article and the bibliography at the end of this article.
In the case of personas, the five W's are a great tool to guide us in fleshing out a persona in sufficient detail that we can directly meet the needs of the real people it represents. In the specific and clearly limited context of Bruce’s use of the Batmobile, our goal is to:
In Part II of this article, I’ll answer those final four questions to show you how they can guide our writing efforts.
Brechin, E. 2002. Reconciling market segments and personas.
Calde, S. 2004. Using personas to create user documentation.
Cooper, A. 2004. The inmates are running the asylum: why high tech products drive us crazy and how to restore the sanity. Pearson Publishing. 288 p.
Cooper, A. 2003. The origin of personas.
Cooper, A.; Reimann, R.; Cronin, D. 2007. About face 3: the essentials of interaction design. Wiley. 648 p.
Goodwin, K. 2001. Perfecting your personas.
Goodwin, K. 2002. Getting from research to personas: harnessing the power of data.
Goodwin, K. 2006. Taking personas too far.
Goodwin, K. 2009. Designing for the digital age: how to create human-centered products and services. Wiley Publishing, Inc., Indianapolis, IN. 739 p., including index.
Hart, G.J. 1996. The five W’s: an old tool for the new task of audience analysis. Technical Communication 43(2):139–145.
Hart, G. 2002. The five W’s of online help.
Noessel, C. 2006. Ignore that designer behind the persona.
Schriver, K. 1996. Dynamics in document design: creating text for readers. Wiley. 592 p.
©2004–2017 Geoffrey Hart. All rights reserved