Dental patient reactivation
The patients you already have are worth more than the ones you are advertising for.
A reactivation system works through your inactive patient list, restarts the conversation, and books overdue recalls, without adding anything to your front desk's day.
The list is already paid for
A new patient costs money to find. You bid for the click, you pay for the campaign, you compete with every other practice in the area for someone who has never heard of you. An overdue patient costs a message. They already chose you once, they know where the clinic is, and a good number of them are not going anywhere else. They just have not thought about their teeth since the last time somebody made them.
Almost every practice knows this. Almost none of them work the list, and the reason is always the same: it means one person, several hundred names, a phone, and hours the practice does not have. So it stays on the to-do list for two years, quietly worth something the whole time.
Do this on your own numbers
What is your inactive list actually worth?
There is no useful industry answer to that question, and any page that gives you one has made it up. What there is, is a method. It takes four numbers, all of which are already in your practice management system, and about ten minutes.
The four numbers
- Patients on file. Everyone in the system, not just this year's.
- The share of them who are overdue. Pick a definition and hold to it. Twelve months past their recall date is the usual line, twenty-four if you want to be conservative.
- The average value of a visit. Not your best case. The realistic average of what an appointment is worth to the practice, including the follow-on work that typically comes with it.
- Your current recall booking rate. Of the overdue patients you contact today, by whatever means, the share that end up booking.
The method
Multiply the first two together and you have the size of the inactive list. Multiply that by the third and you have the theoretical ceiling: what the list would be worth if every single overdue patient came back. Nobody gets that number, and treating it as a target is how practices end up disappointed by a system that actually worked.
The number that matters is the gap between what you recover today and what you could recover with the list worked properly. That is your current recall booking rate, applied to the list, subtracted from a higher rate applied to the same list.
We do not publish a reactivation rate on this page, because any figure printed here would be a figure we invented.
What we do instead is show the arithmetic at three different rates side by side and let you decide which one you find plausible for your practice. The patient reactivation calculator does that in the browser, using your numbers, with every assumption printed on the page. Nothing you type into it is sent anywhere.
There is a longer walk-through of the same arithmetic, with worked illustrative inputs, in what is your inactive patient list actually worth.
Why standard recall reminders stop working
Most practices already have recall reminders. They are usually a single text, sent once, on the due date, in the same words every time. They work well on the patients who were going to book anyway, which is why they look fine in the numbers and why nobody questions them.
They fail on everybody else, and they fail for four specific reasons.
One message is not a conversation
A reminder sent once, on a day chosen by the software rather than by the patient's life, arrives while somebody is driving or in a meeting. It gets read, half-filed mentally, and never actioned. There is no second attempt, so a patient who fully intended to book simply does not.
It cannot handle a reply
When a patient answers a standard reminder with can I do evenings? or I have moved to Abu Dhabi, the reminder system has nothing to say. Either the message goes to a number nobody reads, or it lands in an inbox where it competes with everything else. The most engaged patients on the list are the ones most likely to be dropped.
The wording is the same for everyone
A patient six months overdue and a patient three years overdue need different messages. So does someone who cancelled twice, someone who had significant treatment and stopped, and someone who was last seen by a clinician who has left. Sending all of them the same sentence guarantees it is wrong for most of them.
Nobody stops when it is time to stop
Automated reminders that keep arriving after a patient has replied, booked or asked to be left alone do more damage than sending nothing. This is the most common way a practice sours its own list, and it is entirely avoidable.
How the system runs
Segmentation, sequence, channel, handoff.
Segmentation comes first
Before anything is sent, the list gets split. Not into clever micro-segments, into a small number of groups that genuinely need different treatment:
- Recently overdue. Six to twelve months. These are the easiest and they go first, because they tell you quickly whether the messaging is right before you spend the harder part of the list on it.
- Long overdue. Twelve to thirty-six months. Different opening, because pretending you noticed last week is not credible.
- Dormant. Beyond three years. Low expectations, worth contacting once, and the segment where list cleaning matters most.
- Unfinished treatment. Anyone with a plan started or presented and never completed. Handled separately and more carefully, because the conversation is clinical and belongs with a person.
- Do not contact. Complaints, transfers out, previous opt-outs, deceased patients. Getting this segment right is more important than every other one combined.
The sequence, not the message
Each segment gets a short sequence rather than a single send. Typically an opening message, a follow-up a few days later that says something new rather than repeating itself, and a final one that closes politely and leaves the door open. Then it stops. It does not run forever, and it never restarts on someone who has said no.
Every sequence stops immediately on three signals: the patient replies, the patient books, or the patient opts out. That last one is honoured permanently across every future sequence, not just the current one.
The channel is whichever one they actually use
In the UAE that is usually WhatsApp, with SMS and email as the alternatives. The right channel is the one the patient has actually responded on before, which the practice usually already knows. Messaging platforms have their own rules on business messaging and opt-in, and staying inside those rules is part of the ongoing work rather than a one-time setup.
The handoff is the part that matters
The system's job ends when a patient is interested. It does not negotiate, it does not give clinical advice, and it does not improvise about price. A warm patient goes to the front desk with the conversation attached, so whoever picks it up can see what was said rather than starting cold.
Where your practice management system supports it, availability can be checked and the booking written back directly. Where it does not, the front desk books it. The system is designed to be useful in either case, because a build that only works with direct access to your clinical software is a build that never launches.
Your side of it
What the practice actually has to do.
Honestly, very little, and most of it happens once at the start.
- Provide the list. Either access to the system or an export. Name, contact details, last visit, due date. Nothing clinical.
- Approve the words. You read the sequences before anything sends and you change anything that does not sound like your practice. This is the one step worth taking seriously; an hour here decides how the whole thing lands.
- Set the hard rules. What may never be promised, what price questions get answered with, and what always goes to a clinician.
- Take the warm patients. The front desk books them. This is the only ongoing task, and it is the task they wanted more of.
What the practice does not have to do: change practice management software, learn a new system, run campaigns, write copy, or check a dashboard every morning. If a build ends up requiring any of that, it has been designed wrong.
Where it goes wrong, and what is done about it
Every one of these has happened in reactivation projects somewhere, and each has a specific countermeasure built in rather than a promise that it will not happen.
The list is dirtier than anybody thought
Dead numbers, duplicated records, patients who moved abroad years ago. In a market with as much turnover as the UAE, a share of any old list is people who are no longer in the country. The system treats a failed delivery as information rather than an error, cleans as it goes, and reports back what the list actually looked like, which is frequently the most useful output of the first month.
Somebody gets a message who should not have
The worst version of this is a bereaved family. This is exactly why the do-not-contact segment is built first and checked by the practice rather than inferred by software, why the first batch is small and supervised with every message read before it sends, and why there is a stop control the practice can use itself without calling anybody.
The volume overwhelms the front desk
A list worked properly produces replies, and replies arrive at once if you send everything at once. Sequences are released in batches sized to what the desk can actually handle, and the pace is set by the practice, not by how fast the system can send.
The tone is wrong
A message that reads like marketing gets treated like marketing. This is why the practice approves the words, why the first batch is supervised, and why the sequences get rewritten after the first real replies rather than being treated as finished at launch.
It works, and nothing changes
Patients reply, the desk is busy, and six weeks later nobody can say what it earned. Reactivation is measurable and there is no excuse for not measuring it: contacted, replied, booked, attended, value. If those numbers are not being reported to you monthly, the retainer is not doing its job.
It does not work
Sometimes the list is smaller or colder than it looked, or the practice already works it well. Then the honest answer is that this was the wrong first build, and the right response is to say so and stop rather than to keep tuning something that was never there.
Questions about reactivation
What is dental patient reactivation?
It is the process of contacting patients who are on your list but overdue, restarting the conversation, and getting them booked. A reactivation system does it in segments and sequences rather than as a one-off campaign, handles the replies, and hands warm patients to the front desk.
How many patients will come back?
Nobody can tell you honestly before looking at your list, and any specific figure quoted at you by an agency is invented. It depends on how overdue the list is, how clean it is, whether the practice has contacted them recently, and how well the messages are written. The calculator shows three different rates side by side rather than predicting one.
Is this different from our recall reminders?
Yes. A recall reminder is one message, sent on the due date, in the same words for everyone, with nothing behind it to handle a reply. Reactivation segments the list, sends a short sequence, adapts to what comes back, stops the moment somebody replies or opts out, and hands the patient to a person.
Will it annoy our patients?
Badly written messages annoy patients; being contacted after two years of silence generally does not. The safeguards are the ones that matter: the practice approves the wording, the first batch is supervised, sequences are short and stop on any reply, and an opt-out is permanent across every future sequence.
What data does it need?
Name, contact details, last visit date and due date. Nothing clinical. The clinical record stays in your practice management system, and you get a written description of exactly what the automation holds, where it sits and how long it is kept, before the build starts.
Do we need to change our practice management software?
No. If your system supports a direct connection, bookings can be written back to it. If it does not, the automation runs from a regular export and the front desk books the warm patients. Which applies is established during the audit rather than assumed.
How long until we see bookings?
Two to four weeks to build, then replies start arriving within days of the first batch going out. Reactivation is the fastest of the systems to show something because the patients already exist and are already overdue.
What does it cost?
The audit is free. After that, a one-time build fee and an optional monthly retainer to run and improve it. Builds are priced against the value the system is expected to recover rather than against hours, so the figure follows from what the audit finds in your list. Third party software is billed through at a capped, pre-agreed rate, and every number is in writing before you commit.
Before you speak to anybody
Find out what
your list is worth.
Thirty minutes, free, and you keep the roadmap.