When churn was hiding inside the onboarding process
Curve Dental's implementation team was losing one or two customers a month before they ever fully went live. The product wasn't the problem. The way customers were being moved through onboarding was.
Before Onboard.io, Jason Hancock's implementation team at Curve Dental was running customer onboardings on a stack that had been quietly stretched past its limits. Jira tracked the work internally. Customers received their plan through Zoom presentations, long email templates, and links to documentation. Task tracking was handled by individual project managers — some used spreadsheets, some used Google Tasks, some used handwritten notes.
Updates went out manually, mostly during weekly check-in calls. If a customer needed to know what was happening between calls, someone had to remember to send the email. When that didn't happen — and it often didn't — customers were left to assume.
"We would have customers terminate and express frustration in not knowing what was going on with their onboarding," Jason said. "They haven't been updated in weeks, they don't know what the next steps are, they aren't getting clear instruction from their project manager, they were never told to complete a certain step at a certain point in time, they were unaware of specific requirements they needed to meet."
"It all came down to the onboarding process being incredibly complex and our customers could not keep up with it on their own."
The team had already tried to fix the cadence. The original model was three or four ninety-minute calls — kickoffs that tried to cover too much ground in too little time, followed by weeks of silence, followed by another marathon meeting. Customers left those calls fatigued. PMs left them exhausted. And the gaps in between were where escalations were born.
In preparation for rolling out Onboard, the team moved to a weekly thirty-minute meeting structure. The cadence was right. The tooling still wasn't. PMs were still tracking tasks on their own. Calls regularly ran long because there was no shared structure to keep them on rails. The new rhythm exposed the same underlying problem: no single source of truth, no automated communication, no way for a customer to see what was happening when they weren't on a call with their PM.
Most onboarding teams measure their work in time-to-value. Jason measured it in cancellation calls. On average, five to six customers per month were escalating over onboarding concerns. One or two of those were terminating outright — citing onboarding, not the product.
The downstream damage was harder to count. Customers who had a poor onboarding experience didn't always churn during onboarding. They churned three months later, when a routine support issue or a software hiccup tipped them over an edge they were already standing on. That churn went on the books as product or support, but its real origin was earlier.
The cost compounded inside the company too. Customers who didn't complete their onboarding tasks created downstream load for account management and support. Services that should have been set up before go-live were forgotten or deprioritized, and someone else had to clean up later. Every escalation was a tax on the next team in the chain.
A note on what Onboard didn't fix: Curve Dental's overall churn rate hasn't dropped meaningfully since adopting Onboard. That's an honest read of the data — and it's worth saying out loud. Onboarding software doesn't fix product-market fit, pricing, or support gaps. What it fixes is churn that originates inside the onboarding process itself. By that measure, the impact at Curve has been close to total.
Visibility moved out of the inbox.
The biggest shift wasn't internal — it was on the customer side. Onboard's portal gave Curve's customers real-time access to the project plan, their tasks, and where they stood. The long status emails went away because they didn't need to exist anymore. Customers could simply look.
The escalations that used to come in monthly — the ones rooted in "we don't know what's happening" — almost stopped. Jason's framing: customers who churn over onboarding now are statistical outliers, not a monthly occurrence.
Task management stopped being a personality trait.
Before Onboard, every PM had a slightly different system. Some were good at it. Some were drowning. Standardizing inside Onboard meant the process no longer depended on the individual habits of whoever owned the project. A PM out for a week was no longer a problem — anyone on the team could step into a check-in and pick up the thread by reading the project, not by reading someone's notebook.
Meetings stopped running long.
The dashboard became the visual aid. Instead of editing a slide deck before every call or improvising a status update, PMs walked customers through their actual project. Prep time dropped. Calls held their thirty-minute window more consistently. Customers got the answers they needed in the room because the answers were on the screen.
Process changes stopped being a project.
When Curve's team modifies a task — and they modify a lot of them, by Jason's account — the change propagates to active projects. For a team iterating on its playbook in real time, that's the difference between updating one place and updating dozens.
New hires got fluent faster.
Standardization had a second-order benefit: training. New team members come up to speed in a fraction of the time it used to take, because the system itself is teaching them the process. Jason has restructured the team around the assumption that any PM can step in for any other PM. That's only possible because the process lives somewhere shared.
-
Jira for internal tracking
-
Long email templates for customer updates
-
Zoom presentations as the primary status surface
-
Spreadsheets, Google Tasks, handwritten notes per PM
-
5–6 escalations per month from onboarding
-
1–2 cancellations per month attributed to onboarding
-
30-minute calls regularly running long
-
Onboard as the single source of truth, internal and external
-
Customer portal replaces manual status emails
-
Project dashboard as the live visual aid in calls
-
Standardized task management across the entire team
-
Onboarding-related escalations close to zero
-
2–3 onboarding-related cancellations per year
-
Calls hold the thirty-minute window
Time-to-live dropped modestly — from around seventy days to roughly sixty. The more meaningful change is what those sixty days now contain. Customers reach go-live with their ancillary services configured, their training completed, their third-party integrations ready, and their add-on modules in place. Surprises on go-live day, the kind that used to seed escalations weeks later, became unusual.
"I honestly don't know how I could ever go back."
That's the line Jason gave when asked what he'd say to a peer evaluating Onboard. It's the kind of answer that sounds like marketing copy until you understand what it's reacting to — five-to-six monthly escalations, churn calls citing onboarding by name, a team running on twelve different systems of record.
Ask Jason why Curve Dental uses Onboard.io and he'll talk about real-time visibility, standardization, training velocity, and structuring his team for scale. Ask him what changed for his customers, and the answer is shorter: they stopped being surprised. The complaints about not knowing what was happening — the ones that used to define a meaningful slice of his churn — effectively went away.
That's a narrower claim than "Onboard fixed our churn." It's also a more honest one. Onboarding software can't keep a customer who doesn't want the product. It can keep a customer the product would have kept, if the onboarding hadn't lost them first.
Enter password to continue
This case study is shared by request only. Enter the access password to view the full story.