Jump to content

Persona (user experience)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Paul2520 (talk | contribs) at 18:28, 7 November 2022 (clears CS1 date error(s) (via WP:JWB)). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

A persona, (also user persona, customer persona, buyer persona) in user-centered design and marketing is a fictional character created to represent a user type that might use a site, brand, or product in a similar way.[1] Marketers may use personas together with market segmentation, where the qualitative personas are constructed to be representative of specific segments. The term persona is used widely in online and technology applications as well as in advertising, where other terms such as pen portraits may also be used.

Personas are useful in considering the goals, desires, and limitations of brand buyers and users in order to help to guide decisions about a service, product or interaction space such as features, interactions, and visual design of a website. Personas may be used as a tool during the user-centered design process for designing software. They are also considered a part of interaction design (IxD), having been used in industrial design and more recently for online marketing purposes.

A user persona is a representation of the goals and behavior of a hypothesized group of users. In most cases, personas are synthesized from data collected from interviews or surveys with users.[2] They are captured in 1–2-page descriptions that include behavioral patterns, goals, skills, attitudes, with a few fictional personal details to make the persona a realistic character. In addition to Human-Computer Interaction (HCI), personas are also widely used in sales, advertising, marketing and system design. Personas provide common behaviors, outlooks, and potential objections of people matching a given persona.

History

Within software design, Alan Cooper, a noted pioneer software developer, proposed the concept of a user persona. Beginning in 1983, he started using a prototype of what the persona would become using data from informal interviews with seven to eight users.[3] From 1995, he became engaged with how a specific rather than generalized user would use and interface with the software. The technique was popularized for the online business and technology community in his 1999 book The Inmates are Running the Asylum. In this book, Cooper outlines the general characteristics, uses and best practices for creating personas, recommending that software be designed for single archetypal users.[4]

The concept of understanding customer segments as communities with coherent identity was developed in 1993-4 by Angus Jenkinson[5][6] and internationally adopted by OgilvyOne with clients using the name CustomerPrints as "day-in-the-life archetype descriptions".[7] Creating imaginal or fictional characters to represent these customer segments or communities followed. Jenkinson's approach was to describe an imaginal character in their real interface, behavior and attitudes with the brand, and the idea was initially realized with Michael Jacobs in a series of studies. In 1997 the Ogilvy global knowledge management system, Truffles, described the concept as follows: "Each strong brand has a tribe of people who share affinity with the brand’s values. This universe typically divides into a number of different communities within which there are the same or very similar buying behaviours, and whose personality and characteristics towards the brand (product or service) can be understood in terms of common values, attitudes and assumptions. CustomerPrints are descriptions that capture the living essence of these distinct groups of customers."[8]

Benefits

According to Pruitt and Adlin, the use of personas offers several benefits in product development.[9][10] Personas are said to be cognitively compelling because they put a personal human face on otherwise abstract data about customers. By thinking about the needs of a fictional persona, designers may be better able to infer what a real person might need. Such inference may assist with brainstorming, use case specification, and features definition. Pruitt and Adlin argue that personas are easy to communicate to engineering teams and thus allow engineers, developers, and others to absorb customer data in a palatable format. They present several examples of personas used for purposes of communication in various development projects.[9]

Personas also help prevent some common design pitfalls which may otherwise be easy to fall into. The first is designing for what Cooper calls "The Elastic User", by which he means that while making product decisions different stakeholders may define the 'user' according to their convenience. Defining personas helps the team have a shared understanding of the real users in terms of their goals, capabilities, and contexts. Personas also help prevent "self-referential design" when the designer or developer may unconsciously project their own mental models on the product design which may be very different from that of the target user population. Personas also provide a reality check by helping designers keep the focus of the design on cases that are most likely to be encountered for the target users and not on edge cases which usually will not happen for the target population. According to Cooper, edge cases which should naturally be handled properly should not become the design focus.[4]

The persona benefits are summarized as follows:

  • Help team members share a specific, consistent understanding of various audience groups. Data about the groups can be put in a proper context and can be understood and remembered in coherent stories.
  • Proposed solutions can be guided by how well they meet the needs of individual user personas. Features can be prioritized based on how well they address the needs of one or more personas.
  • Provide a human "face" so as to create empathy for the persons represented by the demographics.[4]
  • Help support better design choices by limiting the focus of user for the designers.[11]

Criticism

Criticism of personas falls into three general categories: analysis of the underlying logic, concerns about practical implementation, and empirical results.[12]

In terms of scientific logic, it has been argued that because personas are fictional, they have no clear relationship to real customer data and therefore cannot be considered scientific.[13] Chapman and Milham described the purported flaws in considering personas as a scientific research method.[14] They argued that there is no procedure to work reliably from given data to specific personas, and thus such a process is not subject to the scientific method of reproducible research.

Other critics argue that personas can be reductive or stereotypic, leading to a false sense of confidence in an organization's knowledge about its users. Critics like Steve Portigal argue that personas' "appeal comes from the seduction of a sanitized form of reality," where customer data is continuously reduced and abstracted until it is nothing more than a stereotype.[15] Critics claim that persona creation puts the onus on designers, marketers, and user researchers to capture multiple peoples' opinions and views into predefined segments, which could introduce personal bias into the interpretation.

Additionally, personas often feature gendered and racial depictions, which some argue is unnecessary and distracts the target audience of the personas from true consumer behaviors and only enhances biased viewpoints.[16] Finally, it is worth acknowledging that proto-personas and personas are often generalized as the same resource, however, proto-personas are a generative tool used to identify a team's assumptions about their target users. Personas, on the other hand, should be rooted in customer data and research, and be used as a way to coalesce insights about particular segments.

Scientific research

In empirical results, the research to date has offered soft metrics for the success of personas, such as anecdotal feedback from stakeholders. Rönkkö has described how team politics and other organizational issues led to limitations of the personas method in one set of projects.[17] Chapman, Love, Milham, Elrif, and Alford have demonstrated with survey data that descriptions with more than a few attributes (e.g., such as a persona) are likely to describe very few if any real people. They argued that personas cannot be assumed to be descriptive of actual customers.[18]

A study conducted by Long claimed support for Cooper, Pruitt et al. in the use of personas.[19] In a partially controlled study, a group of students were asked to solve a design brief; two groups used personas while one group did not. The students who used personas were awarded higher course evaluations than the group who did not. Students who used personas were assessed as having produced designs with better usability attributes than students who did not use personas. The study also suggests that using personas may improve communication between design teams and facilitate user-focused design discussion. The study had several limitations: outcomes were assessed by a professor and students who were not blind to the hypothesis, students were assigned to groups in a non-random fashion, the findings were not replicated, and other contributing factors or expectation effects (e.g., the Hawthorne effect or Pygmalion effect) were not controlled for.

Data-driven personas

Data-driven personas (sometimes also called quantitative personas) have been suggested by McGinn and Kotamraju.[20] These personas are claimed to address the shortcomings of qualitative persona generation (see Criticism). Academic scholars have proposed several methods for data-driven persona development, such as clustering, factor analysis, principal component analysis, latent semantic analysis, and non-negative matrix factorization. These methods generally take numerical input data, reduce its dimensionality, and output higher level abstractions (e.g., clusters, components, factors) that describe the patterns in the data. These patterns are typically interpreted as "skeletal" personas, and enriched with personified information (e.g., name, portrait picture). Quantitative personas can also be enriched with qualitative insights to generate mixed method personas[21] (also called hybrid personas).

See also

References

  1. ^ William Lidwell; Kritina Holden; Jill Butler (1 January 2010), Universal Principles of Design, Rockport Publishers, p. 182, ISBN 978-1-61058-065-6
  2. ^ Humphrey, Aaron (2017), Humphrey, Aaron (2017). "User Personas and Social Media Profiles". Persona Studies. 3 (2): 13. doi:10.21153/ps2017vol3no2art708.,Persona Studies Vol. 3, No. 2, pp. 13-20.
  3. ^ Goodwin, Kim (2009), Designing for the Digital Age, Wiley Publishing, Inc., ISBN 978-0-470-22910-1
  4. ^ a b c Cooper 1999
  5. ^ Jenkinson, A. (1994) ‘Beyond segmentation’, Journal of Targeting, Measurement and Analysis for Marketing, Vol. 3, No. 1, pp. 60–72
  6. ^ Jenkinson, A. (1995) Valuing Your Customers, From quality information to quality relationships through database marketing, McGraw Hill, Maidenhead, England
  7. ^ Jenkinson, A. (2009) What happened to strategic segmentation? Journal of Direct, Data, and Digital Marketing Practice (2009) 11:2, 124-139. doi:10.1057/dddmp.2009.27 Palgrave Macmillan, Basingstoke UK
  8. ^ Jenkinson, A (1997) CustomerPrints: Defining the Essentials of the Consumer: The essential guide to what CustomerPrints are, why and how to do them and even how to use them. Truffles. OgilvyOne
  9. ^ a b Pruitt, John & Adlin, Tamara. The Persona Lifecycle: Keeping People in Mind Throughout Product Design. Morgan Kaufmann, 2006. ISBN 0-12-566251-3
  10. ^ cf. Grudin & Pruitt 2002; Cooper 1999.
  11. ^ Gagliano, Ross (September 2006). "Review of 'The persona lifecycle: Keeping people in mind throughout product design,' by John Pruitt and Tamara Adlin, Morgan Kaufmann Publishers, 2006". Ubiquity. 2006 (September): 1–1. doi:10.1145/1167867.1164070. ISSN 1530-2180.
  12. ^ cf. Chapman & Milham 2006; Rönkkö 2005.
  13. ^ Köhler, T. (2001). Methoden der Analyse computervermittelter Kommunikation: ein kritischer Überblick; In: Frindte, W., Köhler, T., Marquet, P. & Nissen, E.: IN-TELE 99 - Internet-based teaching and learning 99. Peter Lang Verlag, Frankfurt am Main.
  14. ^ Chapman, CN; Milham, R (October 2006), "The personas' new clothes", Human Factors and Ergonomics Society (HFES) 2006 (PDF), San Francisco, CA{{citation}}: CS1 maint: location missing publisher (link)
  15. ^ https://portigal.com/wp-content/uploads/2008/01/Portigal-Consulting-White-Paper-Persona-Non-Grata.pdf [bare URL PDF]
  16. ^ "The Trouble with Personas".
  17. ^ Rönkkö, K (January 2005), "An empirical study demonstrating how different design constraints, project organization, and contexts limited the utility of personas", Hawaii International Conference on System Sciences (HICSS) 2005, Waikoloa, HI, USA{{citation}}: CS1 maint: location missing publisher (link)
  18. ^ Chapman, CN; Love, E; Milham, RP; ElRif, P; Alford, JL (September 2008), "Quantitative evaluation of personas as information" (PDF), Proceedings of the Human Factors and Ergonomics Society 52nd Annual Meeting, New York, NY, pp. 1107–1111{{citation}}: CS1 maint: location missing publisher (link)
  19. ^ Long, Frank (May 2009), "Real or Imaginary: The Effectiveness of using Personas in Product Design", Proceedings of the Irish Ergonomics Society Annual Conference, Dublin, pp. 1–10{{citation}}: CS1 maint: location missing publisher (link)
  20. ^ McGinn, Jennifer (Jen); Kotamraju, Nalini (2008). "Data-driven persona development". Proceeding of the Twenty-Sixth Annual CHI Conference on Human Factors in Computing Systems - CHI '08. Florence, Italy: ACM Press: 1521–1524. doi:10.1145/1357054.1357292. ISBN 9781605580111. S2CID 26765083.
  21. ^ Pruitt, John; Grudin, Jonathan (2003). "Personas: practice and theory". Proceedings of the 2003 Conference on Designing for User Experiences - DUX '03. San Francisco, California: ACM Press: 1–15. doi:10.1145/997078.997089. ISBN 9781581137286. S2CID 2760438.

Bibliography