Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 21 Next »

This Summary is Still In Progress

Documenting the persona creation process is still in progress. We'll continue to flesh this out and add details as time permits.

Creating Personas

"No matter what we are designing, building, or helping to build, we want our products (including software, hardware, consumer goods, and services) to be useful, appreciated, and profitable. We want to help create products quickly and cost effectively, but with the right set of features and good quality. We want these products to hit the market and instantly inspire demand, desire, and loyalty. We want people to use our products repeatedly and happily, encountering just the right functions at the right times and finding that the products grow with them as they develop expertise. We want our efforts to result in products that delight people, and to delight people we have to have some idea of who these people are and what they want." - "The Persona Lifecycle" , John Pruitt & Tamara Adlin

Give the persona a name

  • Add a picture

Avoid a real person

  • Creating an archetype

Be precise

  • More important than accurate
  • Don't oversimplify
    • May be a spend a lot of time texting friends and be a wiz at Facebook but gets confused by multiple browser windows or tabs.
  • User persona not a buyer or manager (of users) persona
    • Must be satisfied
    • Will have specific interface, separate and unique.
  • Personas are contextual and specific to the particular problem space and application or service.

Goals not Tasks

  • Goals and the reasons they perform tasks.
  • Good interaction design is objective not subjective.
    • Do they achieve their goal
  • Tasks change as technology changes.
  • Goals tend to remain stable.
  • Design system interaction using goals, not tasks:
    • Practical Goals (e.g. avoid meetings, be efficient)
    • Personal Goals (e.g. not feel stupid, get an adequate amount of work done, have fun)
    • Business Goals (e.g. increase student enrollment, get good professors, quality education)
  • False Goals (means not ends)
    • Save memory
    • Save keystrokes
    • Speed up data entry
    • Be easy to learn
    • Use cool technology or features

Begins with Investigation

  • Site Visits
  • Interviews
    • Everyone on project: Sponsors, Managers, Workers, Users
    • Job Shadowing
    • Contextual Inquiries
    • Previous data & research
  • Create many initially...narrow them down...

Identifying Personas - Synthesizing the Raw Data

  • Who are these people?
    • Skills, abilities and interests
    • Business goals
    • Relevant personal goals
  • How do they relate to technology?
    • Highly skilled developer who sounds like a dolphin?
    • Technophobes who won't even look at a monitor?
    • Something in between? 

Diagrams and instructions to come.... ]

Provisional Personas

A provisional persona is a persona created using historical, anecdotal, or statistical knowledge about a certain type of user, but is not based directly on patterns seen in user research. Provisional personas can be a helpful tool for capturing the team's knowledge about users when talking to actual end users isn't possible. However, they should be used with caution as they may not be entirely accurate or representative of the user population. When creating personas, we recommend performing some type of research with actual end users whenever possible.

  • No labels