Deployment Brief
Start with a referral log that tracks referrer, referred lead, source, status, owner, attribution confidence, and reward state.
Difficulty
Medium
Revenue impact
High
Operational impact
Medium
Risk level
Medium
When it runs
Evidence in
What AI prepares
- referral tracking record
- attribution confidence note
- duplicate or conflict flag
- lead owner task
- reward status update
- measurement event for referral quality and conversion
Decision rules
- Create one referral record per referred lead or customer.
- Check for duplicate referrers and duplicate leads.
- Label attribution confidence before reward approval.
- Route partner or high-value conflicts to human review.
- Do not promise rewards until eligibility is confirmed.
Human approval point
What stays human
- Do not automate disputed attribution, reward approval, partner exceptions, or customer-facing reward promises without human review.
Quality and stop gates
- Trigger is narrow and observable
- Required evidence is listed
- Human approval point is explicit
- Attribution, permission, and rewards are protected
- Measurement plan is defined
How it is measured
- Track referrals submitted, duplicate conflicts, accepted referrals, conversion rate, referral source quality, reward approvals, disputed attribution, and revenue from referred customers.
Systems involved
Workflow Dataset Record
Deployment evidence and duplicate boundary
This section is generated from the enriched workflow dataset. It is designed for pilot planning, not as validated outcome evidence.
Buyer Problem
Referral Tracking is weak when referral operations teams rely on scattered notes, incomplete fields, and informal judgment instead of a source-backed operating record. The problem is not a missing AI draft; it is the missing owner, evidence, exception status, and review path that decide whether the work can safely move forward.
Economic Logic
The value of Referral Tracking comes from reducing avoidable rework, misrouting, stalled decisions, and unsupported customer or revenue actions. The pilot should prove that required evidence is captured earlier, exceptions are reviewed by Partnerships operations manager, and the team can measure readiness without claiming validated outcome lift.
Baseline Metric
referral_tracking_review_ready_rate
Share of referral tracking records with source evidence, required business fields, named owner, human review status, exception outcome, and measurable follow-up result before the workflow is expanded.
Source system: CRM record store, workflow owner notes, pilot evidence log, exception review queue, Salesforce
Minimum Viable Pilot
- Duration
- 30 to 60 days
- Sample
- First 100 referral tracking records, or all records from one referral operations segment over 45 days
- Owner
- Partnerships operations manager
- Threshold
- At least 90% of sampled referral tracking records include source evidence, owner decision, and exception status; 100% of high-impact or customer-visible exceptions receive human review before action.
Unique Workflow Test
Audit 100 referral tracking records for source link, required fields, timestamp, owner, exception status, review decision, downstream action, and result. The test passes only when the workflow can separate approved action from blocked, low-confidence, or not-ready records.
Duplicate Guard
Keep referral tracking separate from adjacent referral operations workflows by requiring referral_tracking_review_ready_rate, the Partnerships operations manager review point, and the source boundary partnerstack-leads-deals, partnerstack-implementation, salesforce-lead-management. Adjacent pages may share data, but this record owns the sampled decision path and exception outcome.
Not Ready If
- Referral Tracking does not have stable source records, owner fields, or status fields to sample.
- No accountable referral operations owner can approve exceptions or customer-visible actions.
- The team cannot track timestamp, source, owner, exception, and outcome fields across the pilot sample.
Claim level: Pilot-shaped. Sources support workflow mechanics and pilot design unless field evidence is attached.
PartnerStack Docs: Introduction to Leads and Deals
Partner referral programs can use lead and deal objects to communicate prospect information between partners and sales teams.
PartnerStack Docs: Planning Your Implementation
Referral and deal registration workflows can use partner links, lead submission forms, attribution, and conflict-avoidance rules.
Salesforce Lead Management Documentation
Lead records, statuses, owners, conversion, and source tracking are CRM operating objects that can be measured.
Keep moving
Where this workflow connects next
A useful AI build rarely lives on one page. Check the surrounding workflow, the decision rule, and the deployment path before you commit budget.
Workflow library
Browse revenue workflows
Find adjacent workflows before choosing the first place to deploy AI.
OpenDecision tool
Automate vs. keep manual
Check which parts should stay human before this workflow touches customers or records.
OpenIndustry fit
Browse industries
See how this workflow changes by revenue model, buyer urgency, delivery risk, and customer handoff.
OpenService path
Business Process Automation
Turn repeated internal work into a reviewed process people can actually run.
OpenRevenue review
Request a workflow review
Bring this workflow and the business number it should move.
OpenTL;DR
Referral tracking should make attribution and ownership clear before the lead gets lost or the wrong person gets rewarded.
What is referral tracking?
Referral tracking is the process of recording, attributing, routing, and measuring referred leads or customers from source through outcome.
Who is this workflow for?
- Service businesses, agencies, consultants, SaaS firms, and professional service teams that receive referrals from customers, partners, or advocates.
- Teams that rely on word-of-mouth but lose track of who referred whom.
- Owners who need fair rewards and clean source reporting without overbuilding a referral platform.
What breaks in the manual process?
The manual process fails when referral details live in inboxes, calls, and CRM notes. The lead may be handled, but attribution, owner, and reward state become unclear.
How does the AI-enabled process work?
The workflow compares form data, CRM notes, referral links, UTM fields, partner records, and conversation notes. It creates a referral record, flags conflicts, and routes owner tasks.
What does this look like in practice?
Example scenario: A referred prospect fills out the website form and also mentions a partner on the discovery call. The workflow flags the attribution conflict, links both records, and asks the program owner to confirm who receives credit before any reward is promised.
What decision rules should govern this workflow?
- Create one referral record per referred lead or customer.
- Check for duplicate referrers and duplicate leads.
- Label attribution confidence before reward approval.
- Route partner or high-value conflicts to human review.
- Do not promise rewards until eligibility is confirmed.
What are the implementation steps?
- Trigger: A referral is submitted, a referred lead enters the CRM, a referral source is detected, or a reward claim needs attribution review.
- Inputs collected: referrer identity, referred lead or customer, referral source or link, CRM lead status, duplicate record check, eligibility rules, reward status, program owner review rules.
- AI/system action: The system checks source evidence, prepares the referral output, and flags attribution, timing, eligibility, reward, permission, or relationship review requirements.
- Human review point: Sales, marketing, or operations reviews contested attribution, reward eligibility, partner exceptions, duplicate referrals, and customer-facing messages.
- Output delivered: referral tracking record, attribution confidence note, duplicate or conflict flag, lead owner task, reward status update, measurement event for referral quality and conversion.
- Measurement logged: Track referrals submitted, duplicate conflicts, accepted referrals, conversion rate, referral source quality, reward approvals, disputed attribution, and revenue from referred customers.
Required inputs
- referrer identity
- referred lead or customer
- referral source or link
- CRM lead status
- duplicate record check
- eligibility rules
- reward status
- program owner review rules
Expected outputs
- referral tracking record
- attribution confidence note
- duplicate or conflict flag
- lead owner task
- reward status update
- measurement event for referral quality and conversion
Human review point
Sales, marketing, or operations reviews contested attribution, reward eligibility, partner exceptions, duplicate referrals, and customer-facing messages.
Risks and stop rules
- wrong referrer credited
- duplicate referrals create conflict
- reward promised before eligibility is confirmed
- referred lead mishandled after intake
Stop the workflow when attribution is disputed, consent is unclear, the ask is poorly timed, the customer has unresolved issues, a reward or commission is involved, or public advocacy permission has not been approved.
Best first version
Create a referral log with referrer, referred lead, source, status, owner, attribution confidence, and reward state.
Advanced version
The advanced version connects referral links, UTMs, partner records, CRM source history, conversation notes, reward rules, and lifecycle reporting.
Related workflows
- AI Workflow for Referral Request Timing
- AI Workflow for Partner Referral Management
- AI Workflow for Referral Reward Processing
- AI Workflow for Warm Introduction Tracking
- AI Workflow for Customer Advocate Identification
Measurement plan
Track referrals submitted, duplicate conflicts, accepted referrals, conversion rate, referral source quality, reward approvals, disputed attribution, and revenue from referred customers.
What not to automate
Do not automate disputed attribution, reward approval, partner exceptions, or customer-facing reward promises without human review.
FAQ
What is referral tracking?
It is the process of recording, attributing, routing, and measuring referred leads or customers from source through outcome.
What can AI reconcile?
AI can reconcile referrer, lead, source, CRM status, duplicate records, attribution confidence, and reward status.
What should stay under human review?
Disputed attribution, rewards, partner exceptions, duplicate conflicts, and customer-facing promises should stay under review.
What is the simplest first version?
Use a referral log with referrer, referred lead, source, status, owner, attribution confidence, and reward state.
How should this workflow be measured?
Measure referrals submitted, accepted, converted, disputed, rewarded, and revenue from referred customers.
Further Reading
Speed-to-lead AI workflow
A field report on faster lead response without losing evidence, routing, consent, or owner review.
