Skip to content
Agorix
Updated 28 July 2026

The virtual summit tech checklist: 28 things that have to be true.

Six groups, each sitting under a short explanation of what actually breaks when its items are skipped. Tick them here, or copy the whole thing into whatever you plan in. Built to be left open on a second screen while you produce — and to work with any stack you have already bought.

28items
06groups
01run-of-show

What this page gives you

  • A checklist you can tick as you go, or copy straight into a task list
  • A run-of-show template with an owner and a fallback on every row
  • The reason each item exists, so you can skip one deliberately rather than accidentally
  • The two failure modes that account for most of the panic on summit day
  • An honest read on where a stitched stack costs you and where it does not
An attendee list showing registrations, attendance and engagement for each person, with audience segments alongside.
Group 01Registration & offer01 / 06

The front door, and the thing you are actually selling.

Everything downstream inherits from this group. A wrong time on the schedule page becomes a wrong time in eleven speakers’ promotional emails; a pass whose inclusions are described differently in three places becomes refund requests on the busiest day of your quarter.

The item people skip is the last one, and it is the expensive one. If registration lives in one system, attendance in a second and the pass purchase in a third, then every post-summit segment worth having — attended but did not buy, bought and watched nothing, watched three sessions on replay — has to be assembled by hand while the interest is cooling. Decide now whether those three things share a record or whether you are booking a day of reconciliation.

Registration & offer0 / 5 done

28 items, plain text, no account needed. Tick them here as you go, or take the whole list into your own task manager and assign owners to it.

Group 02Speaker logistics02 / 06

Every item here has a dependency on somebody who does not work for you.

Which is exactly why this group runs earliest and slips most. You cannot fix a speaker’s microphone at 09:04, and you cannot chase a headshot during the session it belongs to.

Two of these save whole mornings. The tech check catches the problems that otherwise become the first ten minutes of a live session — the wrong camera, a screen share that will not start, a room that needs an install. And playing pre-recorded sessions end to end catches the failures a spot-check never does: audio that drops at minute thirty-one, a file that transcoded badly, a recording that stops before the close.

The reserve item is not pessimism. Across a dozen speakers and three days, something will move — illness, a client emergency, a timezone misread. A summit with a planned recovery loses fifteen minutes; a summit without one loses the day’s momentum and spends the evening apologising.

Speaker logistics0 / 5 done
Group 03The rooms03 / 06

Capacity, the join path, and proof that the recording exists.

A summit is the event most likely to overflow its room, because you are promoting through other people’s audiences and the ceiling was set for yours.

Check the ceiling against the busiest session rather than the average, and check it against registrations rather than against what you hope attends. Turning people away from a session they were invited to by a speaker is the one failure with no recovery path: no apology reaches them, and the speaker who sent them hears about it before you do.

The join path is the other quiet one. Test it as an attendee, from a second device, using the real link out of the real confirmation email — not the preview, not the host link. Every install step, login wall or app prompt between the reminder and the room is attendance you paid to acquire and then lost at the door.

The rooms0 / 4 done
Group 04Email & automations04 / 06

The days are held together by the emails between them.

A multi-day summit is not one event with reminders. It is three or four separate attendance decisions, and each one is made the evening before by somebody reading an email.

That is why the morning-and-evening pair is built per day rather than once for the whole summit. The evening email is the one that earns its place: what happened, what is still watchable and until when, and the one session tomorrow worth rearranging something for. Attendance on day two and day three is won there, not in the schedule.

The failure mode is banal and extremely common: the sends exist as drafts rather than as scheduled sends, and nobody notices until the room is thin on day two. Open the schedule and count them — two per day, plus the replay window sends, plus the pass deadline. Counting takes a minute and is the highest-yield minute in this group.

Email & automations0 / 5 done
Group 05Day-of operations05 / 06

Roles, written down, before anyone is tired.

On the day, judgement gets expensive. Everything this group asks for exists so that nobody has to make a decision at 09:04 that could have been made in week one.

The chat item is the one people argue with and then regret. A presenter cannot present and read chat at the same time; what actually happens is that chat goes unread for forty minutes and the questions that would have shaped the follow-up scroll away. If you genuinely have nobody, say so out loud at the top of the session and collect questions in a queue instead — an honest constraint handled well beats a promise you break every session.

Agree one sentence for when something breaks, before it does. Something close to: “We have lost the speaker’s connection — we are giving it two minutes, then moving to the next session and rescheduling this one into the replay window.” Said calmly, in the first fifteen seconds, it costs you nothing. Improvised at minute four, in silence, it costs you the room.

Day-of operations0 / 4 done
Group 06Replay & follow-up06 / 06

The week after is where the pass and the offer are decided.

More people will watch a summit after it ends than during it. Treating the replay window as cleanup rather than as the second event is the most common way a well-attended summit still fails to pay for itself.

Two mechanical things make it work. Name recordings on the day — a library of untitled files is a replay window that opens late, which is the same as a deadline you have already broken. And automate the window’s opening and closing, because the deadline you announced has to hold even on the evening when everyone involved is exhausted.

Define the segments before day one. After the summit you will be defining them at speed, in a spreadsheet, at the exact moment the audience is warmest — and the difference between “pass buyer”, “attended and did not buy” and “registered and never came” is the difference between a follow-up that reads as attentive and one that reads as a blast.

Replay & follow-up0 / 5 done
TemplateRun-of-show

One day, with an owner and a fallback on every row.

A run-of-show without owners is a schedule, and a schedule does not tell anybody what to do when something fails. The fallback column is the point of the document.

Below is one day of an illustrative three-day summit — the times, sessions and names are examples, not a recommendation. Copy it, put your own sessions in, and give every row a name rather than a role where you can. Then share it with your speakers too: the ones who know what happens at 12:00 are the ones who stay for it.

Ten rows, tab-separated. Pastes straight into a spreadsheet, one tab per day of your summit.

TimeWhat is onOwnerIf it fails
08:30Pre-show: room open, today’s schedule on screen, host in chat.HostSecond host opens the room; recording starts regardless.
09:00Day open: today’s line-up, what you missed yesterday, one reason to stay until the last session.HostPre-recorded ninety-second open plays instead.
09:10Session 1 — live, with questions taken at the end.Speaker + hostHost runs the reserve session or a Q&A on the same topic.
09:55Break — on the published schedule, actually taken.ProducerBreak extends; the next session starts on the clock anyway.
10:10Session 2 — pre-recorded, speaker present in chat throughout.ProducerHost plays the local copy and reads the speaker’s answers.
10:55Break — the second one, kept even when the day is running late.ProducerShortened to five minutes; never dropped entirely.
11:10Session 3 — panel, live.HostPanel runs with whoever is present; the missing name is named.
12:00Day close: what is in the replay window and until when, the pass once, tomorrow’s first session by name.HostThe day-close email carries all of it if the room drops.
12:15Recordings named and uploaded; replay window opens.ProducerNamed the same evening at the very latest.
17:00Day-close email sends; tomorrow’s morning email verified as scheduled.ProducerSent by hand from the copy that was written in week one.

The three shaded rows are the ones that get improvised: the pre-show, the day close and the evening send. They are also the three that decide whether anybody comes back tomorrow, which is why they belong on the document with a name against them.

DecideOne system or several

A stitched stack runs the summit. It does not remember it.

This is the one place on this page where the products you choose genuinely change the work rather than the preference. It is worth being precise about where the cost actually lands.

Several products

Runs the days fine

Registration in one tool, rooms in another, checkout in a third, email in a fourth. Every individual job is done well. The summit happens, the sessions are good, the pass sells.

One record

Remembers who did what

Registration, per-session attendance, pass purchase and replay behaviour on one person. The segments exist without an export, and the day-two email can name what somebody missed.

The cost of stitching is not paid during the summit. It is paid in the week afterwards, when the follow-up that should have gone out on the Tuesday goes out on the Friday because somebody was matching three exports on email address — and again when a speaker asks how their link performed and the honest answer is an estimate.

For a first summit, stitching is a reasonable choice and this page works exactly as well. The threshold is the second one, or the moment the all-access pass becomes the model rather than a nice extra.

Where a tool decision changes the plan

The rooms, the pass and the follow-up on one record.

Agorix runs the sessions, sells the pass and keeps per-session attendance on the same attendee record the follow-up reads from — see how the live rooms work.

Start your 14-day trial 14 days · $0 due today · Payment method required · Cancel before first charge and pay nothing
Common questions

Five questions from the production side.

What is the minimum viable virtual summit tech stack?

A registration form, a room that holds your largest expected session, a checkout for the all-access pass, an email tool that can segment on behaviour, and somewhere the recordings live and can be released on a deadline. Everything else is convenience. The question worth asking is not how many products you have but how many places the same person exists in — that number is what the follow-up costs.

Can I run a summit on a meeting tool?

The sessions, yes, subject to four checks: the attendee ceiling, how many steps stand between the reminder and the room, whether attendance is recorded per person rather than as a total, and whether the recording comes out in a form you can publish. What a meeting tool does not do is registration, a public schedule, a paid pass, replay windows with deadlines, and follow-up that depends on all of it. A first summit can absolutely be stitched together; the cost lands afterwards, in reconciliation.

How many people do I need on the day?

Two as a floor: one hosting and presenting, one on chat, questions and production. A single person can run a single session alone. Nobody runs a three-day schedule alone well, because the jobs that get dropped first — watching chat, starting the recording, sending the day-close email — are exactly the ones the summit is judged on.

What breaks most often on summit day?

Two things, both of which are pre-flight items rather than day-of items. The first is anything depending on another person’s setup: a speaker who has never joined the room, a screen share nobody tested, a file that was never played to the end. The second is the sends on days two and three, which fail quietly because they were drafted rather than scheduled — and nobody notices until the attendance drops. Both are in the groups above, which is the argument for running this list two days out rather than the night before.

Do I need a separate platform to sell the all-access pass?

You need the purchase to be visible next to the attendance, because every useful post-summit segment is defined by both. A separate checkout is workable when you can reliably match buyers back to registrations; it stops being workable at the point where you are exporting three files to answer the question of who bought after watching which session. Pricing a virtual summit covers what the pass should carry.

Keep going

The next four things to read.

From checklist to system

Fewer places for the same person to exist in.

Registration pages, the live rooms, the all-access pass checkout, per-session attendance, replays and the follow-up campaign — on one attendee record, so the week after the summit already knows what each person watched and bought.

14 days · $0 due today · Payment method required · Cancel before first charge and pay nothing