Skip to content

Conference check-in: QR scanning, staffing and lanes

Set a check-in time and maximum-wait target, then rehearse the desk against your expected peak arrivals. A workable plan combines QR scanning on enough devices, separate handling for name lookups and walk-ups, and a printed fallback list in case the venue network fails. The example staffing ratios here are planning assumptions, not measured service levels.

By Checkout Page · Updated September 5, 2026 · 9 min read

On this page

What does good conference check-in look like?

Choose two numbers before the rehearsal: a target time per attendee at the desk and the longest wait you will accept. Under 30 seconds at the desk and a 10-minute maximum wait are useful starting assumptions for the example below, not measured industry standards. Everything else, including badges and lanes, supports those targets.

Check-in concentrates a large share of attendees into a short window. In an illustrative 400-person scenario, two stations working at 45 seconds per attendee provide capacity for only 160 check-ins an hour. Compare that capacity with your expected peak arrivals before deciding whether two stations are enough.

The math is simple and unforgiving. Divide the number of people arriving in your busiest hour by the number of scanning stations, then multiply by your seconds per attendee. If that number exceeds 60 minutes of station time per hour, you have a queue that grows all morning.

Cut avoidable steps before adding staff. Pre-print and sort badges, move payments to a separate line and collect required data before event day. Measure the complete interaction in rehearsal rather than assuming the QR scan is the only constraint.

How many check-in scanners and staff do you need?

A starting assumption is one scanning station per 100 to 150 expected arrivals in the peak hour, plus a floating problem-solver. This is not a measured service-level guarantee. Time a rehearsal, account for search and badge-print exceptions, and add capacity if the modeled queue exceeds the wait you will accept.

Estimate arrivals from past check-in logs, transport schedules and the agenda. If you have no history, model several cases—for example half, two thirds and three quarters of attendees in the hour before the keynote—and staff for the case whose wait you are unwilling to exceed. Opening registration earlier may spread arrivals, but measure whether it does for your audience.

The table applies the starting assumption above. Treat it as a rehearsal plan, not a staffing benchmark.

Modeled arrivals in the peak hourScanning stations to trialTotal desk staff to trial
Up to 15012
150 to 30023 to 4
300 to 5003 to 45 to 6
500 to 9005 to 68 to 9
900 to 1,5007 to 1012 to 15

Desk staff outnumber scanners because someone hands out badges, someone directs the queue, and someone handles problems. A scanner operator who stops to solve one problem stops the whole lane.

Which check-in lanes should you set up?

Start with separate handling for pre-registered scans, name lookups, walk-up sales and time-sensitive speakers or staff. Combine or split those lanes according to expected volume and the entrance layout. Label each route before attendees reach the desk.

  • Pre-registered scan. Attendees with a QR code on their phone or printed. Use your paid-order and ticket-delivery data to estimate how much of the arrival volume belongs here.
  • Name lookup. For attendees who cannot find the email. One or two stations, clearly signposted, staffed by someone comfortable searching and spelling names back.
  • Walk-up sales. People who did not buy in advance, plus anyone whose payment failed. Keep payment away from the main scan lane because it adds steps and variable handling time.
  • VIP, speaker and staff. Speakers arriving late for a 09:00 slot cannot queue. Sponsors carrying booth equipment cannot queue. Give them their own table, ideally with the speaker and sponsor comp tickets already issued as their own ticket types so the scan tells staff which lanyard to hand over.

For walk-ups, put a poster with a QR code linking to your ticket page next to the desk. The buyer completes the purchase on their own phone, receives the QR ticket by email, and rejoins the scan lane. That converts your slowest interaction into a self-service one.

What happens when you scan a ticket QR code?

A scan should do three things: validate that the code belongs to a real, paid, uncanceled ticket for this event, mark that ticket as checked in with a timestamp, and make an already-used ticket obvious to the staff member so the same code cannot quietly walk through twice.

Every ticket carries a unique code, which is what makes the third point possible. If the same code is copied or forwarded, the scanner should make the later attempt visible to staff.

Canceled and refunded tickets are the other case. If you refund an attendee two days before the event, that QR code has to stop working, otherwise your gate is decorative.

How do you check in an attendee who cannot find their ticket?

Search for them. Plan a lookup route for attendees who cannot access the QR email. Look them up by name, email, ticket code or order ID, confirm the ticket on screen, and check them in manually in the same interface.

The causes are mundane: the confirmation went to a work address they cannot reach on their phone, a colleague bought the ticket for them, or it is in spam.

Group bookings need particular attention because the buyer may use one email address for several attendees. Rehearse how staff will search by the attendee or buyer details the scanner actually supports, and tell group buyers how to distribute individual tickets before the event.

Checkout Page's scanner searches by name, email, ticket code or order ID. Attendees can also pull the ticket up themselves in the customer portal while they queue, which is worth a sign at the front of the line.

From our publisher · Checkout Page

Get a free QR check-in scanner for your conference

On every plan, including Free. Runs in the browser on any phone, tablet or laptop. No per-ticket fees.

Try Checkout Page →

What is the fallback if the venue network fails?

Print the attendee list the night before and keep it in a folder at the desk. Checkout Page's scanner needs an internet connection, while other tools may offer an offline mode. Treat a fallback appropriate to your selected tool and venue as part of the operating plan.

Three things to arrange in advance:

  1. Test the network from the check-in position itself, not from the lobby or the office. Do it at the same time of day if you can, with the room busy.
  2. Bring at least one mobile hotspot on a different carrier from the venue, and keep the scanning devices paired to it as a saved network.
  3. Export the attendee CSV the evening before, sorted by last name, and print it. Include ticket type and badge name. Staff tick names off by hand and you reconcile the check-ins afterwards.

If the network drops, switch the whole desk to paper at once. Mixed modes are how people get checked in twice and how you lose the count.

How do badges fit into check-in?

Print badges before the event and sort them alphabetically in trays by surname range. Printing on demand adds a variable production step and makes the printer part of the critical path. Checkout Page has no native badge printing, so export the attendee CSV and use a separate badge workflow.

Your export should carry exactly the fields on the badge: badge name, organization, job title, pronouns if you collect them, and ticket type so the lanyard color matches the access level. That is the argument for collecting those fields properly on the registration form.

Set a badge print cutoff about a week out and say so. Anyone registering after it gets a blank badge written by hand at the desk, which is fine as long as staff know the rule.

Consider separating the badge handler from the scanner operator so one scans while the other retrieves the badge. Rehearse that arrangement against a single-person station and use the faster layout at your entrance.

How does re-entry work on day two of a multi-day conference?

A ticket normally records one check-in, so scanning the same QR code on day two shows staff that it was already used. For multi-day conferences, either issue day-specific ticket types (Day 1, Day 2, Full pass) so each day scans separately, or check everyone in once on day one and use wristbands or badge checks afterwards.

If you do not need a second-day attendance record, a wristband or visible badge check may avoid repeating the full scan process. If you do need that record, model the second-day arrival window and staff it explicitly.

Scan again on day two when the days are sold separately, when a sponsor or grant requires per-day attendance figures, or when day two is in a different venue with its own capacity limit.

If you sell single-day tickets alongside a full pass, make them separate ticket types anyway. That gives you a per-day capacity, a per-day scan, and the badge color logic falls out of it for free. Multi-day pass structures are covered in the ticket tiers guide.

What do you do with check-in data after the event?

Export it within a week, while the sponsor reports and the next event's planning are both live. The two numbers that matter are the attendance rate (checked in divided by tickets sold) and the arrival curve by 15-minute block. The first sizes your catering next year, the second sizes your check-in desk.

No-show rates vary by event, price and audience, so use your own numbers rather than an assumed universal rate. Track attendance by ticket type over two or three editions before using it to plan catering or room capacity.

What to do with the export:

  • Send sponsors the attendance figures they were promised, and nothing more than the attendees consented to share.
  • Segment the post-event email. People who attended get the recordings and next year's early bird. People who paid and did not show get a different, kinder message.
  • Compare the arrival curve to the desk plan, and write down the scanner count you actually needed.

The arrival data also feeds next year's ticket sales timeline: the attendance rate tells you how many seats to sell against a fixed room capacity.

Day-of check-in checklist

Run this list the evening before and again before doors. It covers software access as well as operational failure points such as device batteries, power, staff briefing and the fallback list.

The night before

  • Export and print the attendee list, sorted by surname, with ticket type and badge name.
  • Charge every scanning device and pack chargers plus a power strip.
  • Sort printed badges into labeled trays by surname range.
  • Confirm staff accounts work by having each person log in once from their own device.
  • Brief the team on the planned lanes and on who handles problems, then run at least one normal scan and one exception together.

Sixty minutes before doors

  • Test one real scan end to end, with a real ticket, from the actual desk position.
  • Test the backup hotspot by putting one device on it.
  • Put up lane signage and the walk-up purchase QR poster.
  • Set out markers, blank badges, lanyards and a problems table away from the queue.

During

  • Watch the queue, not the screen. If it passes 10 minutes, open the VIP table as an overflow scan lane.
  • Send problems sideways to the floating staff member immediately, never up the lane.

After doors close

  • Enter any paper check-ins into the system.
  • Export the check-in data and note the attendance rate per ticket type.

Frequently asked questions

How long should conference check-in take per person?
Use under 30 seconds at the desk as a starting target, not an industry benchmark. Time a rehearsal that includes scanning, badge handoff and exceptions, then set a target your entrance and staff can support. Keep payments and data corrections out of the main scan lane.
How many check-in scanners does a 500-person conference need?
Start by modeling one scanner for every 100 to 150 expected arrivals in the peak hour, then test that assumption in a timed rehearsal. If you expect 400 arrivals in one hour, trial three to four scanning stations plus a separate problem-solver and add capacity if the modeled wait is too long.
Do you need a dedicated check-in app for a conference?
Not necessarily. Checkout Page's browser-based scanner runs on a phone, tablet or laptop, so a staff member can open the scanner without installing an app. Test the actual devices, account access, camera permissions and venue connection before relying on that setup.
What happens if an attendee cannot find their ticket email?
Search for them instead of turning them away. Checkout Page's scanner searches by name, email, ticket code or order ID, so a name is enough. Attendees can also pull the ticket up themselves in the customer portal while they stand in the queue.
Does QR code check-in work without internet?
Checkout Page's scanner needs an internet connection. Test the venue wifi in the check-in area beforehand, keep a mobile hotspot as backup, and export a printed attendee list the night before so the desk can keep moving if the network drops. Other products may support offline scanning, so check the selected tool.
Can several staff check people in at the same time?
Yes. Multiple staff can scan at once on separate devices at different entrances, with activity syncing in real time and a record of who checked each guest in. On Checkout Page, event staff accounts with check-in only access are available on the Launch plan and above.

Published by

Checkout Page

Checkout Page builds checkout and event ticketing software. This site covers conference registration through product documentation, fee calculations and practical planning examples.

Published by Checkout Page, one of the platforms covered. Comparisons use public pricing and documentation. Our editorial approach.