Step 1
Understand the lane
See what the product does, who it fits, and what is live right now.
Founders can evaluate the lane, stage the workspace, and know what happens next before self-serve and checkout are fully opened.
Activation Posture
Register the workspace now and complete activation through the available path.
This path records the founder, workspace, and plan choice now, while activation continues through reviewed access or a later self-serve step.
Signup should create clarity, not ambiguity. This route stages the founder identity, the workspace, and the commercial lane first, then hands off into either activation or reviewed follow-through based on the live environment.
Step 1
Understand the lane
See what the product does, who it fits, and what is live right now.
Step 2
currentChoose the path
Pick pricing, signup, or reviewed intake without losing the same founder context.
Step 3
Open the workspace
Use the active identity path without duplicating the workspace or resetting the journey.
Step 4
Run with signal
Operate research, validation, launch, and billing from one accountable surface.
Plan context
Growth
Signup keeps plan choice attached to the workspace from the first step.
Founder email
Recovery anchor
The same founder email should carry through signup, activation, login, and billing follow-through.
Activation
Readiness-gated
This environment stages the founder workspace first and completes activation through reviewed access or a later self-serve rollout.
Fallback
Invite path primary
Duplicate founders should recover the existing workspace instead of creating a second one.
Launch readiness
Signup inherits the same launch truth as the rest of the public funnel. Founders should see why staging, activation, or reviewed access behave differently across environments.
Public pricing
liveFounders can evaluate the current plan and understand the commercial lane clearly.
Public signup
liveFounders can stage the workspace from the current public path.
Self-serve activation
stagedSelf-serve activation stays staged while the identity and provisioning path are still being finalized.
Checkout
stagedCheckout stays staged until billing credentials, price mapping, and webhook handling are fully connected.
Permanent HTTPS redirect
reviewBefore calling launch complete, confirm the public edge permanently redirects HTTP traffic to HTTPS.
SPF + DKIM + DMARC + CAA
reviewBefore full launch, confirm sender-domain email authentication and certificate-authority records.
Signup
Use this path to reserve the founder, workspace, and plan now. The same record can later continue through reviewed access or self-serve activation.
Before you continue
The same email carries through signup, activation, and recovery, so duplicate-workspace mistakes stay visible instead of getting silently reprovisioned.
Before you continue
Signup creates a reusable onboarding record first. If the founder already exists, the flow should recover the existing workspace instead of creating another one.
Before you continue
Public signup does not guarantee immediate self-serve. The next step stays tied to the live identity and access posture for the environment.
Plan context
$99 monthly / $990 annual
Single-founder workspace
Operator-reviewed signup and invite conversion
Research, spec, launch gate, and portfolio views
Founder details
The goal is a reviewable onboarding record that can convert into invite or later self-serve without losing context.
Current Mode
This form creates a reusable onboarding record without changing public routes or removing the invite fallback.
Recovery model
A polished signup flow makes staging, recovery, and activation posture obvious instead of forcing the founder to infer them after submission.
Workspace continuity
When the founder already exists, the product should route to recovery instead of silently creating duplicate workspace ownership.
Commercial continuity
Signup should stage the commercial context early so pricing, activation, and billing return states all point back to the same lane.
Activation continuity
Whether activation is self-serve or reviewed, the page should make the supported next move obvious.
FAQ
This flow should explain the supported path, the fallback, and what happens when a workspace already exists.
The workspace is staged first. From there, the same route can continue into activation or stay in reviewed mode, depending on the live rollout posture.
That would erode trust and make billing, recovery, and founder identity ambiguous. The flow now favors recovery to the existing workspace instead.
No. Signup can still stage the founder record publicly while activation remains deliberate. Firebase only matters when self-serve activation is actually ready.
Use waitlist when you want reviewed intake first, when your fit is still unclear, or when a slower handoff is the better path.
Activation discipline
The product should explain what happens next, why it happens, and how the founder recovers if a workspace already exists.