Waiting list workflow
When an event fills, further registrations join the waiting list automatically. Everything after that is manual. This is the routine.
What is automatic
- A visitor registering for a full event is placed on the waiting list.
- They are told so immediately, on submitting the form.
- Their registration appears in the Waiting list section of the attendee panel.
That is the entire automatic part.
What is not
| Expectation | Reality |
|---|---|
| Promotion when a place is released | Manual |
| A notification when someone joins the list | None |
| A notification when someone is promoted | None |
| A visible queue position | Not shown |
| Capacity enforced on manual promotion | Not enforced |
Before the event fills
Prepare, so the queue does not surprise you:
- Enable the telephone field. Places are released late and email is slow.
- Explain the list in the event's introduction, so people know what to expect.
- Word the button so it reads sensibly for a capacity event.
- Name the owner. One person runs the queue.
The promotion routine
Whenever a place is released — a cancellation, an increased capacity, a no-show confirmed in advance:
- Open the event.
- Take the top row of the Waiting list section.
- Open its Actions control and choose Move to attendants.
- Contact the person immediately, using the email or telephone link on their row.
- Tell them they have a place, and repeat the date, time and place.
- Give them a deadline to confirm, if you need one.
- Note that you contacted them, somewhere your team can see.
- If the deadline passes with no reply, move them to Cancelled and take the next.
Steps 4 and 7 are the ones that get skipped, and both cause the same failure: a place occupied by someone who does not know they have it.
Order matters
The panel lists registrations in the order they were stored, so working top to bottom is a defensible first-come-first-served policy.
If you use a different rule — members first, for instance — write it down, because nothing in the interface expresses it and a later dispute will be about fairness.
Keep a record outside the plugin
The plugin does not track:
- who you contacted;
- when;
- whether they replied;
- who declined.
For anything beyond a handful of promotions, keep a simple sheet: name, email, contacted on, replied, outcome. Start it from the export.
Cancellations release places
When someone withdraws:
- Move their row to Cancelled — not delete; you may need the record.
- Promote a waiting-list person.
- Contact them.
Do both in the same session, or the released place quietly disappears from your working count.
Watch the numbers
The Assistants column counts confirmed registrations only. After a session of promotions, compare it with the real capacity — manual moves are not capacity-checked, and it is easy to promote one person too many.
Before the event
- Resolve every pending promotion.
- Decide whether to over-promote against expected no-shows. That is a judgement call; your previous exports tell you the rate.
- Export the list including the waiting list, so you can admit people at the door if confirmed attendees do not arrive.
After the event
Record how many waiting-list people you could not accommodate. It is the clearest signal that the next edition needs a bigger room or a second session — and nothing else in the product tells you.
Verify the routine once
- Set a capacity of two on a test event.
- Register three people from a private window.
- Confirm the third is wait-listed and told so.
- Cancel one confirmed registration.
- Promote the wait-listed person.
- Confirm the counts.
- Confirm no email was sent by any of it.