Start free trial
Playbook

Decide Which Referral Promises Belong in the Operating Record

· 10 min read

Referral relationships get damaged by small promises that sound casual when you make them and become important when the other person is waiting.

Goodwill is not a tracking system

A client says they can introduce you to another company. A supplier rep asks you to bring a specialist into a call. Another advisor sends a prospect and you promise to keep them posted. You agree to make an introduction after an event.

None of this feels like operations. It feels like relationship work.

Then the week gets busy. The introduction never happens. The source does not know whether the prospect received a reply. Two people think the other one owns the follow-up. The relationship is still friendly, but the next introduction becomes less likely because your firm did not handle the last promise cleanly.

You should not turn every friendly comment into a task. You should record the referral promises that another person can reasonably expect your firm to keep.

This decision is narrower than choosing which referral sources deserve a relationship plan. It is also different from setting a response standard after a lead arrives. This is about the commitments made before, during, and after an introduction.

Separate courtesy from an operating promise

People say "I will keep an eye out" all the time. That may be sincere without creating useful work. If you record every polite phrase, your system fills with tasks nobody believes.

A referral commitment deserves a durable record when four conditions are true:

  • Your firm agreed to take a specific action or provide a specific update.
  • Another person is reasonably waiting for that action.
  • The commitment affects an introduction, prospect, client, partner relationship, or source credit.
  • Missing it could create confusion, weaken trust, or leave revenue work without an owner.

"I will introduce you to our security specialist tomorrow" qualifies. "We should find a way to work together" does not. "I will tell you whether we accepted the referral by Friday" qualifies. "I will keep you in the loop" needs clarification before anybody records it.

Ask the uncomfortable but useful question while the conversation is fresh: what exactly did we agree to do, and when should the other person expect it?

Keep the promise attached to the right relationship

A referral promise should not live as a floating task called "follow up with Sam." Another advisor cannot act on that without reconstructing the conversation.

Connect the promise to the referral source, the introduced person or account when known, the introduction itself, and any opportunity created later. Those are related records, but they are not interchangeable.

Salesforce's current referral management guidance treats the referral as its own record. It keeps the referrer, intake context, routing, status, activities, and attribution connected as the referral becomes one or more opportunities. You do not need that exact product or data model. The useful lesson is the separation. A relationship promise should not disappear just because the introduced account moved into pipeline.

Keep the human context too. What did the source tell the prospect? What did your firm agree could be shared? Is the source expecting a courtesy acknowledgment, a qualification update, a reciprocal introduction, or help on a joint client matter? These are different commitments with different disclosure boundaries.

Give each promise enough structure to survive

Most referral commitments need seven fields:

  1. Commitment. Write the action or update in plain language.
  2. Source. Name the person or organization to whom the promise was made.
  3. Related context. Connect the introduction, prospect, client, supplier, or opportunity.
  4. Internal owner. Name one person accountable for the next move.
  5. Due date. Use the promised date or a date early enough to protect it.
  6. Disclosure boundary. Record what may be shared back with the source.
  7. Closure evidence. Define what proves the promise was kept, changed, or properly withdrawn.

HubSpot's current task documentation makes a practical distinction here. A task can have an assignee, due date, notes, reminders, and associated records. It also warns that an unassociated task will not appear on a record timeline. The product is not the point. Context has to travel with the work.

If the owner can see "send update" but cannot see the source, introduction, agreement, and disclosure limit, the firm recorded a reminder rather than the commitment.

Do not promise access you do not control

Referral conversations can become sloppy around other people's relationships. An advisor offers an introduction before checking whether the contact wants it. A supplier rep implies your client will take a meeting. A partner expects deal details because they opened the door.

Record the commitment your firm can control. You can promise to ask for permission. You cannot promise that another person will agree to meet. You can promise to acknowledge a referral. You cannot promise that it will become an opportunity. You can promise an appropriate status update. You cannot promise private discovery notes to the source.

Use clear states for introduction work:

  • Permission not yet requested
  • Permission requested
  • Approved, declined, or redirected
  • Introduction made
  • Recipient responded, deferred, declined, or remains unknown

Do not mark "make introduction" complete when you merely asked for permission. The next action changed. The commitment did not disappear.

Make changes visible instead of quietly moving the date

Some referral promises should change. The source gave incomplete context. The prospect asked for privacy. Your firm found a conflict. A joint client issue became more urgent than the original introduction. A reciprocal introduction no longer makes sense.

The owner should be able to complete the promise, revise it with the other person's agreement, transfer it with acceptance, or close it with a reason. Quietly moving the due date protects the dashboard and damages the relationship.

Be especially careful when ownership changes. The person who knows the source may not be the person working the introduced opportunity. The person running the opportunity may not be allowed to share its status. Preserve source credit, relationship ownership, work ownership, and communication authority as separate facts.

If an introduction has already arrived, use your partner lead response process for receipt, acceptance, prospect contact, and source updates. Do not keep one vague promise open while the real work moves through another workflow.

Review the exceptions once a week

You do not need a referral-promise meeting. Add the exceptions to the weekly operating review:

  • A commitment with no owner or due date
  • An introduction waiting on permission with no next action
  • A source update that is overdue
  • A promise connected to no source, account, or introduction
  • A completed task with no evidence the external commitment closed
  • A commitment transferred without acceptance
  • A promised update that would cross the agreed disclosure boundary

Make one decision on each exception. Finish it, clarify it, change it with the right person, transfer it, move it into the active lead process, or close it with a reason. "Still working on it" is useful only when somebody owns the next dated move.

Audit the last ten referral conversations

Pull the last ten conversations in which somebody offered, requested, or made an introduction. Include client calls, supplier meetings, advisor conversations, and event follow-up.

Find every promise your firm made. Can another person see the source, context, owner, due date, disclosure boundary, current state, and closure evidence? Can they tell the difference between a polite intention and an accepted commitment?

Fix the open promises first. Then decide where new referral commitments will be captured and reviewed. Do not build automation until the team agrees on what deserves a record and what closes it.

Advisor OS CRM connects organizations, contacts, activity history, tasks, opportunities, suppliers, pipeline, source attribution, and reporting. Use that connected record to keep the relationship promise beside the work it affects.

Use the free Advisor OS agency scorecard if introductions, referral follow-up, and relationship ownership still depend on inboxes or one person's memory.

Make referral promises visible before they go stale

Evaluate how Advisor OS connects referral sources, introductions, owners, due dates, activities, opportunities, and follow-up history.

Request an Advisor OS demo