Wedding Venue Software Pricing: Why We Charge One Flat Fee

When we were working out how to price Ceremonio, I spent a long time on other software pricing pages. Not just wedding venue software, all sorts of software. And I noticed that the wedding venue corner of the market has a habit that most other software grew out of years ago: the price on the website is often not the price you pay.

Sometimes the number excludes VAT. Sometimes it is a starting price, and the real one is only revealed on a sales call. And very often there is a per-event fee: a charge for every wedding you host, added on top of the monthly subscription.

This post is about that last one, because I think it is the thing venues most often miss when comparing options. It is also, to be upfront, a post about a choice we made. Ceremonio charges one flat fee per venue, and I want to explain why. But more usefully, I want to give you a way to compare pricing across any software you are considering, whether that ends up being ours or not. If you are earlier in your research, our comparison of UK venue software covers features as well as pricing.

The pricing models you will meet

Most wedding venue management software is priced in one of five ways.

Flat monthly fee. One number per venue, per month, however many weddings you host. Simple to compare and simple to budget.

Base price plus per-event fee. A lower monthly subscription, then a charge for every wedding or event you run through the system. The headline number looks small; the real cost depends on your volume.

Per-user pricing. The cost scales with the number of team members who need access. Common in general-purpose CRMs. It sounds fair until you want to add seasonal staff, or you find the team sharing one login to keep the bill down, which defeats the point of the software.

Per-module pricing. A core price for the basics, then paid add-ons for the rest: contracts here, a couple portal there, reporting on a higher tier. The advertised price often covers less of the product than you expect, and the features you end up wanting most tend to be the ones behind the next tier.

Annual contracts. The full year paid up front, sometimes in a different currency. The monthly equivalent can look reasonable, but you are committing to twelve months before you know whether the team will actually use it.

None of these models is dishonest, and each has a genuine logic behind it. Per-event pricing, in particular, has a fair argument: a venue running ten weddings a year uses the software less than one running a hundred, so why should they pay the same? For a very small or seasonal venue, a usage-based price can genuinely be the cheaper option, and it would be dishonest of me to pretend otherwise.

But for most established venues, I think per-event pricing has a problem that only shows up after you have signed.

Per-event fees tax your success

Think about what a per-event fee actually is. Every time you win a booking, your software provider takes a slice. Your best months generate your biggest software bills. Have a brilliant year, host more weddings than ever, and your reward is paying more for the same product you were using in January.

It is a small commission on your growth. Nobody calls it that, but that is how it behaves.

The second problem is that you cannot budget for it. A flat fee is a known number: you can write it into your annual costs in January and it still holds in December. A per-event bill is only knowable in hindsight, once the year is over and the weddings are counted. For a business that lives and dies by careful planning, that is an odd thing to accept from the very tool that is supposed to bring order to your operation.

And there is a quieter third problem: many providers who charge per event do not publish the fee. The subscription price is on the website; the per-event charge is revealed on a sales call. If a number is a meaningful part of your annual cost, it should not be a surprise.

A worked example

Numbers make this clearer than argument does. Take two venues comparing the same two options: a flat fee of £150 per month, against an illustrative usage-based model of £100 per month plus £15 per wedding. (Real base prices and per-event fees vary, and as above, many are not published. Treat this as a scenario, not a quote.)

Two honest observations.

First, the quieter venue pays less on the per-event model. If you host a small number of weddings and expect that to stay stable, usage-based pricing may suit you, and you should not let anyone (including us) talk you out of doing that maths.

Second, the busy venue paid £600 more for having a good year. Same software, same features, same support. The difference between the two venues’ bills is purely a levy on the busier venue’s success. And neither venue could have written the per-event number into their budget in January, because it depended on bookings they had not won yet.

Founder’s Pro-Tip: When you run this comparison for your own venue, use your best realistic year, not your average one. The average year is the one the salesperson will quote you. The best year is the one where the bill surprises you, and it is also the year you are aiming for.

The VAT question

One more habit to watch for: some providers advertise prices excluding VAT. A price of £100 per month excluding VAT is really £120 per month once the invoice arrives.

If your venue is VAT registered you may normally be able to reclaim it, but that depends on your VAT scheme and circumstances. Venues on the Flat Rate Scheme generally cannot reclaim VAT on purchases like software, and partial exemption rules can limit recovery too, so it is worth checking with your accountant rather than assuming the VAT comes back. Whatever your position, the comparison problem is the same: if one provider advertises including VAT and another excludes it, the headline numbers are not comparable until you adjust them. It is worth thirty seconds with a calculator before you conclude that one option is cheaper than another.

Our view is simpler: advertise the number the customer actually pays. Ceremonio’s prices include VAT, and we think that should be the norm.

Six questions to ask any provider

Whatever software you are looking at, these questions will surface the true cost quickly.

1. Is the advertised price including VAT? If not, add 20% before comparing.
2. Is there a per-event or per-booking fee? If so, what is it, in writing?
3. Is there a per-user fee? What happens when you add seasonal staff in the summer?
4. Which features are included at the advertised price? Get the list of what costs extra as a module or a higher tier, not the brochure list.
5. What notice do I get before prices rise? Ask for the answer in writing, not a reassurance on a call.
6. What is my total annual cost at my realistic wedding count? One number, including everything.

Founder’s Pro-Tip: Before you sign anything, ask the provider to email you that last one: a single figure for a full year at your venue’s realistic volume, including VAT and every fee. If they cannot or will not put one number in writing, that tells you a great deal about how the relationship will go.

What we chose, and why

We chose a flat fee. Ceremonio is £150 per month including VAT for Early Partner venues, and £250 per month at the standard rate. One fee per venue, unlimited weddings, unlimited team members. Host five weddings or a hundred and five; the number does not move.

We also made a promise alongside it, because a flat fee only solves half of the predictability problem. Prices can still rise. So our fair pricing promise is that existing customers get at least 12 months’ written notice before any price increase. You will never open an invoice and find a surprise.

I will not pretend this is charity. A flat fee is also simpler for us: no metering, no counting your weddings, no awkward conversations about what qualifies as an event. But the deeper reason is alignment. We want venues to grow, book more weddings, and get busier. It would feel strange to build software for that purpose and then charge you more every time it works.

There is one more reason, and it is the one I care about most: a flat fee where every venue gets the whole core platform keeps us honest. Nothing in the core product sits behind a higher tier or a paid module. We are developing some optional add-ons for the future, like a portal for couples, and those will be priced separately and published clearly on our pricing page, but the platform itself does not come in pieces. Venue software is no longer a market where new features are a selling point. They are expected. We see it as our responsibility to keep moving with the times: a proper process for regular customer feedback, a roadmap built around what our customers actually want, and a product that stays at or near the front of the pack. We do not build for the sake of it. We build what is needed, and we make sure we build it well and fast.

And just because our customers are not paying for the core per module does not mean we are off the hook. Billing is monthly. You can cancel anytime, with no long contract tying anyone in, and cancellation simply takes effect at the end of the month you have already paid for. Every venue is free to leave for something shinier whenever they like. We think that pressure is healthy. It is what keeps us working to make both our customer service and our product the premium option, month after month, rather than something you are locked into.

The short version

If you take one thing from this post, make it this: compare total annual cost, not headline monthly price. Adjust for VAT, ask for per-event, per-user and per-module costs in writing, and run the maths at your best realistic year. Do that for every option on your shortlist, including ours, and you will make a good decision.

And if you would like to see what one flat fee gets you, we would love to show you. You can request a demo and we will walk you through it honestly, including the parts that are not finished yet.