Events and the event workspace
When to use this
Use this page when you want the mental model behind event records before diving into a workflow.
The event workspace
An event is the main BloomBoard workspace for a customer job. It holds:
- client and venue details
- event dates and working status
- arrangements and standalone items
- the proposal and its version history
- invoices and payments
- notes, files, and planning context
The four views
The workspace is organized into four views, each matching a phase of the job:
| View | What it is for |
|---|---|
| Proposal | Create the vision and pricing: arrangements, moodboard, markups, and terms. |
| Production | Plan recipes and orders: what to buy, what to make, and which suppliers get what. |
| Week-of | Run the event: the schedule, tasks, team, and weather for delivery week. |
| Finances | Payments and margin: invoices, what has been paid, and how the event is performing. |
You move between views as the job progresses, but everything stays attached to the same event, so nothing has to be re-entered.
One proposal, with history
Each event carries one live proposal. When a client asks for changes after sending, you create a new version rather than editing the sent one. Earlier versions stay in the history, marked as superseded, so the commercial trail is always intact.
Dates and lifecycle
Event dates matter beyond the calendar: rental pricing and week-of planning both depend on them. Keep them accurate while the job is active.
The event status tells your team whether the job is a lead, in proposal review, booked, completed, or cancelled. See Understand event statuses for how the pipeline board presents these.
Treat the event as the system of record. If event dates or status are stale, downstream pricing and supplier work become harder to trust.