Skip to content

Winglark

Stage 01 · PrepareEvent operations6 min read

How to build an event programme and agenda guests can follow

An event programme is the promise you make about the day: what happens, where, when and with whom. Built well, the agenda is the thing guests check most often, the thing speakers plan around and the thing the team steers by when something runs late. Built badly, it is a PDF that was right on Monday, wrong by Thursday and read by nobody once the doors open. This guide covers the whole job — from the first draft of the schedule to the moment a room fills up and forty people need somewhere else to go.

Programme, agenda, run of show: three documents, one source

People use these words loosely, but they describe different readers. The programme or agenda is for guests: sessions, times, rooms, speakers, short descriptions. The run of show is for the team: cues, who walks on when, which slide is up, when the doors close, when catering clears the tables. The speaker schedule is for the people on stage: their slot, their room, their technical check and who introduces them.

Keep all three on the same times and the same room names. The most common failure in an event schedule is not a bad plan but two versions of a good one — the guest agenda says Hall B at 14:00, the run of show says Hall B at 14:15, and both were right on different days. Decide which document is the source, and let the others be drawn from it.

Start with the shape of the day, not the sessions

Before you place a single talk, draw the frame: when guests arrive, when the doors open, the fixed points that do not move (a keynote, lunch, a closing drinks reception), and when the venue needs the rooms back. Then count the rooms you actually have and the hours each one is usable. That frame tells you how many sessions fit, which is usually fewer than the number of people who want to speak.

Put the most important session where attention is highest and arrival is complete — rarely the first slot, because some guests are still at registration. Put sessions that need a full room after a break, not before lunch when people drift towards the food.

Timings and buffers that survive a real day

Every schedule is optimistic. Speakers overrun, the previous session ends late, the walk between rooms takes longer than it looks on the floor plan, and a coffee break with four hundred people and two urns lasts longer than fifteen minutes. Build the slack in rather than hoping for it.

  • Leave five to ten minutes between sessions in different rooms, more if the rooms are on different floors.
  • Give a keynote a hard end time and tell the speaker it is hard; a moderator with a clock is cheaper than a late afternoon.
  • Make breaks long enough for the queue, not for the coffee: a break is over when the last person has been served.
  • Hold one floating slot late in the day that can absorb an overrun or a speaker who did not arrive.
  • Agree with the venue when each room must be empty, and end the last session there with time to spare.

Rooms, speakers and session details

Each session needs the same few fields, filled the same way: title, start and end, room, speakers, a two-line description, and, for larger events, a track or topic so guests can find what is for them. Keep titles short enough to read on a phone; a title that needs a subtitle to make sense needs a better title.

Give each room a name guests can find: the name on the door sign, not the venue’s internal code. If the building has two rooms with similar names, rename one for the day. And collect speaker details once — name, role, organisation, photo, a short biography — early enough that changes do not arrive the night before printing.

Publishing the agenda to guests

A programme is only useful if guests can open it when they need it, which is usually on a phone, in a corridor, with a weak signal. A link that opens a page beats an attachment: it can be corrected after it is sent, it fits a small screen, and it does not need to be found again in an inbox. Send the link with the invitation or the confirmation, and again in the last reminder before the day.

Publish the programme when it is stable enough to be useful, and mark what may still change. Guests forgive "speaker to be confirmed"; they do not forgive a session that silently moved. If you print anything, print the frame of the day and the room names, and point to the live version for the details.

Personal agendas and full rooms

At an event with parallel sessions, every guest is really attending a different event. Letting them save the sessions they plan to attend into their own day turns a long programme into a short personal agenda — and gives you an early signal of which rooms will be too small. A session that half the guests have saved should not be in the smallest room.

When a room does fill up, the worst answer is a closed door and nothing else. Have a plan before the day: a similar session the guest can go to instead, an overflow room with the stream, or a repeat later. Tell guests at the door and on their phones, not only on a sign they will see after the walk.

Changes on the day

Something will change. A speaker falls ill, a room’s projector fails, a session is moved to make space for one that overran. The rule is the same each time: change the source first, then tell the people it affects. A guest who saved the moved session needs to hear about it; a guest in another track does not.

Give one person on the team the authority to change the programme on the day, and make sure the speakers, the room hosts and the person at the information desk all see the same version. Announcements from the stage are for changes that affect everyone; everything else belongs in the agenda itself.

An agenda checklist

Before you publish the event programme, check that each line below is true.

  • One source for times and room names; guest agenda, run of show and speaker schedule drawn from it.
  • The frame of the day fixed: arrival, doors, fixed points, room handback.
  • Buffers between sessions and breaks long enough for the queue.
  • Every session with title, time, room, speakers and a short description.
  • Room names that match the signs on the doors.
  • A link guests can open on a phone, sent with the confirmation and the last reminder.
  • A plan for full rooms and one person who can change the programme on the day.

Questions

What is the difference between an event agenda and a run of show?

The agenda is the schedule guests see: sessions, times, rooms and speakers. The run of show is the team’s minute-by-minute script with cues, technical notes and who does what. Both should be built from the same times so they never disagree.

How much buffer should an event schedule have?

Plan five to ten minutes between sessions in different rooms and make breaks long enough for the queue rather than the coffee. One floating slot late in the day absorbs most overruns without pushing everything else back.

Should I send the programme as a PDF?

A PDF is fine for a printed handout, but a web link is better for the live agenda. It can be corrected after it is sent, reads well on a phone and is always the current version.

How does Winglark handle the programme?

SessionFlow holds rooms, speakers and sessions in one programme. Guests open it from their event page, Companion, with no download and no account, put the sessions they want into their own day, and a full room points them to a similar session.

Keep reading

The rest of the journey

  1. 02 · InviteNext stage

    Event invitation email best practices

    Sender, domain, deliverability, the one link that matters, versions, resends and the delivery record — how to send event invitation emails that arrive and are answered.

  2. 03 · RSVP

    RSVP management guide: replies, plus-ones, no-shows

    How to collect replies that mean something, handle plus-ones and dietary questions, follow up the silence, and measure RSVPs against who actually came.

  3. 04 · Door

    Event check-in guide: QR codes, offline, walk-ins

    How to run event check-in that holds up on the night: personal QR codes, a phone as the scanner, no signal, repeated scans, walk-ins, several doors and a report you can trust.

  4. 05 · Live

    How to run live Q&A at an event, without an app

    How to run live Q&A at an event: one QR code, questions moderated before the room sees them, upvotes, and a fair close — no app for the audience to install.

  5. 06 · Review

    Corporate event guest management checklist

    From the first list to the report upstairs: a checklist for the guest side of a company event — roles, segments, the sender domain, doors, exceptions and data.

Your first event is free.

Fifty guests, real invitations, real replies. No card required.