Early Access Signup Form Template
Fill your first cohort with the right users rather than the fastest ones. This signup measures fit and urgency in four taps.
We're letting people in wave by wave, in small groups. Tell us what you're working on and how badly you need this, because it shapes who gets in first.
Early access is a selection problem disguised as a signup problem. Anyone can collect emails; the hard part is knowing, when you have fifty invite slots and five thousand names, which fifty. This form makes that decision cheap, because every question maps to a column you will sort by on invite day.
Every question maps to an invite-day column. Email is the invitation channel, nothing more asked and nothing wasted. The "what are you building" free-text is the fit detector: one honest sentence separates the developer with a live use case from the tourist collecting beta badges, and reading a hundred of these takes twenty minutes that saves your support team a month. The platform question is capacity planning, so if most of the queue wants iOS and your iOS build lags, that number should reorder your roadmap ahead of your invites. The urgency scale, 1 to 5 and anchored "someday" to "yesterday," is a self-report that works because it is cheap: people who slam 5 and describe a real project are your activation cohort, while the honest 2s are your future waves.
Cohort selection is a sort, not a project. On invite day, export the CSV and sort by urgency, then skim the build descriptions in order, or filter by platform when a build ships. The form has already done the interviewing.
How the invite code drives member-gets-member. When you invite someone, hand them a personal link like ?invite_code=wave1-ana. Signups arriving through it carry the invite_code value out of sight, so you can trace which early users pull in the best next users, the strongest expansion signal an early product gets, and prioritize their friends in turn.
What we held back. Company, role, team size, and phone all stay off. Pre-launch curiosity is fragile, and every identity field you add trades queue size for data you can infer later from the email domain and the build description. There is no "agree to feedback calls" checkbox either: ask for the call after they are in and delighted, not before.
Who gates a beta this way. Product teams gate a private beta with it, developer-tool startups sequence API access, and hardware companies stage pre-orders behind readiness.
Keep the intro's promise. Rewrite the platform options to your real surface area, tune the urgency anchors to your product's vocabulary, and keep the intro's promise by using the answers to sequence invites, because early users compare notes. Turn on email notifications for a daily pulse of who is queueing, and let the responses view be your invite-day war room.
Frequently asked questions
How should I pick who gets invited first?
Export the CSV and sort by the urgency score, then read the "what are you building" answers from the top. High urgency plus a concrete use case is the profile that activates and gives real feedback.
What does the hidden invite_code field do?
It records a code from the share link (like ?invite_code=wave1-ana) without respondents seeing it. Give invitees personal links and you can trace which members recruit the best next members.
Can I cap the queue or close signups?
Both are supported: close by date or after a set number of responses, with a custom closed message. A visible cap ("first 500 get wave one") also adds honest urgency to your launch post.
Why an urgency scale instead of a yes/no question?
A five-point scale with labeled ends gives you a sortable gradient instead of a binary everyone answers the same way. The anchors ("someday" vs "yesterday") keep self-reports roughly honest.