They braced for months. The switch took a week.

An ABA practice that dreaded leaving its old software — clients, data, and open claims, all of it

This is the story of an ABA practice that stayed on software it had outgrown for far longer than it should have — for one reason that has nothing to do with the software itself: the fear of switching. We've kept them anonymous, but the dread will be familiar to anyone who has ever thought "we need to move off this" and then talked themselves out of it.

The real reason practices stay stuck: the move, not the tool

Ask an owner why they haven't left a system everyone complains about, and the answer is rarely "it's fine." It's "switching would be a nightmare." The whole client roster. Years of clinical history. Authorizations. Open claims with money still in them. Retraining a high-churn front-line staff. The imagined month of running two systems in parallel while something quietly breaks. The pain you know starts to feel safer than the move you don't.

So the practice waited — absorbing the daily friction because the one-time cost of moving felt enormous and unknowable. That's the trap: the fear of switching is almost never measured, so it grows.

What they braced for

Going in, they expected the worst version: months of overlap, a data migration they'd have to project-manage themselves, claims falling through the cracks during the handoff, and a team in limbo learning a new tool while still living in the old one. Every horror story they'd heard about software migrations, stacked on top of a practice that couldn't afford to stop running for a single day.

Frequently asked questions

How long does it really take to switch to Wilma?

For the practice in this story, about a week — start to finish, including their clients, clinical history, and open claims. That isn't a universal guarantee: larger practices or messier data can take longer. The reason it's fast is that Wilma runs the migration with you rather than handing you an export file to reconcile yourself.

Will I lose my historical client data if I switch?

No — that's the fear, and it's the thing the migration is built to protect. Your client roster, the clinical history, and your data-collection graphs come across, so clinicians can see what happened in the old system right inside Wilma — no keeping the old platform open just to look things up.

Will switching force us to change how we work?

No — the setup is configured to the workflows your practice already runs, rather than making you reinvent your process to fit the software. Your note and documentation templates are customized to the standards you've already set, so the quality bar you built carries over intact. The software bends to the practice, not the other way around.

Do we just break even on a switch, or do we gain anything?

You come out ahead. Beyond keeping your data and history, the same migration week can add capability you didn't have — for example a company phone line with IVR (a real business number with an auto-attendant, recording and transcription, ringing through to the phones staff already carry, no separate phone system to buy). The move is an upgrade, not a lateral shift.

What happens to claims that are still in flight when I move?

Open claims come across in the migration, so revenue already in motion doesn't get stranded in the gap between two systems. Money in flight is one of the biggest switching fears, and it's exactly what the managed move is meant to carry over.

Do I have to run two systems in parallel for months?

No. The dread of a long, overlapping cutover is the horror-story version of switching. Because Wilma runs the migration, the move is measured in days-to-weeks for most practices, not a quarter of running everything twice.

Isn't it risky to switch while we're still operating every day?

It feels risky, which is why so many practices stay put. But the migration is something Wilma manages with you — the roster, the history, the claims — so you're not stopping operations or project-managing a data export alone. The fear is almost always bigger than the reality.