Home › Custom AI Receptionist vs a Subscription
Build vs buyCustom AI receptionist vs a subscription: when to build instead of subscribe
There is now a whole category of AI receptionist products — for dental practices, for home services, for general small business. Several are good. This page is the honest version of the comparison, including the cases where you should close this tab and go subscribe to one.
The short version
- Subscribe if you need it live this week, your needs are standard, and a product already integrates with your practice software.
- Build if you have several locations, unusual booking rules, a system nobody integrates with, or you want to own it.
- The real difference isn't quality — it's how the cost scales. Per seat, per location, forever versus one-off plus per-minute.
- Whichever you choose, ask the same question: can it check a real calendar and book, or does it just take a message?
Start with the honest part: buy it
If your situation looks like this, an off-the-shelf product is the better decision and I'd tell a client the same thing on a call:
- You need it running in days and you have no appetite for a project. Products win on time-to-live, every time.
- Your requirements are genuinely standard. Answer, take a message, book a standard appointment, send a confirmation. If nothing about your booking is unusual, custom work is spending money to arrive at the same place.
- A product already integrates deeply with your specific software. Vertical products for dentistry, for example, often plug straight into practice-management systems in a way that would take real effort to rebuild. That depth is worth paying for.
- Nobody on your side will ever look after anything. A maintained product beats an unmaintained custom system. That's not close.
Categories worth looking at before you commission anything: dental-specific assistants, home-services and trades answering products, and general small-business AI receptionists. Compare their current pricing and integration lists directly — that market moves fast enough that any figures I quoted here would be stale by the time you read them.
Then the part they can't offer
Four structural differences. None of them are about which one sounds more natural on the phone — both do fine at that now.
| Subscription product | Custom build | |
|---|---|---|
| Cost shape | Monthly, typically per location or per seat — charged whether the phone rings or not | One-off build, then per-minute usage. Quiet months cost almost nothing |
| Ownership | The logic and the call data live in the vendor's dashboard. Leaving means starting over | Workflows, prompts and data run in your own instance, on your own accounts |
| Integrations | What the vendor chose to support. Deep where they went deep, absent elsewhere | Anything with an API — your CRM, calendar, job or practice system |
| Booking rules | Their model of how appointments work | Yours. Rotate fairly across staff, respect real availability, apply your own constraints |
| Scaling to more sites | Usually another subscription per location | Another row of configuration |
| Time to live | Days. This is their real advantage | Longer. A working first version in days, refined over milestones |
Where the maths flips
The break-even isn't about call volume — it's about locations and idle time. A per-location subscription across five sites is five subscriptions forever. A custom system across five sites is one build and five configuration rows, and its usage cost only moves when somebody actually calls. Businesses with several locations, seasonal quiet periods, or long stretches where the phone simply doesn't ring are the ones who notice the difference most.
The question to ask either way
Before you sign anything or commission anything, ask exactly this: "Does it check a real calendar and create the booking, or does it take a message?"
Taking a message is easy and nearly every option does it. Booking is where systems fall over, because it requires three things that are genuinely hard:
- Real availability. It must read actual free slots, not offer times it hasn't verified.
- Fair assignment without double-booking. Rotating work across staff isn't enough on its own — rotation will happily assign someone who's already booked. It needs to check, then assign.
- Confirmation before commitment. Read the details back, wait for a yes, then write to the calendar. Never the other way round.
I've written up exactly how those three work in a live build, node by node, on the Vapi + n8n receptionist page — including the failure where a model confidently books an appointment in the past, and the guard that stops it.
What "custom" should include
If you do commission a build, these aren't extras and you shouldn't be charged as though they are:
- Escalation to a human — the agent hands over rather than guessing when it's out of depth.
- Error handling and alerting — when something fails it notifies someone. Silent failure is the actual risk with automation, not bad answers.
- Logging — every conversation readable after the fact.
- Written handover — a node-by-node walkthrough so your team, or a different developer, can run and change it without the person who built it.
That last one is the difference between owning a system and owning a dependency. I publish the walkthroughs for my own builds publicly on GitHub, which is the same standard I hand to a client.
Common questions
Which is cheaper?
Over one location with a busy phone and standard needs, usually the subscription. Over several locations, or where the phone is quiet for stretches, usually the build — because you stop paying per location forever and start paying per minute actually used.
Can a custom one sound as good?
Yes — both run on the same underlying realtime voice platforms. Voice quality is no longer the differentiator. What it knows and what it's allowed to do are.
What if I start with a subscription and outgrow it?
Reasonable path, and a common one. The thing to protect is your data: make sure you can export transcripts and contact records, because the switching cost is almost entirely in what you can't take with you.
How long does a custom build take?
A working first version in days, then milestones. You approve each one before the next starts, so you're never far from something you can actually hear working.
Not sure which side you're on?
Describe your setup — how calls come in, what booking looks like, how many locations. I'll tell you straight whether to build or subscribe, including when the answer is "buy the product."