01
The stall nobody calls a stall
A CSM on r/CustomerSuccess described it exactly. Customers get through the sales process, get handed off to CS, and then stop engaging. What follows is weeks of polite chasing.
It rarely feels like a crisis while it is happening. The kickoff went well. Everyone was enthusiastic. There is just one small thing waiting on their side, an admin account, a data export, a security questionnaire, and it has been waiting for three weeks.
Often the cause is structural, not a sign the customer has cooled on you. Your onboarding plan tracks your tasks carefully and lists theirs as "customer". A task owned by the customer is owned by nobody.
02
Build a mutual plan with a name next to every task
Kickoff · Owner: CSM
One plan, visible to both sides, listing every task that stands between signature and first value. Each task gets an owner by name and a date. Their names, not "IT team" or "customer".
Fill the names in live, on the kickoff call, with them. Asking afterwards gets you "we will figure out who owns that", which is how the stall starts. Asking in the room, with their sponsor watching, gets you a name.
If you ran a proper sales to CS handoff, the goal and the stakeholders are already known, so the kickoff can go straight to the plan.
Milestone Task Owner (name, side) Due
SSO live Create SAML app in Okta Priya R. (customer IT) 2026-10-08
SSO live Configure and test SSO Dev (us) 2026-10-10
Data imported Export last 12 months tickets Sam K. (customer ops) 2026-10-14
Data imported Map fields, run import Dev (us) 2026-10-17
First report Agree the one report for VP Jo L. (customer VP CS) 2026-10-2103
Name the check-ins after milestones, not calendar days
Owner: CSM
Another CSM on r/CustomerSuccess complained that their 30, 60 and 90-day check-ins made it hard to show any value, because a meeting called "30-day check-in" has no content until someone invents some.
Rename them after the milestones in the plan. "SSO live". "First team trained". "First report shipped". A meeting called "first report shipped" has its agenda and its success test built into the name, and it is obvious to everyone when it has not happened.
Small change. It moves the conversation from how things are going to whether a specific thing is done.
04
Decide in advance what counts as a stall
Weekly · Owner: CSM
Pick a rule and write it down. A reasonable one: ten business days with no customer-side task completed is a stall. Tune the number to your onboarding length, but have one, because without a rule a stall is only ever noticed when it has already become a problem.
Check it weekly, ten minutes across your book. The plan does the tracking, so there is no need for the weekly "any update?" email one CSM described using to track customers through a ten-step setup. That email trains the customer to ignore you.
05
Escalate with the goal, not a status request
Owner: CSM, then CS lead
When the rule trips, climb a short ladder, and never ask "any update?" at any rung.
Day 10 of the stall: message the named owner about the specific task, and offer to do it with them on a 20-minute call. If the blocker was time rather than will, this is where it ends.
Day 15: go to the champion. Same specifics, plus what the stall is holding up.
Day 20: the sponsor. Frame it around their own goal and the date it now slips to. "The Q4 support reporting you bought this for is waiting on the ticket export. At the current pace it moves from October to December. Can we get 20 minutes with Sam this week?" Sponsors answer that. They ignore status updates.
06
Define go-live as first value, not configuration finished
Owner: CSM
"Configured" is your milestone. The customer's milestone is the first outcome from the goal they bought for: the first report their VP actually uses, the first ticket routed correctly, the first hour saved.
Do not close onboarding until that outcome has happened and the sponsor has seen it. Then write it into the account's running log as the first entry. It is the opening line of the first QBR, and the QBR prep playbook picks up from here. Our own version of this handoff into delivery is in onboarding automation.
07
Where this breaks
The mutual plan fails in one predictable way: the customer's named owner leaves or changes role, and the plan still says their name. Check names, not just dates, at every milestone.
Whether to pause the contract clock for a customer whose onboarding has stalled through their own delay is a question this playbook leaves open. Some teams extend the term as goodwill. Others hold firm and treat the stall as the customer's cost. It depends on how much you want the account to succeed versus how much you want the principle.
Onboarding is the one phase where the customer has already paid and still has to do work for you. Make their part as visible as yours, and put a name on it.
FAQ
Why does customer onboarding stall?
Often because the customer's tasks have no named owner on their side. The onboarding plan tracks the vendor's work in detail and lists the customer's work as "customer", so when an admin gets pulled onto something else, nothing visibly breaks and nobody notices for weeks.
What is a mutual action plan in customer onboarding?
A single plan both sides can see and edit, listing every task between signature and first value, with a named owner and a due date for each, including the tasks the customer owns. Filling in the customer-side names live during kickoff is what makes it work.
How do you re-engage a customer who has gone quiet during onboarding?
Escalate in steps and never send a generic status request. Start with the named task owner and offer to complete the task together on a short call, then go to the champion, and finally to the sponsor, framing the stall around the goal they bought for and the date it now slips to.
When is customer onboarding complete?
When the customer has seen the first outcome from the goal they bought for, not when configuration is finished. Configuration complete is the vendor's milestone; first value is the customer's, and it is the one they will judge you on.
Want this run for you instead of by you?
Mindlyft builds post-call workflows inside your own CRM, drafts every customer-facing action, and holds it for a human to approve. We engineer the first workflow free.
Apply for a slot