Operations

Door scan playbook: how to run scanning at small to mid-size events

May 24, 2026 · 10 min read · Intermediate

The door scan is where every prior decision in your event becomes physically real — buyers either get in or they don't, lines either move or they pile up, and the difference between a smooth night and a chaos night is usually 30 minutes of preparation no one made.

This guide is the operational playbook for door scanning at small to mid-size events (anything from a 50-cap bar to a 500-cap club). Larger venues with dedicated security operations need more, but the fundamentals are the same.

In this guide
  1. Hardware: phone, app/browser, backup
  2. Staffing the door
  3. Physical door layout
  4. The actual scan flow (per buyer)
  5. Edge cases: refunded, double-scan, no QR
  6. Offline mode (when WiFi fails)
  7. Wristbands + re-entry
  8. What to track + measure

1. Hardware

You need three pieces of hardware, in this order of priority:

  1. One scanner phone (primary). Any iPhone or Android from the last 5 years. Browser supports the camera, that's the only requirement.
  2. One scanner phone (backup). Different staff member. If primary phone dies / breaks / freezes, backup is ready.
  3. Paper list of all buyer names (alphabetical). Last resort if both phones fail. Print 24 hours before event.

What you don't need: a dedicated scanner gun, a tablet, a ticket printer, a card reader (you're not selling at door via the scanner — separate concern), a "scanning kiosk." All overkill for <500 cap events.

Phone-specific setup

2. Staffing the door

For under 100 capacity: 1 person can run scan + greeting solo if line trickles in.

For 100-300 capacity: 2 people minimum — one scans, one greets + manages line + handles questions. Splits the cognitive load so the scanner can focus on the camera.

For 300+ capacity: 2 scanners running in parallel + 1 floater for questions + 1 person inside the door confirming wristbands if you use them. Lines build fast.

Brief your staff on the 4 things they'll see:

What the scanner showsWhat it meansWhat staff does
Green ✓ + nameValid pass, first scanWave them in, optionally wristband
Yellow ! + "Already scanned 7:42 PM"Someone already came in on this ticketPolite challenge — ID check, verify they're the buyer
Red ✗ + "Refunded"Buyer was refunded, pass voidedPolitely turn away, suggest they buy at door if event isn't sold out
Red ✗ + "Wrong event"Valid pass but for a different nightTell them the actual event date, send them home / offer help

3. Physical door layout

Spend 10 minutes day-of thinking about flow:

4. The actual scan flow (per buyer)

Optimal flow per buyer is 5-8 seconds:

  1. Buyer holds phone up at chest height, screen facing scanner (1 second)
  2. Scanner aims phone camera at QR, 6-12 inches away (1-2 seconds)
  3. Green tick appears (instant)
  4. Scanner says "Welcome, head right in" (2 seconds)
  5. Buyer walks through, scanner readies for next person (2 seconds)

Bottleneck is usually buyers who haven't opened the email — they're fishing in their inbox while a line forms behind them. Solutions:

5. Edge cases

"I bought a ticket but can't find the email"

Have them search their email for the event name. If still nothing, have them try "find my tickets" on your event platform (POCtix has this at /find-tickets). If that fails too, look them up in the admin orders list by their name or email. If they're in the system, manually mark them admitted in the admin and let them through.

"I tried to buy a ticket and it didn't go through but I see it on my card"

Common Stripe scenario: charge succeeded but webhook failed to create the pass. Look them up by email; if no order exists, refund the Stripe charge directly and have them buy fresh. If order exists but no pass, create a manual comp pass.

Pass shows "Already scanned"

Either: (a) two people are trying to use the same screenshot of one ticket (fraud) or (b) the buyer accidentally got scanned twice (bouncer's mistake). Quick triage: ask the buyer's name, check against the original purchase. If names match, let them in (it was a double-scan error). If not, polite challenge.

Phone camera won't focus

Either too close (move back to 6-12 inches) or low light (turn on phone flashlight, point at buyer's QR from above). Most modern phones auto-focus within 1-2 seconds.

6. Offline mode

If your venue's WiFi or cell signal flakes mid-event, a good scanner keeps working off cached tokens. POCtix's scanner pre-loads all valid passes for the event when first opened with connectivity, then validates locally. Scans sync back to the server when network returns.

For platforms without built-in offline mode: print a paper list of every buyer's first + last name + order ID. If WiFi dies, you check names manually against the list.

7. Wristbands + re-entry

If buyers leave and come back (cigarette breaks, food truck runs, late-night smokers), you have two patterns:

POCtix supports both modes — set in event config whether passes are single-scan or multi-scan.

8. What to track + measure

After the event, pull these from your admin:

Operating principle

The door scan is the only physical interaction your platform has with the real world. Everything else is digital. So when something breaks at the door, you can't ssh into a server to fix it — you have to fall back to paper, common sense, and a friendly staff member who knows how to apologize while keeping the line moving. Plan for the failure modes; you'll need them eventually.

Apply a flat-fee ticketing platform to your next event.

POCtix charges $2.00 per ticket. Stripe Connect, your money goes to your Stripe.

Apply to join Calculator