There’s no standard format for presenting personas across the industry, and different experts have offered different approaches. Regardless of the selected approach, what’s important is being able to group all analysis results and formulate them in a way to express what users think and what they expect.

Procedure

Research & Information Gathering

Personas are the product of research into the target audience and the complexity of the persona depends on the depth of research. To ensure that the personas reflect 'real' users, they need to be based on a detailed understanding of users, their goals and their priorities: user research is required to gain real insight and understanding into user needs and motivations. The outcome of the analysis would enable the usability expert to identify the major user groups of the site, their main characteristics, and turn them into personas. Research and task analysis methods are conducted through:

• Contextual Interviews
• Individual Interviews
• Surveys
• Focus Groups
• Usability tests
  

Including Basic Elements

Personas, although fictitious, are brought to life and made credible by including personal details (such as a name, age, background and a photo). After studying and segmenting the various user groups, the following essential components can be deduced and shaped for each persona:

• Name: Give your persona a real name like the one you find in white pages. Real names are useful because they distinctively create a vivid image.
• Photograph: Profile pictures help stakeholders stop thinking about the users as singular anonymous mass. For a number of reasons the profile picture should always be of a stranger rather than an actual user or person that the team knows. A persona should represent a group rather than a single individual and using pictures of people that are known tends to bias design and development to that individual. There are plenty of stock photography sites that can provide good images for this purpose.
  
• Demographics: Personal information such as age, gender, education, ethnicity, or marital status, children, home location, etc... Be concrete in describing your persona. For example: say “a 35 year old woman” rather than saying “female, between the age of 35 and 50”.
  
• Occupation details: A job title and their major responsibilities.
  
• Personal Background: Information that signify “a day in the life of” description or an overall relationship to the task at hand.
  
• Technology Comfort Level: the real value of this information is in its implications. A user’s comfort level with technology should be translated into actual needs. For example, knowing that a persona has never used the web to shop before does not necessarily help the design team, while knowing that a persona prefers to speak directly with a real person because he or she does not feel comfortable giving certain information online, does have a direct impact on the design.
  
• Motivations: Why does the persona want to use the site? Try to use their own words to depict what they want to get out of interacting with the organization itself.
  
• Goals: What tasks does the persona want to complete using the site and the environment (physical, social, and technological).
  

Persona Types

Firms typically have three to five personas that guide the design of the product. While the resulting design should ultimately satisfy all of the personas, designers should start by satisfying the needs of a small set of primary personas . Each cast of personas has at least one primary persona, the user who must be satisfied with the system you deliver. Since you can't build everything for every persona (and you wouldn’t want to), the establishment of a small set primary personas is critical in focusing the team’s efforts effectively.

After creating the personas representing all of the users of the product, we must select the primary persona upon which the product is to be designed. It is the persona whose practical goals represent the greatest impact on the corporate goals. Another way to think of it – pick the person who stands to benefit the most from the end product. A typical selection process would look something like this:

1. Run through all the personas that have been identified at the beginning and for each one, ask the following question: If this user can’t always use my product, is it a failure? If the answer is yes, then hold on to that persona, else discard it
2. Then start comparing your remaining personas in pairs. Consider their typical contexts of use, and imagine that there is a solution that works for each persona in their own context. This can be done by asking: "Will a solution designed for Persona A also let Persona B achieve his/her goals?" And vice versa. If you find that neither solution is applicable to the other, keep both personas, because they might both be primary.
3. Keep comparing different pairs until you can truthfully say, "My solution must work for all these, but none of them can succeed with an interface designed for anyone else."

You will usually end up with one primary persona for each major user group, such as one representing consumers and one for administrators. By designing your web site for this user group, you can be confident that it will work for all kinds of other users.

After creating a design that satisfies the needs of the primary persona, designers should add solutions for the unmet needs of secondary personas. These are the personas that were singled out during the selection process of the primary persona. express what users think and what they expect.

Variations

In cases where access to the end users is not possible, personas may be developed with the aid of user experts, people who have had extensive first hand contact with people making up a user group. In this case the interface design team may conduct one-on-one interviews or focus groups with user experts to collect enough information to build personas.