Websites had their WordPress moment. SaaS is having its BuildWithHQ moment. See the new BuildWithHQ homepage →
Home/Templates/SaaS blueprints
SaaS blueprints

A blueprint is an application, not a mockup

A SaaS blueprint describes everything needed to stand up a working product: the modules and their fields, the pages and their layouts, the menus, the data connectors and bindings, the user types, and the theme. Installing one gives you a functioning application on day one, which you then make yours.

What a blueprint contains

Six layers, one artifact

See blueprint schemas

Modules and fields

The business objects your product is about, with types, validation, and relationships already defined.

Pages and layouts

Screens bound to those modules, arranged and ready, rather than blank canvases you populate by hand.

Menus and user types

Navigation that differs by role, so an administrator and a field technician do not see the same product.

Data connectors and bindings

The wiring between what a component displays and where that data comes from.

Theme and CSS variables

Colours, typography, and spacing as variables you override once rather than editing every screen.

Actions and workflows

The automation the product needs to be useful, not just the screens it needs to look complete.

Versioning

Publish, supersede, and still support what people bought

Blueprints move through draft, published, and archived. Archived versions remain installable by existing buyers even after a newer version supersedes them — because a customer who purchased version two should not be forced onto version three to reinstall.

Provisioning is release-pinned

When an application is provisioned from a blueprint, the exact version used is recorded. That means a support conversation eighteen months later can establish precisely what was installed, and a re-provision produces the same result rather than whatever is current.

Building your own

Anything you build can become a blueprint. If you have solved a vertical well once — a compliance workflow for clinics, a dispatch system for field service — you can package it, version it, and either reuse it across your own clients or publish it for sale.

Common questions

Questions about this

Can I modify a blueprint after installing it?

Extensively. The blueprint is a starting point, not a constraint. Pages, modules, fields, workflows, and theme are all editable afterwards.

Can I build a blueprint from an application I already made?

Yes. That is the intended path for agencies who have solved the same problem for several clients.

What if I need two applications from one blueprint?

Install it as many times as you like. Each installation is a separate application with its own databases and container.

Get started

Build it, then prove what it did

Create an account, explore the full builder console, and launch your first application on a custom domain. Nothing is charged while your application is still in development.

Start building today

No credit card required. The console preview, the documentation, and the architecture reference are all readable before you sign up.

Get started free Read the docs