Resourcesicon
How and why to train Sales Teams on Customer References
How and why to train Sales Teams on Customer References

How and why to train Sales Teams on Customer References

The title, “Yes, Sales Needs Customer Reference Training,” sounds crazy, doesn’t it? The people who always seem to need customer references, and often at the 11th hour, may not be following best practices. How could that be?

Think about how many companies you’ve been at where customer reference training was part of Sales onboarding/orientation. One? None? The result of omitting customer reference from sales training is that junior salespeople learn by watching what the Sales veterans do, who learned from salespeople they emulated when they were junior, and so on and so on and so on. And often, none of the salespeople in that training chain were doing it right.

In an earlier post, Why Sales Teams Need Customer Reference Training from SMEs, I broached the notion that reference program managers are the SMEs, rather than sales, as one might expect. In this post, I’ll provide what would make sense to include in customer reference training. The goal of offering, even requiring this training, is to close more deals and increase Sales. Here’s how you might organize the class.

When

Most Sales and Marketing pros would agree that references should not be provided after, say, the first call with a prospect. That’s clearly too early. Consider the following:

  • There’s rarely a glut of reference customers, so call on them judiciously.
  • As a precious resource, you want to respect their time. Furthermore, many customers want to know if their assistance made a difference. The answer should be Yes! 90% of the time. Don’t use them where it doesn’t make sense.
  • The sales situation needs to meet certain conditions before considering a reference request.  The criteria should include the sales stage, sufficient buy-in from relevant decision-makers, technical influencers approval, budget confirmation, and/or your solutions’ status as a finalist.
  • You’d think that buyers would have empathy when asking for a reference if various logical conditions aren’t met yet. But generally, they don’t. It’s helpful to explain to prospects that they will be treated with the same respect once they’re a client. It’s hard to argue with that (i.e., “No, I don’t want respect if I become a client, I want a reference customer to talk to now.”)

How often does a cry for references include “ASAP” and “URGENT” in the first line? I’d venture to guess that most of these requests result from putting off the reference search until it becomes an emergency. It’s crucial to teach salespeople that reference customers aren’t waiting by their phones. They take vacations, have family emergencies, travel for business, and attend conferences. Leave a reasonable amount of time to secure references. It’s a matter of courtesy to their peers and the customers. Reference requests need not be an emergency that ends up with an “I’ll take anyone at this point” situation.

Who

It’s hard to imagine this needs to be said, but reference customers and prospects should be comparable in terms of accounts and contacts. Your organization might include any number of the following considerations and some that are unique to your ideal reference profile: revenue size, number of employees, geography, using the same solution of interest, industry, use case, and contact seniority or persona. It’s not unusual to compromise on one or more of those criteria, but the initial request should start with the ideal reference profile. Salespeople would be wise to factor the following into their choices:

  • The prospect must relate to the reference customer, or they won’t feel 100% comfortable. Scale matching is a basic need.
    “The solution is working great for AWS, but I’m not sure it will work for us, ABC Hosting of Ketchum, Idaho.”
  • Some solutions are deployed differently around the globe. A reference in the US may not be in any way relevant to a company in France.
  • The use case can be night and day even though it’s the same product. Think about Slack used by HR versus Slack used by the software development team.
  • Does a VP-level decision-maker want to speak with a manager-level reference? Not typically, unless the titles are misleading relative to the company sizes involved. A VP’s areas of interest and perspective are usually quite different from a program manager’s.
  • The topics of discussion drive the need for a specific contact. That may be as simple as connecting a business user with a business user rather than a technical user. Or it may be a need to get comfortable with the implementation process, the long-term administration of a solution, integration with other technologies, etc. Make sure the customer contact can address the primary objectives of the prospect. The goal of one or more reference calls (fewer the better) is to put all issues to rest. So why waste the customer or prospect’s time if they aren’t a good match?
How

Every company’s reference management processes and practices are specific to that organization to some extent, but whatever your established practices are,  communicate them clearly. Deviations from those prescribed practices should not be supported by peers, program managers (if applicable), or managers. Typically, the reference account is identified, the relationship owner (e.g., customer success manager) is consulted, a customer contact is identified and secured, and the salesperson coordinates the call.

That doesn’t seem like an unreasonable approach, yet we still hear stories of salespeople trolling through the CRM system, identifying desirable references, and using their contact information to reach out directly. That’s going “rogue” and a real novice move. Put an end to this behavior.

We’re biased, of course, but this process, start to finish, ought to be in a system, tracked and quantifiable. That’s the logical way to ensure repeatable best practices and the most favorable outcomes of reference use.

Close the Loop

Salespeople need to know when a reference activity, such as a reference call or site visit, occurs, and they should follow up with both parties for a debrief. Here are some key reasons to debrief and track reference activity:

  1. Did the activity meet the prospect’s needs? If not, a re-do may be necessary and it needs to be done quickly.
  2. Does the customer have any insights that may provide a sense of the buyer’s proclivity to make a decision, or did they express any lingering concerns?
  3. Did the activity happen? Sometimes they don’t, and the salesperson has to reconnect the two parties or execute on plan B, whatever that may be.
  4. To prevent customer overuse,  capture a record of the activity having taken place somewhere.  If you have a practice of showing gratitude for an advocate’s efforts, then it’s important to log the use and the “thank you” as well.
  5. If a customer is willing to be an advocate, then 9 times out of 10, they’d probably like to know if they helped close an opportunity for you. They’re invested, so take the time to tell them. It feels good to know your efforts made a difference.

Consider building your customer reference training module and adding company-specific elements that your salespeople relate to. I’ll bet just about every salesperson can tell stories about poorly executed reference practices (maybe not their own, but someone they know :-)). You can use those stories to further flesh out your training. There’s nothing like storytelling to reinforce learning. New hire training is the obvious point to introduce this material, but don’t forget about the existing team. When you take on this training responsibility, you become a more strategic advocate consultant, and executives notice.

It Started With a Legitimate Aspiration

It's only natural that many advocacy leaders have landed on the same objective: make the program easier to use by meeting users where they're already working.

Today, that increasingly means Microsoft Copilot, ChatGPT, Claude, Gemini or whatever generative AI assistant employees happen to have open.

Imagine a salesperson simply asking AI, "Find me three German healthcare customers using product Y, willing to speak with a prospect," instead of navigating to another interface, or waiting for someone from advocacy, or elsewhere, to respond. It's easy to see the appeal. Removing friction has always been one of the fastest ways to increase adoption.

It is exactly the right instinct.

The difficult parts, arguably the reason program managers exist, occur before and after AI says, "Here are your three best matches."

The value advocacy professionals bring is the ability to operationalize and scale customer advocacy for maximum impact. Quality advocate information doesn't just appear, it's the result of a system.

What's Next?

Now that the user has three advocates, what should happen?

  • Should they email the customer directly?
  • Should they contact the Customer Success Manager first?
  • The account executive for one of the accounts was about to make a request. Was that considered?
  • Has anyone noticed that this customer has already participated in three activities in the last 60 days?
  • Are they currently navigating a difficult support issue?
  • Did they recently decline another invitation?
  • Would someone else actually be a better choice?

Notice what happened. The search was completed.

The next steps are just as manual as ever if AI search is the be all, end all.

Reality Check
AI can tell you who could participate. It can't tell you who should participate unless someone (or something) has been keeping score.

Haven't We Seen This Movie Before?

This is where the story starts to feel strangely familiar.

Many companies still operate their program using spreadsheets, scattered CRM fields, shared drives, email folders, and the remarkable memories of a handful of program managers.

Eventually, organizations realize they aren't managing an advocacy program at all. They're managing lists that happen to contain advocates.

But the shortcomings are real:

  • A spreadsheet might tell you that Sarah from ABC Company has spoken at a conference. It couldn't tell you that she'd spoken three times already this quarter.
  • Custom CRM fields could tell you a customer was referenceable. They alone couldn't coordinate approvals, notify relationship owners, recognize participation, measure outcomes, or attribute revenue.

Purpose-built advocacy platforms emerged because advocacy is much more than a search problem.

Ironically, AI has convinced some organizations to revisit the same shortcut they worked so hard to escape.

When Search Replaces Process

Let's imagine two different worlds.

In the first, AI recommends an advocate for a sales call.

  1. A request is automatically created.
  2. The Customer Success Manager approves participation.
  3. The customer receives preparation materials.
  4. The call takes place.
  5. The activity is recorded.
  6. Recognition is issued.
  7. The opportunity is linked to the advocacy activity.
  8. If the deal closes, revenue attribution updates automatically.
  9. Executive dashboards reflect the contribution.

Months later, AI knows this customer recently participated and may deserve a break before being asked again.

Now imagine the second world.

  1. AI recommends the same advocate.
  2. The salesperson sends an email.
  3. The customer agrees.
  4. The meeting happens.
  5. Everyone moves on.

Three months later someone asks how many customer reference contributed to the revenue this quarter.

Silence. Nobody really knows.

The advocacy happened...hopefully. The program didn't. Collectively, the organization slowly stopped feeding the very system it depended on to understand its advocacy program.

Reality Check
If AI helps facilitate twenty closed-won opportunities this quarter, but none are recorded, your executive dashboard still says zero.

Invisible Work Stays Invisible

One of the easiest mistakes to make in an AI-first world is assuming that successful interactions somehow become organizational knowledge on their own.

They don't.

If a customer agrees to speak with a prospect and nobody records it, the organization loses far more than a single activity.

  • It loses context, attribution, and recognition.
  • It loses another piece of history that could have helped improve the next decision.

The most valuable advocacy data isn't simply who your customers are.

It's everything they've done.

  • Every request, acceptance/decline, event presentation, analyst interview, product beta, reference call, press interview, reward, closed-won opportunity revenue influenced by their participation.

That's the story AI actually wants to read.

AI Needs Memory, Not Just Data

It's often said that AI needs good data.

That's true.

But operational history is far more valuable than static customer information.

  • Advocate profiles answer questions about who someone is.
  • Operational history answers questions about what consistently works.
  • That's where AI begins uncovering insights that no spreadsheet could ever reveal.
  • Perhaps healthcare advocates participate twice as often as financial services advocates.
  • Perhaps customers who join advisory boards are twice as likely to become conference speakers.
  • Maybe advocates who receive recognition within a week participate significantly more often than those who don't.

Those aren't search results.Those are patterns.

  • Patterns emerge from history.
  • History emerges from process.
  • Process emerges from systems.

Remove any one of those pieces and AI becomes little more than an exceptionally fast search engine.

Reality Check
Every workflow skipped today is a pattern AI won't discover tomorrow.

Don't Stop at "Who?"

The AI revolution has created tremendous excitement, and rightly so. Finding the right advocate is becoming dramatically easier than it was only a few years ago.

That's worth celebrating.

Just don't confuse a better search experience with a better advocacy program. Search is only one chapter in the story.

The organizations that see the greatest return from AI won't necessarily be the ones with the most sophisticated models.

They'll be the ones with the richest operational history.

  • Every request becomes institutional memory.
  • Every activity measured.
  • Every contribution attributable.
  • Every outcome becomes another lesson AI can learn from.

Those organizations won't use AI merely to answer the question, "Who should we ask?"

They'll use AI to answer far more valuable questions.

  • "Where are we running short of advocates?"
  • "When is the most effective time to use advocates?"
  • "What types of advocacy generate the greatest business impact?"
  • "What patterns have we been missing?"

That's when AI stops behaving like a better Google search.

That's when it starts behaving like a strategic partner.

Finding the right advocate has always been the opening scene.

If your AI can find advocates but your program can't learn from using them, you've built a remarkable search engine instead of a remarkable advocacy program.