Virtual and hybrid delivery
Virtual event attendee troubleshooting desk
Five minutes after the doors open, thirty attendees say they cannot get in, and the only person who knows the answer is on stage.
Opens WhatsApp with a draft you can edit before sending. Nothing is sent automatically.
The short answer
A troubleshooting desk is a named group of people, a short question script and a clear route to the platform supplier's support. Staff it separately from the people running the programme, publish how to reach it before the event, and log every case so patterns show up quickly.
The desk solves common problems on the organiser's side and escalates platform faults. Platform behaviour and technical fixes stay with the supplier; the desk's job is to triage, communicate and record.
Decide what the desk covers
Typical cases are not receiving the access link, not knowing how to join, no sound, no picture, being asked to log in again, and not seeing a session. Decide which the organiser's desk handles by script and which go straight to the supplier.
Ask the supplier in writing what live support is included, in which hours, and how your desk reaches them. Do not assume support covers attendee questions as well as organiser questions.
Three tiers of help
| Tier | Who | Handles | Escalates when |
|---|---|---|---|
| 1. Self-help | Published joining guide and short FAQ | Common questions before and during the event | Attendee cannot resolve in a few minutes |
| 2. Organiser desk | Named staff with the script and registration list | Link resend, registration check, basic device questions | Problem affects several people or is not on the script |
| 3. Supplier support | Platform supplier or technical producer | Platform faults, account and role problems, connection issues | Supplier cannot resolve; event owner decides next steps |
The first questions to ask
- Name and email used to register, so the desk can check the list.
- Which session they are trying to join and since when.
- What they see on the screen (ask for the words, not an opinion).
- Which device and browser or app, and whether they are on shared or work Wi-Fi.
- Have they tried the steps in the joining guide? If yes, escalate with the answers recorded.
Staffing and timing
- Have the desk open before the session start, since most problems appear in the last fifteen minutes.
- Do not use the moderator or the producer as the desk; they are busy with the programme.
- Keep a deputy so someone can take breaks and absorb peak load.
- Plan how the desk is reached: a form, an email address, or an in-platform chat if the supplier confirms it is available.
- Brief the desk on what attendees may not be told, such as private programme details.
Log and learn
Record each case with time, attendee, symptom, tier handled and outcome. A short log lets the event owner see a pattern, for example a group on one corporate network, within minutes.
After the event, share the log with the supplier and use it to update the attendance evidence and joining guide for next time.
Worked example · Fictional example
An association webinar with 400 registrants
Fictional organisation and figures, illustrative only.
A fictional professional association runs a two-hour webinar for 400 registrants. The desk has three staff and a deputy, a script of five questions and a published email and form for help. Ten minutes before start, twelve members report that the link is not working.
The desk finds that all twelve are from the same employer. It logs the pattern, escalates to supplier support with the details and posts a short note on the registration page. The supplier suggests an alternative route; the desk sends it to the group and records that it worked.
Use this yourself
Troubleshooting desk setup and log
Copy the setup list and the log columns into a document before the event.
- Desk open from (time) to (time), staffed by (names) with deputy (name):
- How attendees reach the desk (form, email, chat):
- Supplier support included: hours, contact route, who can escalate:
- Script: five first questions as above:
- Resend link steps (confirm with supplier what is allowed):
- Cases to escalate immediately (several people, whole session, audio or picture for all):
- Who tells the event owner, and how quickly:
- Log columns: time, attendee, session, symptom, tier, outcome, escalated to:
- After-event review date and who reads the log:
Handle it in-house, or bring in help?
Your team can usually handle this when
- Fewer than a few hundred registrants and a clear joining guide.
- A supplier confirms live support is included.
- Two people can be on the desk who are not running the programme.
Outside planning help earns its fee when
- The event has a large or corporate audience with network restrictions.
- Support hours do not cover the full event and a gap needs covering.
- The programme includes a vote or payment and attendee failure has consequences.
Need the desk set up and staffed?
A conference project lead can plan the desk with you, write the script, agree the escalation route with your supplier and brief the people who staff it. Technical fixes stay with the supplier; the project lead coordinates the communication and keeps the record.
Questions organisers ask
Who should staff the desk?
People who know the registration list and the programme but are not running the show. Brief them on the script and on what they may and may not say.
Should the desk open before the event?
Yes, usually from before the first session so attendees can test and ask. Most issues surface in the minutes before start.
Can we rely only on the platform supplier's support?
Ask what their support includes. Many suppliers support the organiser rather than each attendee. Confirm in writing and plan the organiser desk to fill gaps.
Related resources
Content record: Draft. Written from the cited sources and checked by automated rules; not yet independently reviewed.