GRAIL
Our work What we do Why GRAIL Essays Industry Briefings Book a call

Contents

12 min read
Customer success function paper photograph
A blueprint for
customer leadership

WHAT DOES AN AI-AUGMENTED CUSTOMER SERVICE AND SUCCESS TEAM LOOK LIKE?

Where customer success and service are heading in the next two to three years, and what GRAIL believes it takes to get there first.
Every signal is noticed. Every judgment has an owner.
Customer success paper12 min read
Continue reading

Customer work begins too late. Service waits for the contact. Success waits for the review or renewal date. The change that matters is that the whole function learns to sense customer movement continuously, resolve the routine immediately and direct people toward the moments that need judgment. The relationship stays with the person. The attention becomes institutional.

The 2028 customer day
01ContactAnswers documented questions, retrieves account facts and completes permitted actions.
02ResolutionReceives the transcript, customer history and actions already attempted.
03EscalationUncertainty, repeated contact, visible frustration and policy exceptions trigger escalation.
04InterventionExplains the evidence and decides which change matters.
05LearningReviews recurring causes another function must remove.
THE FUNCTION TODAY

The queue hides
the customer.

Customer service and customer success protect recurring revenue, repeat purchases and reputation. Service resolves what has already gone wrong. Success improves adoption, retention and qualified expansion. In software companies they are named teams. Consumer companies often organise a larger member-service or contact-centre operation. Industrial companies spread the same work across sales, delivery and a support desk.

Nine processes
01Inbound support06Complaint handling and escalation
02New-customer onboarding07Knowledge-base and self-service management
03Adoption and customer-health monitoring08Voice of customer back to product and operations
04Renewals and churn prevention09SLA and service-performance reporting
05Expansion identification and sales handover

Where the information lives is the problem. Tickets sit in the service platform. Usage sits in product analytics. Ownership and opportunity history sit in CRM. Contracts, orders, invoices and payment status sit elsewhere. Guidance is distributed across document stores, articles and the memories of experienced employees. The service record shows what happened. It rarely explains why the resolution worked, what warning signs preceded churn or what the customer was trying to accomplish.

The measures do not form one coherent system either. Ticket closure rewards throughput. Retention arrives months later. First response, backlog and SLA attainment can improve while repeat contact, effort and trust move the wrong way. Customer success teams inspect account portfolios manually, while service teams work through an undifferentiated queue.

The function is rich in customer evidence and poor at assembling it in time to change the outcome.

The customer appears in fragments: a ticket, a usage decline, a missed payment, a complaint, a renewal date. By the time one person sees the whole picture, the risk has often hardened.

WHAT CHANGES STRUCTURALLY

Customer attention
becomes continuous.

The function changes at two structural points.

The function moves from a reactive queue to continuous customer sensing. Usage, delivery, billing, sentiment and service events are watched together. Work no longer begins only when a customer asks for help or a renewal enters the calendar. People receive the changed evidence, decide whether it matters and choose an intervention that fits the relationship. Prevention becomes a system, rather than a personal habit of the strongest CSM.

The unit of output moves from contacts processed to customer outcomes protected. Documented questions can be answered continuously. The scarce work becomes technical diagnosis, complaint recovery, adoption improvement and changing the product or delivery process that caused the contact. Service, success, product, sales and operations therefore stop acting as separate destinations for customer evidence. Each interaction becomes input to the next decision.

Routine resolution can become faster while quality holds or improves. The pattern is weaker for disputes, vulnerable customers, contractual exceptions and technically ambiguous problems. Those moments need experienced people with authority, not another layer of routing.

The queue becomes a sensor. The account plan becomes a live reading. The contact becomes evidence for changing the system that caused it.

Where it is weakestThe combination is weakest where the facts are incomplete, the customer is distressed or the remedy changes a material commitment. Those stay with human judgment, and should.

USAGE DROPLATE PAYMENTESCALATIONRENEWAL QUEUE BASELINE customer change, read live
So your team joins the signals and sees customer change sooner.
NUMBER ALONE 72 HEALTH SCORE another queue USEFUL CUSTOMER ALERT 123456 what changedsourcewhy it matterswho decidesnextproof
Your people get the reason behind each alert, not another score.
THE 2028 OPERATING PICTURE

A day, a week,
a month.

A function that invests heavily still employs service specialists and CSMs in 2028. Its shape changes. Fewer people spend the whole day retrieving answers or inspecting accounts that have not changed. More capacity sits in complex resolution, customer advice, knowledge ownership and service-operations design. A small function assigns these responsibilities across existing roles rather than creating a separate job for each one.

The day
TODAY, 2026 TODAY, 2028 Who called What changed Repeat contactcall list Order statuscall list Renewal callcall list Usage dropsource: usage Late paymentsource: billing Escalationsource: service
Today, you review what changed and decide who needs help.
Contact

A disclosed digital service layer receives written contacts. It answers documented questions, retrieves account facts and completes permitted actions. The customer can request a person. Uncertainty, repeated contact, visible frustration, policy exceptions and material financial consequences trigger escalation.

Resolution

The specialist receives the transcript, customer history, actions already attempted and a proposed remedy. Their queue is prioritised by ambiguity, severity and customer consequence. They diagnose, question and decide. The customer does not have to reconstruct the story.

Intervention

Each CSM receives a short brief on customers whose usage, support pattern, payment status or relationship engagement changed overnight. The brief explains the evidence. The CSM decides which change matters, who should act and what the relationship can bear.

The weekThe team reviews unresolved friction, accounts requiring intervention and recurring causes another function must remove. Product receives themes linked to source conversations and affected revenue. Sales receives qualified expansion signals with evidence. Operations receives failures linked to orders, deliveries or installations. Knowledge owners review unanswered questions, weak resolutions and policy changes before publishing revised guidance.

The monthThe function head reviews outcomes by customer cohort rather than ticket averages alone. The review covers containment, repeat contact, customer effort, complaint recovery, time to value, adoption, retention risk and expansion accepted by sales. Health models are checked against actual renewals and churn. Permissions widen only when test results and incident history justify it.

Daily monitoring for every account, tailored onboarding for every customer, quality review across every conversation and a traceable path from friction to revenue. Work once reserved for the most important cases becomes the normal operating standard.

PROCESS BY PROCESS

What runs, and what
stays with the person.

REQUESTS IN Known answerOrder statusComplaint CHECK SORTS REQUESTS ROUTINE answered PERSON REVIEW A PERSON
Clear requests finish fast; the hard moments reach your people.
ProcessWhat the agent doesWhat stays with the person
Inbound supportAnswers approved informational intents, retrieves guidance, summarises history, drafts replies and routes exceptionsDiagnostic questioning, ambiguous resolution, policy exceptions and customer recovery
OnboardingPrepares a customer-specific plan from the contract, objectives and implementation material; monitors progress and drafts nudgesMilestones, implementation politics and ownership of time to value
Adoption and healthCombines usage, support, delivery and relationship signals; explains what changedValidation of the diagnosis and the intervention that fits the account
Renewals and churn preventionMaintains the evidence brief, surfaces earlier risk and prepares a suggested save planRelationship judgment and every commercial commitment
Expansion handoverFinds unused entitlements, capacity constraints and repeated requests; prepares a source-linked briefTiming, customer trust and qualification of commercial fit
Complaints and escalationReconstructs prior contacts, failed attempts, severity and policy; drafts a remedy and routes it by authoritySensitive redress, exceptions and the decision that rebuilds trust
Knowledge and self-serviceFinds unanswered questions, conflicting articles and useful resolutions; drafts revised guidanceReview, interpretation and publication by the knowledge owner
Voice of customerGroups conversations, reviews and surveys; quantifies affected customers and links themes to source recordsProduct priority and the choice of what to change
SLA and performance reportingAssembles end-to-end reporting and screens interactions against policy and resolution criteriaInvestigation of exceptions and interpretation of performance
The right-hand column deserves the closest attention. It contains diagnosis, authority, trust and commercial judgment. The left-hand column gives those decisions better evidence and more of the team's time.
DATA AND CONNECTIONS

Four stages, and the
service-stack position today.

The sequence follows value and risk across GRAIL's Access Ladder.

TICKETUSAGE PAYMENTORDER CONTRACTCRM OWNER WHOLE CUSTOMER
Because every system holds one piece of the same customer.
ACTIONS WITH APPROVAL MORE CUSTOMER DATA ONE REQUEST APPROVED REPLY start with one request, widen after it works
You start with one clear case, then see more customers sooner.
01
Documents only

Approved articles, implementation material, task contracts and exported feedback support searches, drafts, plans, summaries and synthesis. People add customer context and approve outputs.

02
Read access

Service records and approved knowledge ground answers and track resolution, repeat contact and escalation. CRM, product usage, subscriptions, invoices, orders and delivery status add operational truth.

03
Read and act with approval

The agent proposes notes, tags, routing, tasks and customer actions. Identity checks, monetary limits and named approval precede execution. Each write records its approval and result.

04
Bounded autonomous action

Internal routing and verified task creation follow fixed rules. Records capture identity, inputs, action and result. Material remedies, subscription changes and commitments require human approval.

The service-stack position, as of September 2026
ZendeskIts MCP client calls selected Action Builder tools. REST APIs and signed webhooks support ticket and knowledge operations.
FreshdeskIts hosted MCP beta for selected Enterprise customers reads and writes tickets, contacts and knowledge. REST v2 supports sensitive actions.
IntercomIts remote MCP server reads records and writes help-center articles for US-hosted workspaces. EU-hosted deployments use the EU REST API and webhooks.
HubSpot Service HubIts remote MCP server supports broad reads and selected writes under user permissions. The public beta excludes Sensitive Data.
Salesforce Service CloudHosted MCP servers govern reads and mutations by permission. Custom servers expose Flows or Apex actions. Headless 360 is beta.
Business CentralThe official MCP server is read-only by default. Administrators can enable defined writes with user attribution.
FortnoxAPIs expose customers, orders, invoices and articles. No official MCP endpoint was identified; workflows use APIs and events.

Point connections answer current questions. Longitudinal work needs a shared layer for cohort comparison, health calibration, signal testing and replayable evaluation.

GRAIL'S THESIS

Six things we believe,
from building this.

Customer success and service are often treated as downstream functions. We believe they are becoming the operating nerve centre for customer truth. Six things follow from that shift.

SAME ORIGIN TICKETS CLOSED CUSTOMER TRUST Today Over time dashboard improves customer gets worse
But closed tickets can rise while customer trust falls.
01
The queue is evidence of work the company failed to finish elsewhere.

A repeated contact may begin in the product, the invoice, the installation or the promise made during a sale. Resolving the ticket matters. Removing the cause is where the function changes the customer outcome.

02
Continuous sensing changes more than response speed.

The important moment may happen before a contact exists: usage falls, payment changes or a relationship goes quiet. The operating layer notices the movement. A person decides whether it is risk, noise or an opening to help.

03
A health score without an explanation is another queue.

CSMs do not need more alerts to inspect. They need the evidence that changed, the source behind it and a clear reason the account deserves attention. The intervention remains a human choice because the same signal means different things in different relationships.

04
Human access is part of the design.

Uncertainty, frustration, repeated contact and material consequences are not failures at the edge of the service layer. They are the conditions that define its boundary. If reaching a person is difficult, the company has moved work onto the customer and called it progress.

05
Released capacity needs an address.

Time no longer spent retrieving answers or inspecting unchanged accounts does not create customer value by itself. Leadership must assign it to adoption, retention, complaint recovery, technical exceptions or root-cause removal. Otherwise the old queue simply finds a new form.

06
Knowledge becomes an operating responsibility.

Outdated guidance can affect every interaction at once. Someone must own unanswered questions, conflicting articles, policy changes, test cases and weak resolutions. The strongest service layer is not the one that writes most. It is the one whose approved knowledge keeps learning from real customer work.

These six beliefs are not positions on tools. They concern how a company notices, resolves and learns from customer reality. Every system laid on top inherits them.

WHAT IT ASKS OF PEOPLE

Roles, rhythm, and
where it fails.

Frontline service roles move from retrieving answers to resolving exceptions. Employees need diagnostic questioning, policy judgment, technical depth and complaint recovery. They learn to inspect the assembled history, challenge weak guidance and recognise when authority matters more than speed.

CSMs move from manually inspecting every account to managing a prioritised portfolio of interventions. They need commercial judgment, skepticism toward health models and the ability to design a customer action that fits the relationship. Team leads become responsible for the performance of people and service workflows together.

Operations specialists take ownership of evaluation design, data interpretation and permissions. Knowledge ownership becomes formal because one stale answer can now travel through every automated interaction. The function head spends less time explaining backlog and more time deciding which problems deserve people, which causes require another function to act and where released capacity should go.

The rhythm
First internal copilot

Approved knowledge supports employees inside the existing service workflow

6 to 12 weeks

One controlled customer-facing intent runs with clear escalation and human access

After the first intent

Read access broadens, actions begin with approval, and knowledge ownership becomes a team rhythm

6 to 12 months

Planning, role design and management measures begin to change around customer outcomes

The pace assumes one service platform, usable knowledge and a small number of languages. Multiple brands, weak identity data or complex customer decisions lengthen the path.

Where it failsDeflection rises while repeat contact and customer effort worsen. Customers cannot find a person. Stale knowledge produces grounded but wrong answers. Actions begin before identity, permissions and reversal work. Every customer and intent is treated alike. Opaque scores become employee measures. Released time has no destination in adoption, retention or root-cause removal.

Involve the people whose work changes before it changes. The service layer becomes credible when frontline experience defines its tests, its boundaries and its path to a person.

HAVE YOU THOUGHT ABOUT THIS?

Twelve questions for the
function leader.

1
2
3
4
5
6
7
8
9
10
11
12
These are the questions the programme is built to answer with the people who run the function, using their own customers, records and operating reality rather than a generic model.