Outbound Wiki

Buyer and user personas

Separating the people who purchase or approve a solution from those who use it in their daily work.

Build one buyer persona for the purchase and one user persona for the workflow. Outbound can reach the person who makes the purchase decision with a message built for the person who lives in the workflow. The buyer persona tells you how to reach and persuade a stakeholder.1 The user persona tells you what daily work must improve. An end user can reveal a pain that someone else in the conversation cannot see.2

Start with an account map

Map the account, then assign each contact a job in the purchase and in the work.

Map the people involved in using and paying for the product.3 Research whether each person would use the product, pay for it, or participate in selecting it.4 Include the person who makes the purchase decision, since customer segment analysis should identify that person.5

Write one line for each contact. Include the work they would own, whether they would use the product, pay for it, select it, or be affected by the result, what would make the purchase worth supporting, and what would make the daily workflow worth changing.

Ask, "Who would own those use cases within an organization?"6 Once you can separate the owner of the use case from the people who help approve, fund, or select it, the account map is usable.

Keep two profile cards

Use two cards with shared account context and different jobs. The buyer card guides the purchase conversation; the user card keeps it tied to daily work.

A buyer persona works at the individual level and produces a profile of the person's role, goals, and pains.7 Add responsibilities, objections, and preferred ways of learning.8 Then ask, "What does this person care about, and how should you communicate with them?"9

A user persona should follow the person's identity, intended activities in the application, and organizational role or title where that helps describe the work.10 Record how the person spends the day, what motivates them, and what challenges the work creates.11 Write the user's job in plain language, with the task they own, the friction they face, and the result they want.

The cards can overlap. A buyer persona can include someone who uses the product, so keep one contact on both cards when that person participates in the purchase and lives with the workflow.12 Keep the motives separate even when the contact is the same.

Separate cards also expose conflicts. Users may want to consent to applications without centralized IT assistance, while IT teams want less noise from those requests.13 Record both pressures so the message does not solve one side's problem while creating the other side's objection.

Run the account conversation in order

Use the same sequence in account research and on a call: understand the work, map the purchase, then choose the message. Each step should produce a usable answer before you move on.

  1. Find the user owner. Ask, "What do they do every day? What's their job to be done? And what's the pain that we solve for them?"14 Listen for a specific activity and its consequence. The use case should be clear without repeating product language.

  2. Find the purchase participants. Ask, "Who inside those companies do we engage, and how?"7 Separate the person who uses the product from the people who pay for or select it. If the account gives you only a department name, keep mapping until you can write an individual profile.

  3. Find the buyer's response. Ask the people around the purchase, "What is he going to respond to in the product the most?"15 Translate the answer into the buyer's goal, concern, and preferred proof. Record the buying process before a price conversation, because knowing the persona and buying process helps determine the prospect's objective in negotiating price.16

  4. Choose the lead persona. Most organizations speak to three to five main buying personas.17 Give the first outreach to the persona with the clearest ownership of the problem and the strongest reason to act. When one persona is responsible for 90% of business, focus there instead of dividing attention evenly.18

Turn the cards into outbound messages

Set the account strategy at persona level and let each card control the angle. The user card supplies the work context; the buyer card supplies the reason to engage and the way to make the case.

Salespeople need to identify their audience at the persona level.19 Get more granular when a broad audience hides different responsibilities or messages, down to the title where needed.20

For the buyer, lead with the outcome that supports the purchase and address the concern that could stop it. For the user, describe the work that becomes easier and the result that improves. Tailor the message to each persona's goals instead of making every contact carry the same argument.21

When users need the solution in their work, present to and educate those business users.22 When several people join the call, give each person a reason to respond from their own card. Ask the user to explain the workflow, then ask the buyer how the organization will judge the change. Move forward when both answers point to the same use case and purchase reason.

Validate before you reuse

A persona card is ready to reuse when it reflects observed customer language and decisions. Update it when conversations expose a different owner, pain, or buying path.

A customer persona template is a structured document based on research. It covers a buyer type's goals, blockers, and decision process. The template organizes the work. The research is the product.23 Personas need customer research alongside internal assumptions.24 Validate those assumptions with real customers and keep updating the profiles as you learn.25

Bring sales, marketing, and support into identifying the right audience and creating the target persona.26 Use the resulting persona to identify where the audience sits in its buying journey.27

What not to do

These mistakes blur the two cards and send the call toward the wrong person or outcome.

  • Define buyer personas around specific people inside the company.28
  • The creator should not be the primary user, and the design should address other users' needs.29
  • Keep users with conflicting needs in separate cards. The user persona method suits products with multiple personas whose needs are independent and nonconflicting.30
  • Check the people on the call by asking, "Were the people on the phone the right buyer personas to speak to?"31 When they are not, call that out and remap the account.

Sources

  1. 1
    “Decide how to reach and persuade a stakeholder”
  2. 2
    “Another really powerful thing to do, particularly when you're trying to highlight a pain that maybe a certain prospect in the room doesn't see, is to actually talk about an end user perspective.”
  3. 3
    “I know it’s back to basics stuff, but if you haven’t done so already, map out the key people involved in using and paying for your product.”
  4. 4
    “person who'd be using the product, who would be paying for the product, or would be involved in”
  5. 5
    “This analysis should include identifying who makes purchase decisions.”
  6. 6
    “Who would own those use cases within an organization?”
  7. 7
    “A buyer personaworks at the individual level. Who inside those companies do we engage, and how? The output is a role, goal and pain profile.”
  8. 8
    “A persona operates at the individual level and covers responsibilities, goals, objections, and preferred ways of learning.”
  9. 9
    “It answers a different question: what does this person care about, and how should you communicate with them?”
  10. 10
    “In general, a role should align with who the user is, what they want to do in the application, and perhaps even their role or title within their organization.”
  11. 11
    “They describe what your customers are like, how they spend their days, the things that motivate and challenge them, and how they make decisions.”
  12. 12
    “A buyer persona describes a person involved in the purchase, such as an evaluator, champion, decision-maker, or end user.”
  13. 13
    “Users want to be able to consent to applications they want to use without requiring help from centralized IT staff (and the IT team doesn’t want to be bothered with ongoing noise from these requests).”
  14. 14
    “Who are the personas we sell to? How do we win? And if we want to go deeper on that, what do they do every day? What's their job to be done? And what's the pain that we solve for them? And what are some customer stories that we've got to support that?”
  15. 15
    “What is he going to respond to in the product the most?”
    Hall of Fame: Henry Schuck

    30 Minutes to President's ClubBack to the text

  16. 16
    “need to figure out and knowing your persona knowing their buying process will help you get”
  17. 17
    “Typically in most organizations, you have three to five main buying personas that you speak to.”
  18. 18
    “You might have 5 different buying personas, but if 90% of your business comes from just”
    Playbook: How to be a machine

    30 Minutes to President's ClubBack to the text

  19. 19
    “So I have to know who my audience is from a persona level.”
    Hall of Fame: Krysten Conner

    30 Minutes to President's ClubBack to the text

  20. 20
    “is figuring out which personas or which titles get as granular as titles,”
  21. 21
    “When you’re marketing to persona A, your message might be more along the lines of: “Spend less time decoding meeting notes and more time acting on the outcomes,” and persona B’s angle might be more like: “Take your case studies from audio to written with accuracy ensured throughout.””
  22. 22
    “present to the business users that you know are looking for this and we'll educate them”
  23. 23
    “A customer persona template is a structured document that captures what a specific type of buyer is trying to accomplish, what’s blocking them, and how they decide — based on research rather than assumption. The template is the container; the research is the product.”
  24. 24
    “personas cannot be built on internal assumptions.”
  25. 25
    “they must then be validated by real customers and always updated as you learn and evolve.”
  26. 26
    “Use your sales, marketing, and support teams to identify the right audience and create a customer persona to target.”
  27. 27
    “You can then use this customer persona to understand what stage of the buyer’s journey your target audience is at.”
  28. 28
    “Buyer personas speak specifically”
    The Perfect 30 Day Onboarding Program

    30 Minutes to President's ClubBack to the text

  29. 29
    “The creator should not be the primary user, and the design should respond to others' needs.”
  30. 30
    “Best suitable for: products with multiple personas, where the needs of the various personas are independent and don’t conflict with each other.”
  31. 31
    “Were the people on the phone the right buyer personas to speak to? And if they weren’t, Steve would be more than happy to call attention to that fact.”