Server-driven JSON presentation
Principle
Pages, menus, components, data bindings, role visibility, workflows, actions, and configuration can be represented as JSON rather than compiled into a unique frontend codebase for every tenant.
Runtime
A shared renderer interprets the saved structure. BuildWithHQ can patch and secure the common rendering/execution engine while applications diverge through data/configuration.
Builder workflow
A builder can work visually, inspect or edit raw JSON, and use structured developer tooling. If JSON/schema is no longer the right abstraction, the next layer is an API/custom-service boundary rather than a forced platform ceiling.
Tenant customization
Tenant-specific page/layout overrides can exist without forking the whole platform. Presentation metadata can narrow visibility but must not be treated as an authorization boundary.