A practical risk plan for events — the handful of scenarios that actually happen, who decides what, and the one-page document that makes a bad hour survivable.
Most event risk documents are written to satisfy a venue or an insurer, and are never opened again. A useful one is a single page that somebody can read in the ninety seconds before they have to decide something.
Ignore the dramatic scenarios for a moment. The incidents that occur at ordinary events, in rough order of likelihood:
Each of those deserves two sentences: what we do, and who decides. That is the plan.
The expensive failure in a bad hour is not a wrong decision; it is no decision, because three people each thought someone else owned it. Name one incident lead per day, with a deputy, and say out loud in the briefing who it is. They have authority to spend up to an agreed amount without asking.
It is the most common operational incident, so it is worth its own preparation:
The details are in getting 500 people in under 30 minutes.
Three short templates, written calmly, with blanks: a delay, a venue change, a cancellation. In the moment, the hard part is not the sending — it is the wording, and nobody writes well under pressure. Keep them where your team can reach them, and know how you would reach every attendee at once: the messaging in your event platform, plus one channel that does not depend on your wifi.
On one side of paper, for every person working the event:
Print it. The one time you need it is the time the phones are busy.
Whatever happened, write it down within forty-eight hours: what we saw, what we did, what we would change. That paragraph is worth more to next year's event than the whole risk register, and it belongs in your post-event report.
Keeping attendee lists, messaging and the agenda in one place means the fallback is one export rather than four. Try Gathervo free and see what your offline pack would look like.
Continue the discussion around this blog post.
You must be logged in to participate in the discussion.
Login to CommentStart the conversation by leaving the first comment on this post.