How much does it cost to build a booking system
A booking system that takes payment and syncs a real calendar runs A$18,000 to A$45,000. The spread is almost entirely calendar sync and cancellation rules, not screens. Here is what moves the number and what to leave out of version one.
You want people to pick a time, pay, and turn up. Every quote you get will price the screens, because screens are easy to describe. The screens are not where the money goes.
What it costs
| Typical range | A$18,000 to A$45,000 |
| Our six-week version | A$22,000 fixed, 6 weeks |
| What you get first | One service type, one calendar, card payment, email confirmation, and a cancellation window you can change without a developer. |
The low end is one provider, one calendar, one timezone. The high end is multiple staff, resources that can double-book each other, and rules about who can move what. Same product on the surface. Different animal underneath.
The three things that move the number
1. Calendar sync. Two way sync with Google or Outlook is the single most under-quoted item in this category. Reading a calendar is easy. Writing to it, handling a booking someone deleted on their phone, and not double-booking during the seconds between check and write is where weeks go.
2. Cancellation and refund rules. Every business has rules they have never written down. Free until 24 hours, half after that, never on public holidays, always for regulars. Each one is a branch, and each branch has an email, a refund path and an edge case.
3. Who else needs to see it. One person taking bookings is a form. A team is permissions, and permissions is the thing that quietly doubles a build. The moment a second role exists you need a way to say what each can see and change.
What to cut for a first version
- Native mobile apps. A booking page on a phone browser is fine and you will learn more from it.
- SMS reminders in version one. Email first, and add SMS once you know the no-show rate justifies the per-message cost.
- Anything that needs a second user role. Ship single-operator, add roles when a real person asks.
- Reporting. Export to a spreadsheet for three months and you will find out which numbers actually get looked at.
That list usually takes a quote from the high end to the low end without changing what a customer experiences on the day they book.
The line item to read twice
Calendar integration as a single line item. Ask which direction, which providers, and what happens when the same slot gets taken twice in the same second. If the answer is vague, the number is a guess, and it is the guess most likely to be wrong by weeks.
Common questions
Can I just use Calendly
Often yes, and you should try before you build. Calendly stops being enough when the booking needs to know something specific about your business, when the money has to move in a way Stripe checkout cannot express, or when the person booking needs an account that remembers them. Until one of those is true, building is the expensive way to get a worse Calendly.
How long does a booking system take to build
Six weeks for the version described here. That is not a claim about typing speed, it is a constraint that forces the scope conversation to happen at the start rather than in month four.
What makes booking systems go over budget
Almost always calendar sync and cancellation rules, in that order. Both look small in a proposal and both have an unbounded number of edge cases if nobody draws a line around them before the build starts.
If you want the whole method rather than one answer, it is written up in the book. Five dollars, and it takes an evening: Turn Your Expertise Into a Real Tech Product. If you would rather just ask, book a call and you will get a straight answer on the call, including if the answer is do not build it.