Back to Library

Function: Customer marketing

AI Workflow for Customer Advocate Identification

Deployment Brief

Start with an advocate candidate list that includes signal, proof, ask type, owner, permission status, and next action.

Difficulty

Low

Revenue impact

Medium

Operational impact

Medium

Risk level

Medium

When it runs

A customer gives positive feedback, renews, achieves a clear result, submits a referral, leaves a good review, or becomes a strong reference candidate.

Evidence in

positive feedbackcustomer outcome evidencerenewal or expansion statussupport or service historyreferral activitypublic review or testimonial historypermission statusaccount owner review rules

What AI prepares

  • advocate candidate list
  • advocacy signal summary
  • recommended ask type
  • permission and sensitivity flag
  • owner task
  • measurement event for advocacy participation

Decision rules

  1. Do not treat private praise as public permission.
  2. Match the ask type to the customer's relationship and proof level.
  3. Hold back when unresolved issues exist.
  4. Route sensitive or high-value accounts to the owner.
  5. Record permission for public use before publishing anything.

Human approval point

The account owner approves advocate status, ask type, timing, incentive, public-use permission, sensitive relationship context, and customer-facing language.

What stays human

  • Do not automate public testimonial requests, case study asks, reference requests, or permission assumptions without account owner 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 candidates identified, asks approved, participation, permissions granted, references used, referrals generated, testimonials collected, and ask deferrals.

Systems involved

CRMcustomer success platformsupport systemreview platformsurvey toolapproval workflow

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

Customer Advocate Identification is weak when customer marketing 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 Customer Advocate Identification 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 Customer marketing manager, and the team can measure readiness without claiming validated outcome lift.

Baseline Metric

customer_advocate_identification_review_ready_rate

Share of customer advocate identification 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, HubSpot, customer success platform

Minimum Viable Pilot

Duration
30 to 60 days
Sample
First 100 customer advocate identification records, or all records from one customer marketing segment over 45 days
Owner
Customer marketing manager
Threshold
At least 90% of sampled customer advocate identification 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 customer advocate identification 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 customer advocate identification separate from adjacent customer marketing workflows by requiring customer_advocate_identification_review_ready_rate, the Customer marketing manager review point, and the source boundary influitive-advocate-identification, hubspot-health-score, gainsight-health-score. Adjacent pages may share data, but this record owns the sampled decision path and exception outcome.

Not Ready If

  • Customer Advocate Identification does not have stable source records, owner fields, or status fields to sample.
  • No accountable customer marketing 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.

TL;DR

Advocacy should start with fit and permission. A happy customer is not automatically a public reference.

What is customer advocate identification?

Customer advocate identification is the process of finding customers who may be appropriate for referrals, testimonials, case studies, reviews, references, or private feedback.

Who is this workflow for?

  • Service businesses, SaaS firms, agencies, consultants, and professional firms that need proof and referrals without over-asking customers.
  • Marketing and account teams that want to turn happy moments into the right type of ask.
  • Owners who need advocacy without damaging customer trust.

What breaks in the manual process?

The manual process fails when positive feedback is forgotten or mishandled. Teams either never ask, or they ask for the wrong thing at the wrong time.

How does the AI-enabled process work?

The workflow reviews feedback, outcomes, renewals, support history, referrals, reviews, and permission status. It suggests the appropriate advocacy ask and routes it to the account owner.

What does this look like in practice?

Example scenario: A client praises a completed project and renews for another quarter. The workflow flags them as a possible case study candidate, checks for unresolved issues, and asks the account owner whether a private referral ask or public testimonial is more appropriate.

What decision rules should govern this workflow?

  • Do not treat private praise as public permission.
  • Match the ask type to the customer's relationship and proof level.
  • Hold back when unresolved issues exist.
  • Route sensitive or high-value accounts to the owner.
  • Record permission for public use before publishing anything.

What are the implementation steps?

  1. Trigger: A customer gives positive feedback, renews, achieves a clear result, submits a referral, leaves a good review, or becomes a strong reference candidate.
  2. Inputs collected: positive feedback, customer outcome evidence, renewal or expansion status, support or service history, referral activity, public review or testimonial history, permission status, account owner review rules.
  3. AI/system action: The system checks source evidence, prepares the referral output, and flags attribution, timing, eligibility, reward, permission, or relationship review requirements.
  4. Human review point: The account owner approves advocate status, ask type, timing, incentive, public-use permission, sensitive relationship context, and customer-facing language.
  5. Output delivered: advocate candidate list, advocacy signal summary, recommended ask type, permission and sensitivity flag, owner task, measurement event for advocacy participation.
  6. Measurement logged: Track candidates identified, asks approved, participation, permissions granted, references used, referrals generated, testimonials collected, and ask deferrals.

Required inputs

  • positive feedback
  • customer outcome evidence
  • renewal or expansion status
  • support or service history
  • referral activity
  • public review or testimonial history
  • permission status
  • account owner review rules

Expected outputs

  • advocate candidate list
  • advocacy signal summary
  • recommended ask type
  • permission and sensitivity flag
  • owner task
  • measurement event for advocacy participation

Human review point

The account owner approves advocate status, ask type, timing, incentive, public-use permission, sensitive relationship context, and customer-facing language.

Risks and stop rules

  • customer asked for public advocacy too soon
  • private praise treated as public permission
  • wrong ask type for the relationship
  • advocacy request made while issues remain unresolved

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 an advocate candidate list with signal, proof, ask type, owner, permission status, and next action.

Advanced version

The advanced version maps advocates by industry, use case, persona, proof type, public-use permission, reference availability, and referral quality.

Related workflows

Measurement plan

Track candidates identified, asks approved, participation, permissions granted, references used, referrals generated, testimonials collected, and ask deferrals.

What not to automate

Do not automate public testimonial requests, case study asks, reference requests, or permission assumptions without account owner review.

FAQ

What is customer advocate identification?

It is the process of finding customers who may be appropriate for referrals, testimonials, case studies, reviews, references, or private feedback.

What can AI detect?

AI can detect positive feedback, outcomes, renewals, referrals, reviews, support praise, and permission status.

What should stay under human review?

Ask type, timing, permission, incentive, public use, sensitive accounts, and customer-facing language should stay under account owner review.

What is the simplest first version?

Create an advocate candidate list with signal, proof, ask type, owner, permission status, and next action.

How should this workflow be measured?

Measure candidates, approved asks, participation, permissions, references, referrals, testimonials, and deferrals.

Related Workflow Group

AI Workflows for Customer Success

Compare this workflow against nearby operating problems before choosing the first build. The group shows what usually breaks together, what evidence is needed, and where review still matters.

View Workflow Group

Further Reading

AI customer health scoring workflow

A field report on customer risk, retention signals, owner review, and measurable follow-up.

Read Report