An organization running five training programs or events discovers that every registrant lands on the same generic registration page — same logo, same layout, same copy — regardless of which program they signed up for. The complaint is literal: 'there is only one registration page for all your programs, and it would be good to be able to customise the registration page for different programs.' When you're running a leadership program and a compliance training simultaneously, the same cold page doing double duty signals to both audiences that you didn't think about them.

This gap persists because event and course management tools are built around the back-office workflow — scheduling, seat counts, completion tracking — and the respondent-facing registration experience is an afterthought. The person who feels the pain (the program coordinator) rarely has engineering support to build custom landing pages, and the vendor has already sold them on the feature list before they discovered the registration page is locked.

Existing workarounds involve building separate landing pages in a website builder and passing hidden fields through to the registration form — a brittle, multi-tool chain that breaks whenever the survey tool changes its embed code. Coordinators describe wanting to 'customize the registration portal and the affiliate access portal' separately, which means even the post-registration experience needs to be program-specific.

This is a business because organizations running recurring programs rebuild this problem every quarter or every cohort. A university running semester programs, a training company running monthly workshops, a nonprofit running annual fundraising events — they all face the same branching registration need on a fixed cadence.

What to build

Build a standalone registration page builder that connects to existing survey or event tools via webhook or form embed, lets coordinators create distinct branded pages per program with custom fields, layouts, and confirmation emails, and syncs registrant data back to the source tool automatically.

Where to start

Target professional associations running annual conferences where they need registration pages that look different for members versus non-members — the revenue difference between member and non-member pricing makes the brand differentiation worth paying for immediately.

The hard part

The hardest early problem is convincing coordinators that switching their registration flow to a new tool is worth the migration risk — so the first version needs to work as a layer on top of their existing system, not as a replacement, which constrains the architecture significantly.

How it makes money

Per-program pricing (pay per active registration page) with a base monthly fee for the first three programs, scaling by the number of concurrent live programs.

See the evidence. The complaints behind this idea, the products they came from, and similar ideas in Survey.

More ideas in Survey