Welcome to BuildWithHQ
From builder account to active app, blank shell, first publish, and runtime delivery.
Set up your organization
Six steps — two down. Each step unlocks the next.
Organization and owner created; your 10-day trial started — no card needed.
Verified — SaaS creation and team invitations are unlocked.
Start blank immediately, or choose an exact published immutable template version when one is available.
Add members with scoped roles: Admin, Developer, Billing, Viewer.
Convert any time before the trial ends; Stripe checkout, confirmed by webhook.
Cloudflare-verified hostnames with automatic TLS put your brand on your product.
Your trial
- Trial ends
- Aug 7, 2026
- Plan
- Starter (trial)
- Payment
- Not on file
Need help?
Common things to do
Describe it to Build-with-AI or start from a template pack — either way you get a provisioned, customizable app.
Start buildingVersioned, pinned packs with drag-and-drop page editing and selective upgrades.
Open libraryRole-scoped access with owner override; invitations arrive as one-time email links.
Invite membersCloudflare-verified custom hostnames with automatic TLS and a primary-domain badge.
Add domainScheduled backups per product, with your own destinations supported.
ConfigureInstall vetted extensions and appliance packages into your products.
BrowseFrequently asked questions
How the platform behaves, in plain terms.
How long is the trial, and do I need a card?
Why can't I create a SaaS product or invite anyone yet?
What actually gets created with my SaaS product?
Blank app vs template pack — which should I use?
How do custom domains work?
How do storage limits work?
Can one email belong to multiple organizations?
What happens when I add a payment method?
Where do my tenants' payments fit in?
Tracks the real server-derived path: builder account, verified access, app registration, physical database trio, tenant root and bridges, blank shell or immutable template version, first page publication, runtime contract, and optional domain or container work.
Behind this page/getting-started · authenticated
Retrieve
sp_Builder_GetAccountAdminDashboard supplies the trial state, verification flag, and app/team/payment counts that drive each checklist step; the lock banner reads sp_Builder_GetAccountAccessState. sp_Builder_GetOnboardingState returns the computed checklist in one read — email verified, MFA, payment method, app/team/domain counts; dismissal persistence stays out until it is a product requirement.Save
Read-only page. Every CTA routes to its own page with its own contracts; nothing is written here. FAQ copy is static frontend content.Success
- Checklist state comes from server truth, never localStorage.
- Blank-app creation remains available when no published template version exists.
- App activation does not wait for optional custom-domain verification.
- BuilderOnly apps may be Active while container status remains
NotStarted.
CLI handoff
Implement this scaffold from the structured contract, then remove hard-coded preview rows. The source of truth is CLI Handoff and admin-cli-manifest.json.
Server-inject identity and scope values; never trust browser-supplied account, app, tenant, user, entitlement, price, or permission identifiers. Preserve the loading, empty, forbidden, failed, retrying, and completed states shown by the preview.