01 Foundations

Why should this event exist?

What should change for whom, and how will you know it happened?

You leave with a one-page event brief, a clear audience, and signals that can test whether the event did its job.

The short answer: An event earns its place when it creates a defined change for a defined group of people, and that change matters to the organisation or community behind it. Start with the business or community intent, the participant outcome, and the conditions you have to work within. Then decide what evidence would count. This order gives every later choice something to answer to. It also tells you when an event is the wrong tool, which can save weeks of planning and a great deal of money.

Start with the change, not the format

Most event ideas begin with a format. Someone suggests a conference, dinner, roadshow, panel, or off-site, and the team starts filling it with content. That feels like progress. It is often just a faster way to make an unclear idea expensive.

Ask what is difficult, missing, or stuck today. What should be different after the event? Perhaps a leadership team needs to make a decision. Perhaps a community needs to meet the people it can build with. Perhaps customers need to understand a change well enough to act on it. The answer does not need to sound grand. It needs to be specific enough to guide a choice.

  • Organisational intent: what should happen for the company, brand, or community?
  • Participant outcome: what should people understand, feel, try, decide, or start?
  • Conditions: which limits apply to budget, access, risk, time, and team capacity?
  • Anti-goal: what should this event explicitly not try to do?

Choose a group with a real reason to come

An event for everyone usually has no clear invitation. Describe the people who have the problem or opportunity now. Name their role, situation, questions, and room to act. Then name who does not need to be there. A smaller group with a shared reason can do more than a large audience with unrelated expectations.

Talk to people from the audience before you lock the concept. Do not ask whether they like the idea. Ask what they are trying to solve, which events they avoid, and what would make the day worth their time. Their language will improve the invitation. Their objections will improve the design.

  • Role and influence: who can do something after the event?
  • Starting point: what does this person already know, experience, or believe?
  • Motivation: which question is worth reserving time for?
  • Barrier: what could stop attendance or meaningful participation?

Turn intention into a decision chain

“Strengthen the brand” and “build community” are useful ambitions, but they are not yet planning instructions. Translate the ambition into behaviour. What should people do because the event changed something for them? That step keeps activity from being mistaken for impact. A lively room can be a good sign. It is not proof on its own.

Give each stage one signal that helps the team decide what to do next. A learning goal may need a before-and-after task. A relationship goal may need a designed conversation and a reason to continue. A commercial goal may need a clear definition of which meeting, decision, or next step counts as progress.

Intent The audience should take a new solution seriously.
Behaviour The right people join a guided exchange around the problem.
Outcome They name a concrete next decision or experiment.
Signal The next conversations and decisions are recorded and reviewed.

Make the brief a filter

The brief is not paperwork for a drawer. It is the test every later idea has to pass. If a session does not serve the purpose, it needs a reason to stay. If a speaker is present only because the name looks good on an invitation, the gap will show. If the audience cannot reach the desired outcome, the promise is too ambitious or the design is wrong.

Keep the core brief short enough for every contributor to use. Depth does not come from adding pages. It comes from making the difficult decisions visible before the production team has to carry them.

  • A person outside the core team can explain the purpose in their own words.
  • The team can name at least one decision the purpose rules out.
  • The desired change can be observed or tested with a sensible question.
  • The limits around budget, access, risk, and capacity are explicit.

Stop early when the event is the wrong tool

Some problems need a product decision, a better message, a series of conversations, or a working session with a small group. An event cannot fix every one of them. Test the event against the change you want. If the audience needs time to think alone, or a decision needs a room of four people rather than four hundred, choose the smaller intervention.

That is not a failure of ambition. It is respect for the audience and the budget. If the answer still points to an event, you now know why it belongs in the plan.

Run a kill test before you spend

Put the brief in front of someone who was not in the planning meeting. Give them five minutes, then ask three questions: What is this event meant to change? Who needs to be there? What would prove that it worked? If the answers are different from yours, the brief is not ready.

Then list the first three decisions the event would force. If none of them matter enough to justify bringing people together, stop. If they do matter, write down the smallest format that could move one of them forward. This keeps ambition tied to a decision rather than to the size of the production.

Keep The event creates a change that needs people together.
Change The event could work, but the audience or outcome is still vague.
Stop A smaller intervention would create the same result with less friction.

Planning sheet

Build your event brief

Write down the purpose, audience, desired change, constraints, and signals that will guide the rest of your planning.

Your entries stay in this browser. You can print them, save them as a PDF, or copy them at any time.

Name the problem and the reason to act now.

Describe their role, situation, question, and motivation.

Choose a change you could actually observe.

Choose a small number of signals that support a real decision.

Nothing saved yet.

Keep going

These links take you to relevant articles, tools, playbooks, case studies, and services from the PIRATEx library.