Outbound Wiki

Proof relevance and matching

Selecting evidence that matches a prospect's industry, company size, role, use case or stated problem.

Choose proof by the doubt it removes. Start with the prospect's stated problem and use case, then test each customer story against industry, size, geography, role and buying stage. A similar company that solved the same problem is often the strongest match. Customers want a proof point from a similar company or organization.1 Buyers also want proof that you understand their business, company and problem.2 Use recognizability as a supporting signal, and let the situation carry the match.

Find the decision risk

Before searching your proof library, name the uncertainty the prospect needs resolved. Find the belief that has to change before the conversation can move.

Social proof explains how a solution helps solve a problem for someone like the prospect.3 For a product fit objection, use other prospects' experiences to explain why the solution fits.4

Ask:

  • What does this person need to believe before continuing?
  • Is the concern fit, outcome, adoption, risk or internal approval?
  • What would make the proof feel specific to the situation they described?

Write the concern in one sentence. Move on when you can explain what the proof must answer without mentioning your own product features.

Match the customer story

Once the concern is clear, choose the customer situation that makes the answer easy to recognize. Screen each story against the part of the prospect's situation that creates the concern.

Match references by industry, company size and use case.5 Geography and industry also help you choose social proof examples.6 A sample earns relevance by showing that the sender did work for the prospect's specific use case.7

Use industry as one filter. A cross-industry example may be more powerful when it shows the solution working across different industries.8 This matters when the operating problem travels across sectors and the industry label tells you little about the work itself.

For each candidate story, ask:

  • Does the customer face the same problem?
  • Does the customer use the solution in the same part of the operation?
  • Does the customer have a similar scale or geography?
  • Can I explain the match in one sentence?

Choose the story with the clearest answer. If the use case is vague, keep looking even when the customer name is familiar.

Match the person who must believe it

A proof point can fit the account and still miss the person hearing it. Match the story to the stakeholder's decision and the result that person has to defend.

Members of a B2B buying committee have different priorities and success metrics.9 A CFO may care about return on investment and risk mitigation, while an end user may care about making daily work easier.10 Case studies can help you explain how the solution helps people in the prospect's role.11

Build the proof around the listener's measure of success. Give a finance-oriented stakeholder evidence about the business case, and give a user evidence about the work they will have to do. Change the emphasis when the conversation moves to another stakeholder.

Ask your champion, "Would it be important if I brought in a case study or a customer call? What will resonate with the executive?"12 The answer tells you which format and angle are most likely to travel inside the account.

Choose the proof format

Let the format follow the remaining gap. A short case study can establish that the situation has been handled, while a customer conversation can address questions that need a live answer.

When a prospect needs a reference, point to an existing case study and ask, "Is this the type of client reference you're looking for?"13 Specific testimonials help prospects relate to the story and see that the provider has helped people with the same problems.14

Place the proof beside the claim it supports. Customer proof should run through the entire narrative instead of appearing only at the end.15 This saves the prospect from translating a general success story into their own concern.

After similar customer proof makes the fit plausible, use that permission to move into deeper technical validation.16 Do not make technical validation prove basic relevance. The customer story should do that first.

Put the proof into the conversation

A proof point works when the prospect can test it against their own situation. Give them a clear bridge from the customer story to the issue they described, then let them react.

When the concern involves changing providers, focus on what peers say about making that change and why it may matter to this prospect.17 When showing a case study, have the prospect envision it as their own product.18

Use questions such as:

  • Where does this resemble your current situation?
  • Which part of this customer's experience would matter most to your team?
  • What would you need to see before this felt applicable here?

Listen for the prospect translating the story into their own workflow, approval process or measure of success. Move on when they can name the part that applies and the part that still needs checking.

Use the customer's own business in expansion

Existing accounts give you another proof source. The account's own experience can make the next conversation more concrete because the prospect already knows the setting and the work involved.

Use proof points from the customer's own business in an expansion conversation.19 Pull forward the part of the existing relationship that connects to the new use case, stakeholder or decision. Keep the proof close to the account's own language so the buyer can assess the next step without comparing themselves to an unfamiliar company.

What not to do

These mistakes make proof look interchangeable or force the prospect to do the matching work themselves.

  • Do not treat a larger client as automatically more powerful proof.20
  • Do not use only testimonials from the prospect's industry.21
  • Do not send generic testimonials when each stakeholder needs proof for a different concern.22
  • Do not offer a proof of concept before confirming that the prospect is serious about buying.23

Before your next call, write down the buyer's doubt and the customer situation that answers it. Keep one proof point ready for the concern, one question that tests the match, and one next step if the prospect accepts the fit.

Sources

  1. 1
    “They want to hear a proof point of a similar company or organization”
  2. 2
    “Your contacts want proof that you understand their business, their company, and their problem.”
  3. 3
    “helps solve the problem for someone like you.”
  4. 4
    “you want to use other prospects experiences to explain that no,”
  5. 5
    “Pipeline matching — when a prospect needs a reference, match by industry, size, use case rather than asking the same customer every time.”
  6. 6
    “So what you want to do is pick things like geography, industry,”
  7. 7
    “Proves relevance (you did the work for their specific use case)”
  8. 8
    “It may be more powerful to show how your solution works across a large swath of companies in different industries.”
  9. 9
    “Each person enters the process with different priorities and success metrics.”
  10. 10
    “The CFO cares about ROI and risk mitigation, while the end user wants something that makes their daily work easier.”
  11. 11
    “Here is where case studies can come in handy.”
  12. 12
    “important if I brought in like a case study or a customer call? Like what will resonate with”
  13. 13
    “You could refer them to there and ask them, is this the type of client reference you're looking for?”
  14. 14
    “…so that your prospects who’ll be reading this testimonial can relate to it and see that you successfully helped people with the same problems in the past.”
  15. 15
    “The missing ingredient? Customer proof woven throughout your entire narrative, not just tacked on at the end like an afterthought.”
  16. 16
    “That then gives you a license to go prove it with deeper technical validation.”
  17. 17
    “It's about, here's what your peers are saying about their change in solution provider and”
  18. 18
    “showing them the case study I'm having them envision that it's their product”
  19. 19
    “Here are proof points from your own business.”
  20. 20
    “It is easy to believe that the larger the client, the more powerful the proof. However, this is the legacy approach to providing proof.”
  21. 21
    “It may also be a mistake to use only testimonials from your prospect’s industry.”
  22. 22
    “If you’re only collecting generic testimonials about “great results,” you’re missing the nuanced proof each stakeholder needs to feel confident in the decision.”
  23. 23
    “You need to make sure a prospect is dead serious about buying before you even think about granting a proof of concept.”