Skip to content

Day 165: Give Customer Service Its Share of AI Referral Value

Someone arriving from an AI assistant may already pay you.

They may need to change an account setting, understand an invoice or get a product working again. A useful visit could end with the problem resolved and no sales conversation at all.

For a marketing leader, that creates two ways to misread the same channel: claim customer-service demand as new pipeline, or dismiss useful self-service because it produced no lead.

The commercial question is broader: what work did the visit help someone complete? AI-originated traffic can carry prospect research and existing-customer needs through the same entry channel. Those workloads deserve different accounts of success.

Put the workloads beside each other

The ledger below is hypothetical. It contains no observed visits, customer records or ZSA results. Each row stipulates what is known about the relationship and the task; neither is inferred from the referrer.

Relationship, if known Task in this illustration Useful outcome to assess Commercial treatment
Prospect Check whether the product supports a required workflow Evaluation progresses or a poor fit becomes clear Prospect research; pipeline only when separately qualified
Existing customer Restore access to a feature already purchased Customer can resume the task Service contribution, not new acquisition
Existing customer Explore an additional paid capability An expansion enquiry is qualified Expansion, separate from both support and new-customer pipeline
Unknown Open a troubleshooting article Outcome remains unknown Unclassified demand; do not assign customer status

The support row is not a consolation prize. Helping someone use what they bought is part of delivering the product. Its value does not depend on turning that person back into a lead.

Nor is every existing-customer visit support. An upgrade enquiry can be commercial demand without being new-customer acquisition. Relationship and task need separate columns because one does not settle the other.

Keep the channel label in its own column

Google Analytics describes Session source as the publisher or inventory source from which traffic originated. Its Traffic acquisition report includes both new and returning users.[1] That field describes entry, not a paid relationship with the business.

The user labels do not supply the missing relationship either. Google defines new users through first_visit or first_open events, and returning users through a previous session.[2] Those definitions concern recorded site or app use, not whether someone holds a paid account. A returning visitor may still be a prospect.

A support-page landing is similarly a clue about the material opened, not proof of customer status. A prospective buyer might inspect troubleshooting guidance while evaluating the product. An existing customer might open a pricing page to investigate an upgrade.

This is a ledger for visits with an identifiable AI entry source, not a claim that every AI-originated visit is identifiable. It does not recover the private question someone asked an assistant or establish why a link was selected.

Where relationship or task cannot be established appropriately, leave the entry unknown. Use already authorised aggregate information where available; this framework does not require new login tracking, personal-data collection or matching anonymous visitors to customer records.

Let service succeed on service terms

A sales-only scorecard asks whether a visit generated an enquiry. A service scorecard asks whether the customer could complete the task or obtain suitable help.

Those questions can produce different assessments of the same behaviour. A customer who reads instructions and leaves might have succeeded. They might also have given up. The exit alone settles neither outcome. Where suitable, authorised feedback already exists, use it to assess usefulness rather than declaring every quiet departure a resolved case.

Equally, a support request is not automatically a failed visit. Some problems need a person. Reaching the right help with the right context can be the appropriate outcome.

For the CMO and customer-service lead, the reporting agreement should preserve both contributions: qualified prospect demand belongs in the acquisition account; supported customer tasks belong in the service account. Keep expansion distinct and unresolved classifications visible. Do not translate support visits directly into revenue saved, retention gains or avoided tickets without evidence for those outcomes.

Give GEO a wider commercial account

GEO reporting should leave room for people who already know the company and need to use its product. That does not make support content a guaranteed citation tactic, or prove how frequently customers use AI assistants for help.

It changes what the business is prepared to recognise as useful. The next AI-referral review can show prospect research, customer service, expansion and unknown demand side by side, instead of forcing every visit into a new-business funnel.

Credit acquisition when it advances acquisition. Credit service when it helps serve a customer. A channel can contribute to both without making them the same job.

Sources

[1] Google Analytics Help, “[GA4] Traffic acquisition report”: https://support.google.com/analytics/answer/12923437?co=GENIE.Platform=Desktop&hl=en

[2] Google Analytics Help, “[GA4] Understand user metrics”: https://support.google.com/analytics/answer/12253918?hl=en