Event management on the same records as everything else.

Multi day events with sessions, agenda items, speakers, and hosts. Invites and RSVPs with access types for internal, public, password, or email gated. Public event pages with their own slug and settings.

Everything you can do with event management

Run events end to end, from invites and RSVPs to multi day agendas.

Try for free

Inside event management

Every piece that makes this work, and what each one is actually for.

Know how every client is doing

Contacts belong to more than one account, which is how agency relationships actually work. Calls, email, tickets, meetings, threads, and events all roll up to one account timeline. The health read is derived from that alongside delivery and commercial signal, so it is a calculation with sources rather than a color someone picked in a spreadsheet.

What this removesAccount health as an opinion. Nobody has to assemble a history before a renewal conversation.
See how everything connects

The questions this actually answers.

The long version, because this is where the category has real objections.

Why run events in the same system as your CRM?

Because the people at your event are the people in your pipeline. Invites go to contacts you already have, RSVPs and attendance write back onto those records, and the follow-up task lands next to the deal it might move. Event tools keep a separate attendee list that someone exports and re-imports. Here there is nothing to reconcile, because there was never a second list.

RSVPs land on the contact

Attendance becomes relationship history.

Speakers from your records

The bio you publish is the record you keep.

Follow-up next to the deal

The event feeds the pipeline it came from.

What does a multi day event need?

Sessions, agenda items, rooms, and tracks, editable right up to the morning of, with speakers and hosts pulled from your contacts and members. The whole agenda lives in one record instead of in a document beside it, so the change made at 8am is the agenda everyone sees at 9.

Who gets to attend?

Your call, per event: fully internal, public, password protected, or email gated. Public event pages publish on their own slug with their own branding and settings, without involving anyone technical, and the invite list draws straight from your contact segments.

Every module has its own page.

The short version lives here. Each module below has a page of its own with the views, fields, and edge cases spelled out.

Questions people actually ask

Can an event span multiple days?

Yes. Multi day events carry sessions, agenda items, rooms, and tracks, all editable up to the morning they run.

How is access controlled?

Per event: internal, public, password protected, or email gated. Each event page publishes on its own slug with its own settings.

Where do RSVPs go?

Onto the contact record. Responses and attendance become part of the relationship history the rest of the workspace reads.

Can speakers be managed in the same place?

Yes. Speakers and hosts pull from contacts and members, with bios, sessions assigned, and logistics on the speaker record.

Do event pages need a developer?

No. Public pages publish with their own slug, branding, and settings, without involving anyone technical.

It does not stop at one capability.

Scrambl is one workspace, so the records here are the same records the rest of the platform reads. These pair with it most often.