A public page with one-tap RSVP
Set the date, the location, ticket tiers and recurring dates. Guests browse and answer your questions before anyone asks them to sign up, because asking a stranger to register before they can say yes loses them.
Events and the people who come to them
Publish the page, sell the tickets, send the invites, scan guests in at the door, and still have everyone who came in your contacts a month later, without wiring four products together first.
Set the date, the location, ticket tiers and recurring dates. Guests browse and answer your questions before anyone asks them to sign up, because asking a stranger to register before they can say yes loses them.
Paid tickets check out through embedded Stripe payments, and payouts release on their own schedule once the event has run. Hosting the event itself costs nothing.
Email and SMS go out from the event. A reminder fires before doors open and a follow-up after it ends, on timers the event arms when you publish and moves if you reschedule.
Kiosk check-in runs in a browser, so there is no scanner to buy for one night. Guests scan in and the guest list updates while the room fills.
The guest list does not end when the event does. Everyone who came stays in your contacts with the event attached, so the next invitation goes to people you have actually met.
Send a sponsor a Stripe-backed invoice link from your sponsor list, or sell a recurring membership from the event page or the check-in kiosk when the night becomes a series.
| Capability | Connections | Ticketing tool plus a separate CRM |
|---|---|---|
| Public event page with RSVP | Yes | Yes |
| Paid ticket tiers and payouts | Yes | Yes |
| Email and SMS invites sent from the event | Yes | Limited |
| Kiosk check-in with a live guest list | Yes | Limited |
| Attendees kept as contacts with the event attached | Yes | No |
| Booking pages and intake forms on the same account | Yes | No |
| Sponsor invoices and host memberships | Yes | No |
| One sign-in across all of it | Yes | No |
Yes, and that is the reason this page exists. On Connections the guest list is not a separate export at the end of the night. Everyone who RSVPs, buys a ticket, or scans in at the door lands in your contacts with the event attached to them, so the next invitation goes to a real list of people you have actually met rather than to a spreadsheet somebody has to rebuild. The event page, the ticketing, the check-in kiosk, and the address book are one account rather than four.
Both. A free event takes RSVPs in a few taps: guests answer your questions first and make a free account as they send it. A paid event gets ticket tiers and recurring dates, and the money is collected through embedded checkout on Stripe. Connections takes a three percent cut on top of Stripe's own processing fee for payments it handles, and ticket payouts release on their own schedule after the event has run. Hosting the event itself is free, so there is no plan to buy before you can publish a page.
From the event itself, by email and SMS, using the account-wide sending allowance rather than a separate mail tool you connect. Attendees get a reminder before the doors open and a follow-up after the event ends, both on timers the event arms for you when you publish and re-arms if you move the date. A secret-location event releases its address to attendees on whatever lead time you chose, rather than requiring you to remember to send it.
Kiosk check-in runs in a browser on whatever screen you have at the entrance, so there is no scanner to buy or app to install for a one-night event. Guests scan in, the guest list updates while the room fills, and the host console shows arrivals live. Because check-in writes to the same contact record as everything else, the person who walked through the door is already the person your follow-up will reach next week.
It becomes your network rather than an archive. Each attendee stays as a contact carrying the event you met them at, and the follow-up digest surfaces the ones you have not spoken to since. If two of your contacts both came, the relationship map records that. This is the part a ticketing tool structurally cannot do: it sold a ticket to an email address, and the email address is all it has when the event is over.
Yes. From the sponsor list on your host console you can send a sponsor a Stripe-backed invoice link, so sponsorship money arrives through the same rail as ticket money instead of a separate invoice tool. You can also sell a recurring membership to attendees from the event page or the check-in kiosk, which is the natural move for a series, a night that repeats, or a room that keeps drawing the same people back.
Yes, a free one, and they meet it last. Anyone can browse a public event and answer your questions without signing in; the free account comes when they send the RSVP or buy the ticket, so nobody is asked to sign up before they have said yes.
Booking pages and forms for the intake around an event, a shared calendar that pulls in every date across the account, payments and a seller console if you sell more than tickets, bookkeeping with receipt scanning if the event has costs, community pages with their own registration questions if the event becomes a group, site analytics, and an AI support bot for the questions attendees ask before they arrive. None of it needs to be switched on in advance.
Every host sees visits, RSVPs, and check-ins for their own events. The free base keeps a two-week analytics lookback, and paid plans widen that window so a recurring series can be compared against itself over a longer run. The underlying capture is not sampled or reduced on the free base; the plan sets how far back you can look, not how much is recorded.