I reviewed peer/competitor conferences against our current structure: INBOUND (UNBOUND), Web Summit, SaaStr Annual, Dreamforce, Create & Cultivate, and Lesbians Who Tech Summit. The goal: understand the structural patterns and form sequences large professional conferences are actually using right now.
Sell content on the conference site. Click "Register" → separate registration page or platform. This is how CFW works today.
Used by 7 of 7 conferences we reviewed (including us).
Sell content scrolls down into the registration form on the same page. No handoff at all.
Used by 0 of 7 at scale. Closest is C&C's Squarespace lightbox modal.
Pattern A is industry standard for conferences at CFW's scale. But the quality of the handoff varies enormously. Web Summit hands off to a polished register.websummit.com portal with persistent branding. UNBOUND keeps everything on unbound.hubspot.com. Create & Cultivate stays on createcultivate.com throughout via Squarespace cart.
Where we sit: when a user goes from our regional page to the register page, that matches Pattern A, but the handoff lands on a different subdomain (register.conferencesforwomen.org), there's no nav to go back, and because it's an ASPX site, the visual continuity breaks. That's the specific gap to close.
| Conference | Pattern | First form field | Names collected before payment? |
|---|---|---|---|
| Conferences for Women (today) | A · ASPX subdomain | No, post-purchase only | |
| INBOUND / UNBOUND | A · HubSpot subdomain | Ticket selection | Yes, name, title, company before payment |
| Web Summit | A · register portal | Ticket selection | Yes, full info before Stripe payment |
| SaaStr Annual | A · separate checkout | Ticket type | Yes (inferred) |
| Dreamforce | A · reg.salesforce.com | Trailblazer account (email) | Yes, Trailblazer profile |
| Create & Cultivate | A · Squarespace cart | Ticket selection | Yes, email + name in cart |
| Lesbians Who Tech | A · page-embedded | Likely email | Not determinable |
These screenshots show how peers handle the transition from sell content to registration. Note the visual continuity (or lack of it) at the handoff.
register.websummit.com portal.
Comparing form sequences across peers reveals two patterns that diverge from CFW's current "Email → Cart → Names post-purchase" flow:
The current flow: user starts on the regional WordPress site, then hands off to a separate ASPX subdomain to register and pay.
Regional sell page with speakers, agenda, ticket info.
Different domain. No persistent nav. SSL error on root URL. Visual break from main brand.
Buyer receives a follow-up to enter the names of each attendee. Operational burden + buyers feel disconnected from their attendees.
The three steps of the live ASPX registration today.
Pattern A, two pages, but with a same-domain, same-brand handoff. The registration page lives on WordPress at txconferenceforwomen.org/register with an embedded HubSpot form handling the entire transaction.
Restructured for conversion. Each section has a purpose. Multiple "Register" CTAs throughout, every one of them leads to Page 2.
Lives on WordPress at txconferenceforwomen.org/register, same domain, same brand, same nav. The form itself is an embedded HubSpot form that handles ticket selection, attendee info, names, and Stripe payment.
The clearest change is what the form asks for, and when. The current sequence is unusual relative to comparable peer events. The proposed sequence aligns with what UNBOUND, Web Summit, and Create & Cultivate actually do, while keeping the abandonment recovery that leadership has asked for.
The reason we added email was in case people put a ticket in the cart and dropped off, so we had a way to chase them down.
What changes: Email, name, and company move to Step 2, which is still before payment. That is also how UNBOUND, Web Summit, and Create & Cultivate do it.
How we re-engage them if they leave at Step 2 or later:
Net effect: we go from "capture email up front and hope" to "capture email at the point of commitment and run a real automated chase."
| Change | Why | Evidence |
|---|---|---|
| Ticket selection moved to first interaction | Lower cognitive load than typing email; user "commits" to a tier before being asked for data | Validated by UNBOUND ($1,399), Web Summit (€595+), Create & Cultivate ($399) |
| Email moved to Step 2 (still captured before payment) | Still captures lead before payment for abandonment recovery, but doesn't gate the first interaction | Compromise between CFW's current email-first and peer ticket-first patterns |
| Attendee names captured inline when known, deferred when not | For solo buyers, names inline. For 10-pack buyers (who often do not know attendees yet), an explicit "add later" path with an automated HubSpot reminder, instead of today's silent, manual follow-up. | Solves both: peers capture names before payment when buyers know them; CFW's reality is that companies buying 10-packs frequently do not. |
| Add Company + Title fields | Enables better sponsor ROI reporting and attendee segmentation in HubSpot | Standard across UNBOUND, Web Summit, Dreamforce |
The flow is straightforward, and every component is talking to one platform the team already knows.
Navigates to txconferenceforwomen.org/register, same domain, no redirect.
The HubSpot WordPress plugin (or a manual embed code) renders the form inline. Looks native to the page.
Data writes to HubSpot in real time. Email captured at Step 2 enables abandonment recovery via HubSpot workflows.
HubSpot Payments uses Stripe under the hood. Card details never touch our server. PCI compliance handled by Stripe.
Custom properties: ticket_type, ticket_quantity, conference_year, company, title, attendee_names, amount_paid, payment_date, etc.
Standard confirmation. Adds to pre-event nurture sequence. Adds to list for Day-Of comms.
| Owner | Responsibility |
|---|---|
| Workhorse | WordPress admin work: install HubSpot WP plugin · Create the new /register page · Update sell page CTAs to point to /register · Set up 301 redirects from the old ASPX URLs |
| Sam (HubSpot) | Build the HubSpot form (4 steps, fields, validation) · Map fields to custom contact properties · Build confirmation email + nurture workflow |
| Sam (Stripe / Finance) | Configure HubSpot Payments + connect Stripe · Confirm live keys · Test transactions in live mode before launch |
| Rachel (Design) | Style the HubSpot form to match CFW brand · Direct the new sell page sections (speaker carousel hero, ticket cards, comparison grid) |
| Rachel (Marketing) | Write all page copy · Update paid ad destination URLs to new /register page · Set up GA4 + Meta Pixel purchase tracking |
Confirm our HubSpot tier supports HubSpot Payments. Payments are included in Sales Hub Starter+ and Marketing Hub Pro+. If we're below those tiers, the alternative is to use a HubSpot form for data capture + a separate Stripe Checkout link for payment (slightly less seamless but functionally similar).
If we align on this direction today, here's the proposed sequence to get from where we are to a working new flow.