What should you look for in event registration software?

Three questions a demo will not answer

Feature lists converge. Most platforms sell tickets, send confirmations and scan QR codes. The differences that decide whether a platform suits you sit underneath the feature list:

Everything else in this guide is a way of answering one of those three. If a vendor cannot answer them in writing, the demo was the product.

What will the platform cost at your volume?

Registration software is priced in four ways, often combined. None is a trick; each suits a different pattern of events.

Payment processing is a fifth cost and it is not optional. Whoever processes the card charges for it, whichever model the platform uses. When the platform processes payments itself, that charge is often folded into its own fee, so compare what reaches your bank per ticket, not the headline percentage.

The one calculation worth doing is the crossover: the revenue at which a percentage fee overtakes a fixed one.

Crossover revenue =
  annual fixed fee ÷ percentage fee
  €6,000 a year ÷ 2.5%   =  €240,000
# Below €240,000 a year in ticket sales,
# the percentage costs less. Above it,
# the subscription does.

Then put a real year through every model you are considering. The figures below are placeholders — use your own events and each vendor's actual rates:

A year: 2 conferences × 600 tickets,
        1 free event × 300 registrations
# At €400 a ticket (gross €480,000)
  €500 a month               6,000
  2.5% + €1 per paid ticket  13,200
  €2 per registration        3,000
# At €40 a ticket (gross €48,000)
  €500 a month               6,000
  2.5% + €1 per paid ticket   2,400
  €2 per registration        3,000

Same events, same attendance, and the cheapest model changes with the ticket price. That is why a platform that is cheap for one organiser is expensive for another, and why comparing headline rates tells you nothing. Run the calculation for the events you expect to run next year, including the free ones, before any sales call.

What counts as a billable registration?

If a vendor meters by registration or attendee, two contract questions decide what you actually pay:

• Flat allotment or metered overage? A yearly block that covers unlimited events behaves differently from a per-registration meter. Ask for the overage rate in writing, and what happens if you under-use the allotment.
• What is billable? Test registrations, staff, speakers, cancelled tickets, and no-shows may or may not count. Define each category in the contract—not only in the proposal.

Registrations and attendance are not the same. Paying for people who never walk through the door is common when the meter is registration-based. Make the counting rule explicit before you compare quotes.

How big that gap is: PheedLoop's Event Data Lab, which looked at more than 1,070 events with check-in data, put the median no-show rate at about 20% — about 28% for free events and 17% for paid ones (Event Data Lab Report #05, April 2026). Its count includes cancellations. So at a median event, a registration meter bills you for roughly one person in five who never checks in.

Which costs sit outside the licence quote?

Ask every vendor for a fully loaded first-year total for the same scenario. Look for charges that often appear after the summary page:

• Separate fees for the same journey—registration, app access, check-in, streaming, or lead capture billed more than once per person
• Hardware and badge printers rented outside the platform fee
• Lead retrieval priced to you or to exhibitors
• Mobile app licensed per event or per usage limit
• Extra admin seats or permission tiers
• Professional services for routine form or workflow changes
• Implementation, migration, and training your team still owns
• Automatic renewal escalators and weak exit clauses

The lowest licence fee and the lowest total cost rarely come from the same vendor. Score cost on the fully loaded number.

Where does the money sit between sale and payout?

Two models exist. Either the platform sells the ticket and pays you later, holding attendees' money in between, or you connect your own payment account and the money is yours from the moment it clears.

• When the platform holds the funds, its payout schedule is your cash flow and its terms decide when you can pay the venue deposit. Ask when payouts happen, whether anything is held back until after the event, and what happens to held funds if the event is cancelled.
• When you use your own account, you carry the relationship with the payment provider — onboarding, chargebacks, refunds from your own balance — and in exchange nobody sits between your attendees and your bank.

Neither is wrong. What is wrong is not knowing which one you are buying, because it decides whose name is on the attendee's card statement and who a refund comes from. If your events sell through more than one legal entity, it decides whether that is possible at all.

The checkout is the part attendees judge you by

Your attendees never see the dashboard. They see the registration page, on a phone, often between meetings. Buy the checkout by testing it the way they will use it:

• Complete a purchase on a phone, with a real card. Count the screens and the fields. Every field that is not needed for this event is a reason to stop.
• Pay with an EU card if you sell to Europe. Article 97 of the Payment Services Directive requires card issuers to apply strong customer authentication to most online payments, so the checkout has to hand the buyer to their bank's approval step — usually 3-D Secure — and bring them back. A checkout that handles it badly loses the sale at the last screen.
• Buy as a company. Many conference tickets are paid by an employer who needs an invoice in the company's name, with its address and tax number. Check whether that can be captured at checkout, or whether it becomes an email to your finance team.
• Buy for a colleague. One person paying for five attendees, each of whom needs their own ticket and their own confirmation, is ordinary for conferences and awkward on platforms built for one buyer, one ticket.
• Look at the price you are shown first. Whether booking or service fees appear in the price on the first screen or only at the end is increasingly a legal question, not a design one — covered in the ticket pricing guide.
• Try it with a keyboard and a screen reader. An online shop selling to EU consumers has been within the European Accessibility Act since 28 June 2025, unless the business is a microenterprise. The Act does not name a web standard itself; WCAG 2.1 at level AA, through the harmonised standard EN 301 549, is the practical benchmark to test a checkout against.

How do you test the event day before you sign?

Check-in fails in predictable ways, and each one can be tested in an afternoon during a trial. Do these before you commit, not the week before the event:

The network test is the one that matters most, because venue WiFi fails at exactly the moment everyone arrives and uses it at once. A system that needs a live connection to scan a ticket is a system that stops at the door.

Data, contracts, and the way out

You are the one responsible for attendee data, whichever platform holds it. Five things to have in writing before the first registration:

• A processor agreement. GDPR Article 28(3) sets out what the contract with a platform processing attendee data for you must contain. Ask to read it before you buy, not after.
• The sub-processor list and the hosting location. Where attendee data is stored and who else touches it — email delivery, payments, analytics — named, not summarised.
• A complete export. Attendees, form answers, orders, refunds, discount codes and check-in records, in a format you can open without the platform. An export that stops at the attendee list loses the financial history.
• Roles and permissions. Whether a colleague can be given one event, or scanning only, without seeing everything.
• The end clause. How long data stays available after the contract ends, how you get it, and how deletion is confirmed.

A trial that tests the right things

A free trial is usually spent building a pretty event page. Spend it on this instead — about half a day:

• Sell yourself a real ticket with a real card, then read your card statement. Whose name is on it?
• Refund it. See where the refund comes from and whether the fees on it come back.
• Buy as a company for three colleagues and look at the invoice and the three confirmations.
• Export everything and open the files without logging in.
• Scan with the network off, on the phones your staff will use.
• Add a colleague with limited access and log in as them.
• Ask support one real question from your last event, and note how the answer arrives.
• Ask for the processor agreement and the sub-processor list and see how long they take.

What actually goes wrong

These follow from choices made at purchase, which is why they are cheap to avoid then and expensive afterwards:

• Chosen on a headline rate, outgrown on the actual one. A percentage fee that was sensible for a first small event becomes the largest line in the budget once prices and attendance grow — or a subscription chosen for a busy year keeps charging through a quiet one.
• Free events priced as if they were paid. A per-registration fee applies to free tickets too, so a large free community event can cost more to run than a paid conference.
• The check-in demo ran on office WiFi. Nobody tested the door without a network, and the first time anyone does is the first morning of the event.
• The export leaves out the money. Attendee lists come out cleanly, but orders, refunds and discount usage do not, so switching platforms means losing the financial history or rebuilding it by hand.
• The processor agreement was never asked for. The subscription was signed; the contract that GDPR requires for attendee data was not, and a year of registrations ran without it.
• Company buyers cannot get an invoice. The checkout was built for individuals, so every employer-paid ticket becomes a manual invoice and a reconciliation problem.

How should you score platforms before the demos?

Set criteria and weights before the first sales call. Otherwise the most polished presentation rewrites your requirements. Five to eight criteria is enough; have each stakeholder score independently on the same tasks.

There is evidence for doing it in that order. In Capterra's 2026 Software Buying Trends survey of 3,385 software decision-makers in 11 countries, only 34% of buyers had both a smooth purchase and a smooth implementation, and nearly nine in ten who regretted a purchase had first hit an unexpected disruption during implementation. Successful buyers were more likely to define budget and must-have features early (62%, against 48% of disappointed buyers), and the most successful narrowed their options to three vendors (Capterra press release, October 2025). The survey covers business software in general, not only event platforms.

If you already fixed the aisle on the shortlist guide, keep that band constant and score only peers inside it. Mixing marketplace, enterprise venue suites, and mid-market stacks on one scorecard produces meaningless winners.

What should you ask every vendor?

Send the same questions to every platform on your shortlist — ours included — and compare the written answers, not the demos:

• What would last year's events have cost, fully loaded, under your pricing—including payment processing, free events, seats, app, and implementation?
• What is the billing unit, and what counts as a billable registration (tests, staff, speakers, cancellations, no-shows)?
• Whose payment account takes the money, and whose name appears on the attendee's card statement?
• Can our team change a registration form, speaker, or agenda slot without a services engagement?
• What happens at check-in when the network is down, and how do scans reconcile afterwards?
• What support hours and escalation path apply on event day, and is response time in the contract?
• How quickly can we go live, what does implementation cost, and what does our team still own?
• Can we export every attendee, order, refund and check-in in an open format, at any time, without asking support?
• Can we read the processor agreement and sub-processor list before we sign?
• How do company buyers get an invoice, and how does one person buy for several attendees?
• What happens to our data when the contract ends? How long do we retain access?

The answers will not choose a platform for you. They will tell you which platforms you are actually comparing — which is usually fewer than the shortlist.