System
/
Memory
/
Onboarding

Onboarding

One definition of how a new customer moves from closed won to first value: the stages, the milestones, the entry and exit criteria, the owners and the escalation rules. Held as your GTM system's memory, so it means the same thing whichever CSM is running it, and it improves by what time to value actually showed.

Learning from every outcome
One milestone predicts time to value
Data connected by week 2: value in 41 days
Without it, 98 days
A stage gate blocks nothing
Exit criteria met on 96% of first attempts
Added 5 days of waiting on average
Upgrade proposedv11v12
LEARNING
The memory upgrades
Memory
Onboarding
v12
Stages defined with entry and exit criteria
Data connection moved into the first milestonev12
Owners and dependencies named per stage
Redundant stage gate removedv12
Escalation conditions stated for each blocker
Approve upgrade to Onboarding?
The current way > AI added on > AI-native

The moments onboarding is decided, and what governs it

Onboarding is where retention is largely determined and where the operating model is least written down. Most of it lives in the habits of whoever has done it most.

01 | The Current Way

02 | AI Added On

03 | AI-Native

A new customer starts

A checklist and a template

Tasks get tracked. What actually constitutes progress is left to the CSM running it.

A generated plan

A plausible onboarding plan appears immediately. It has no view on what evidence proves a milestone is met.

Stages with entry and exit criteria

Progress is judged against defined criteria and the evidence each requires, so a milestone means the same thing every time.

Two CSMs run onboarding

Two different processes

Both follow the template and interpret readiness their own way, and the outcomes diverge.

Two plans, same divergence

Generation produces two competent plans that still encode two different views of what good means.

One model, applied consistently

Both work the same stages and criteria, so variance comes from the customer rather than from who was assigned.

Something blocks progress

Escalated when it is obvious

The blocker is raised once it has already cost weeks, because nothing defined the threshold.

Status, not escalation

Project status gets summarised accurately without anything stating when a delay becomes a problem.

Escalation conditions are stated

Each blocker type has a defined threshold and owner, so escalation happens on a rule rather than on somebody noticing.

Activity looks healthy, value is late

Milestones count activity

Steps are ticked off on schedule and the customer is no closer to the outcome they bought.

Activity reported faster

The same activity-centric milestones, summarised more quickly and just as disconnected from value.

Milestones require evidence

A milestone is met when its stated evidence exists, which stops a tidy plan from concealing a stalled outcome.

Time to value data accumulates

The model never changes

Onboarding is reviewed as performance. The stages and sequencing that produced it are not.

Better plans, same sequence

Plans generate more fluently against an ordering nobody has tested against outcomes.

Outcomes reorder the stages

Time to value, blockers and retention show which milestones mattered and in what order. Any change to the sequence needs customer success leadership's approval before it takes effect.

Referenced by

Capabilities that reason with this memory

Sales

Deal Health

Active
Northwind now at risk of going to a competitor
Champion's gone quiet; a rival is in the room
Two deals worth pushing while you're ahead
Momentum's with you, so press the advantage
One deal to cut: no budget, no path to the buyer
Sitting in forecast, propping up a false number
+
Every open deal, scored and ranked for the review
Where to save, where to push, where to walk
Where to spend your time, before the review
SEE HOW IT WORKS

Sales

Daily Brief | Sales

Active
Kestrel went quiet overnight
Champion didn't reply, and a new exec joined the thread
Two next steps from yesterday never got sent
Sitting overdue, and the deals are cooling while they wait
Solstice needs a follow-up before your 10am
Send it now, or lose the thread going into the call
+
Your three deals that need you today, ranked
In order of what's at risk and what moves the number
Your day, prioritised, before you open your inbox
SEE HOW IT WORKS

Prospecting

Daily Brief | Prospecting

Active
Six accounts moved in-market overnight
Flagged with what changed and why they're worth chasing
The right contact at Fenwick Systems, not the switchboard title
Picked from who's actually engaging, not the org chart
First email and LinkedIn message already drafted
Written to the pain they're showing right now, ready to send
+
Two prospects from last week gone quiet
Flagged to follow up before the window closes
Today's list ready before your first call
SEE HOW IT WORKS
SEE ALL CAPABILITIES
Used by

Skills that use this memory

No items found.
SEE ALL SKILLS
The Platform

One system that understands, decides, acts and learns.

Every GTM signal flows through an AI-native operating layer into a system that runs on the surfaces your team already uses.

Explore the GTM System →
GTM Data & Knowledge
CRM · Emails · Calls · Marketing · Product · Support · Documents · Research
AI-Native Operating Layer
Context · Memory · Skills · Agents · Decision Traces
AI-Native GTM System
Understand
ICP Fit
Deal & Account State
Stakeholders
Risk & Health
Decide
Targeting
Pipeline & Forecast
Campaign Planning
Renewals & Expansion
Act
Outreach & Follow-up
Meeting Prep
CRM Updates
Alerts & Escalation
Learn
Upgrade ICP
Upgrade Messaging
Upgrade Playbooks
Upgrade Forecasting
Surfaces
CRM · Slack · Teams · ChatGPT · Claude · MCP · API
Output
Briefings · Artifacts · Alerts · Recommendations · Approvals · Actions

SEE WHY REVOPS + MARKETING LEADERS CHOOSE REVENUE LABS

The GTM teams that learn fastest will win. Build yours a system that learns.

An advantage competitors cannot buy back: years of success and failure, codified.

FAQ

What buyers ask

If it's not here, we'll answer it live.

Talk to us
What is onboarding memory?

One approved model of how a new customer reaches first value: the stages, the milestones, the entry and exit criteria, the responsibilities, the dependencies, the time to value expectations and the escalation conditions. Every onboarding capability applies that same model.

How is this different from an onboarding checklist?

A checklist records tasks. This defines what constitutes progress and what evidence proves it. The distinction shows when every task is complete and the customer still has not reached value, which a checklist cannot detect and a criteria-based model can.

Why do onboarding milestones need evidence requirements?

Because activity-centric milestones drift from outcomes. Ticking a step says work happened, not that the customer moved closer to value. Stating what evidence a milestone requires is what keeps a tidy plan from concealing a stalled implementation.

How can onboarding improve from customer outcomes?

By treating time to value as a test of the model. When milestones are defined and evidenced, retention and value outcomes show which ones actually predicted success and which sequencing worked, and the model can be revised and tested rather than re-argued.

How is this different from a success plan?

Onboarding is the company's model of how any new customer reaches first value. A success plan is this particular customer's goals, milestones and owners. Onboarding is the path, the success plan is the instance, and adoption evidence is how you know the destination was reached.