Skip to content
← All work

Event registrations

How a community events organisation stopped retyping every registration by hand

A community organisation running hikes and outdoor events for people usually left out of the outdoors. Registrations come in through Eventbrite, and everything downstream used to be manual.

Before

Export, clean, retype, every event

After

Syncs every 4 hours

“I need to use it to feel it.”

Community and events

The situation

Their coordinator exported registrations from Eventbrite, cleaned them up, and pasted them into a colour coded spreadsheet, one tab per event. The exports corrupted data on the way through, so the cleanup was not optional. Hours per event, every event.

The constraint that shaped the build

That spreadsheet was not just a list. It carried her hand edits: cancellations, transfers, payments, the colours that told her where everyone stood. Overwriting those would have been worse than the manual job. So it is append only. Her edits are never touched.

What we built

Registrations sync themselves every four hours, plus a button for when she wants them now. Attendees are pulled, cleaned, deduplicated and filed to the right tab. A welcome email is drafted, never sent, so a human still decides. Misspelt tab names route people to an Unrouted list rather than failing the run.

What we found that they did not know

The welcome email had stalled twice, and the reason was where it lived. The HTML sat inside the spreadsheet, so changing a meeting point meant editing markup. We moved it into the workflow and gave her eleven plain English columns instead. Nobody touches HTML to change what the email says.

The asset nobody was using

Their list turned out to be 1,317 registrations. 921 unique people, 584 with marketing consent, 214 who had booked more than once. A real audience nobody was speaking to, sitting in the spreadsheet the whole time.

What changed

  • Around 500 historical registrations backfilled at go live
  • Syncs every four hours, plus an on demand button in the sheet
  • Zero manual cleanup per event, and no hand edits ever overwritten
  • Welcome emails configured in plain English instead of HTML
  • Runs on their own hosting account, in their name
Sector
Community and events
What we built
Event registrations
Registrations backfilled
Around 500
Built on
n8n, Eventbrite API, Google Sheets, Gmail

What they own

The workflow runs on their own hosting account, in their name. The sheet is theirs. The Eventbrite connection is read only, so nothing can be written back to their event data by mistake.

This was a free build, and it was sold as hands off with no maintenance cost. That is permanent. We do not bill them to keep the registration sync running, and we never will.

This client is named in the version of this case study we bring to calls. We are keeping the site anonymous until they have signed off the wording in writing.

Got something like this eating your week?