I organise an event
Your goal is an edition that attendees, speakers and staff can rely on. You keep the whole journey coherent: do public promises match what the teams have actually prepared?
Start with: an account allowed to manage editions, dates and timezone, an owner for each work area and a choice of communication languages.
-
Organiser
Ready to invite
The edition, team and offer are clear; the intended call is published.
-
Organiser + teams
Ready to make commitments
Decisions are deliberately released; participants, programme and registration have been checked.
-
Event team
Ready to deliver
Published information is correct and event-day operations, support and follow-up are agreed.
These are team checkpoints, not automatic statuses or a built-in task list.
What comes first, and what can run alongside it?
Start with the correct edition, dates, timezone, descriptions and access for the responsible colleagues. Use the steps below as a working sequence, not one large publication condition: a call can be open while the schedule remains in preparation. All rooms or ticket products need not be complete to start collecting content.
Then configure CFP and reviews, registration and speaker preparation in their own workstreams. Before each public moment, complete the checks that belong to that stream.
2. Agree on the content you want
With the speaker manager, decide on the audience, session types, durations and presentation languages. These choices limit what speakers can submit and what you can programme later. A primary topic helps route submissions to the right review group.
Ask a colleague with selection management to configure the call, organise reviews and coordinate selection and communication timing. This can be the speaker manager if they also hold that additional permission. A review target date is a planning aid, not an automatic release. Agree who may send decisions: that action creates a real expectation for the speaker.
Handover: the selection team handles submissions and decisions. The speaker manager then follows up released participation and preparation. You check that the content fits the event. Agree who handles missing responses; the title “organiser” does not itself grant additional access. Use the roles matrix to divide work.
3. Make commitments deliverable
After an acceptance is released, the primary speaker confirms participation. Omnia then hands the proposal over to Programme and creates one linked, private draft session; the speaker portal shows when that is done. Ask the programme team to develop that session rather than create a new one. See sessions and the CFP handover.
The programme team plans and publishes the intended revisions, using demand as a signal. Draft changes do not automatically change the public programme, and Omnia does not yet send programme change notifications. Coordinate ticket types, payments, required questions and attendee information alongside this work. The buyer is not necessarily the attendee arriving at the entrance. Working with sponsors? Also read sponsor teams and the sponsor portal; check available capabilities before promising a complete sponsor journey.
Check the result: view the public edition and programme as an attendee. Arrange a trial registration before opening sales; the complete checkout has not been verified during this documentation round.
Four moments when something becomes visible
- Publish the edition: attendees can find public event information. Check the description in every active language. This does not automatically open or publish other areas.
- Publish the call: it becomes discoverable according to visibility and configured moments. Check when submissions are allowed separately; discoverable is not the same as open.
- Release decisions: speakers receive the intended outcome. Acceptance starts the confirmation period. This does not publish a programme.
- Publish the programme: attendees see the selected programme revisions. Check the public session and schedule, including time, room and participants.
Read edition publication, call setup, decision release and programme publication at the relevant step. Check the public result in a separate browser window; management screens may still show draft information.
4. Prepare event-day operations and exceptions
Agree who handles a speaker cancellation, room change or registration problem. A room change needs to reach the correct published revision, and those affected need the right information. Read check-in and registration desk and onsite support for available capabilities and limitations.
5. Close deliberately
Follow up feedback, financial administration and privacy using the capabilities of your version. Archiving removes the edition from daily work; it does not erase personal data or replace retention rules. Assign an owner to each outstanding item.