At the advertised start time, the webcast team may be ready while the event itself is not. The chair is still in a private discussion, the opening speaker has changed or a programme decision remains unresolved. Decide in advance who can authorise a delayed start and how that decision reaches production.
A technical operator should not have to choose between broadcasting an unready stage and missing the advertised time without instruction. Equally, the event organiser needs to understand that a delay affects viewers who cannot see the room. The commission should connect programme readiness with the public viewing experience.
Define readiness in event terms
List the conditions the organiser wants satisfied before the public programme begins. These might include the host being in position, the approved opening material being available and the first participant being ready. The technical team has its own checks; the organiser's list should cover the programme decisions that only the organiser can make.
Name one person authorised to decide whether to begin, delay or use an agreed alternative opening. Others can report readiness, but a shared responsibility with no final owner creates uncertainty at the decisive moment. Include a deputy if the main owner may be on stage.
The decision route should be short and explicit. A message relayed through several people may arrive after the stage has already begun. Agree how production acknowledges the instruction so the organiser knows it has been received.
Prepare audience wording for uncertainty
A holding message can acknowledge the delay without inventing a precise revised start. Ask the organiser to approve a neutral wording and the conditions under which it should change. If a new time is given, someone must own the basis for it and the next update if it slips again.
Do not expose backstage explanations merely because viewers are waiting. A production team needs an approved public message, not an invitation to narrate internal discussions. At the same time, a silent loop that continues indefinitely may leave viewers unsure whether the event is still expected to proceed.
Choose who monitors the audience-facing page or support route during the delay. The person preparing the stage may not be able to answer viewer questions. This is an operational responsibility to assign, not a promise that production includes attendee support automatically.
Test one plausible delay
For a hypothetical project webcast, the opening presentation is replaced shortly before the start. The event owner authorises a holding message while the revised opening is checked. The host then begins with an approved acknowledgement of the late start. The technical crew does not speculate about the change or begin showing the room to fill time.
The rehearsal question is whether the decision, acknowledgement and viewer message can happen coherently, not whether the team can eliminate every delay.
Preserve the right account afterwards
Decide whether the replay includes the waiting period, a shortened opening or a separate contextual note. A trimmed replay can be useful without pretending that its timeline is the live event clock. Keep any attendee support information consistent with the version being offered.
At handover, record the decision owner, cue route and approved messages in the running plan. A clear delayed-start arrangement protects both the programme and its remote audience when readiness and the advertised time do not align.
Discuss suitability
Contact Live Images to discuss the proposed recording, audience and delivery requirements. Discuss suitability, scope and availability for the proposed brief.
Editorial note
Original commissioning guidance prepared with AI assistance. Hypothetical examples are invented, not Live Images projects. This unpublished resource makes no service, legal or performance guarantee.