For Product Teams

If you own packaging and pricing, these are your decisions. What you charge for and how you meter it, which plans you sell, where the limits sit, what costs extra, who gets an exception, and what a customer sees when they decide to upgrade. In Schematic all of that is configuration rather than code, so you can change a plan, launch an add on, or publish new pricing without waiting on a release.

Usage-based pricing is where those decisions get hardest. Which metric you charge on, how much of it you include in the plan, and what happens when a customer runs past that allowance all come back to whether the buyer can predict the bill. Schematic lets you answer that in the packaging itself, so customers can see what they have consumed, forecast where they will land, and set their own spending limits. You can price on real usage rather than discounting to a flat fee to get the deal signed, at any size of company. Seat-based and hybrid packaging use the same catalog and the same controls.

This page maps the docs that support those decisions. Work through the sections in order if you are setting things up for the first time, or jump to the one that matches what you are deciding today.

Start here

  • Set up your first plan — the dashboard track, from an empty account to a working plan, with no code.
  • Concepts — plain-language definitions of the terms the rest of the docs assume.
  • What is Schematic? — what the product does, from metering and billing usage through to enforcing what each company is entitled to.
  • Catalog overview — the pricing patterns Schematic supports out of the box, including good-better-best, trials, seats, usage, credits, and hybrids of the last two.

Choose a pricing model

  • Billing overview — how Schematic and Stripe divide the work, and which billing models are supported.
  • Usage-based billing models — pay as you go, pay in advance, and fixed fee with overage, configured per entitlement.
  • Seat-based billing models — included seats, purchased seats, and the overage model that lets customers add seats without a checkout.
  • Credit burndown — sell a credit balance that several features draw down at different rates, with top-ups when it runs out.
  • Price by usage — the decision itself, covering which metric to charge on and how limits turn into expansion.

The building blocks

Once you know the model you are charging on, the catalog is where you express it.

  • Plans — the base packaging a company is on, and how a plan maps to a price in Stripe.
  • Add ons — extras a company buys on top of a plan, versioned separately from the plan itself.
  • Features — the units of value you package, entitle, and meter.
  • Feature types — boolean, trait-based, and event-based, and which one fits what you are selling.
  • Feature management overview — how plan membership, add ons, and overrides combine into a company’s entitlements.

Build and change your catalog

  • Setting up your first plans — a worked example building a free and a paid plan through to a working checkout.
  • Configuring the catalog — the plan new companies start on, which plans customers can select, and the rules for upgrades and downgrades.
  • Rolling out new plan versions — publish a pricing or packaging change and decide who migrates and who is grandfathered.
  • Trials — add a trial to a plan, decide whether a card is required up front, and control where customers land when it ends.
  • Managing company plans — what actually happens on an upgrade, a downgrade, a failed payment, or a trial expiry.
  • Creating a metered feature — put a limit on a feature and decide how usage counts against it.

Price for a single customer

What customers see

  • Components overview — the embeddable billing UI, and what each component is for.
  • Create a component — build and style a component in the Schematic builder before engineering embeds it.
  • Customer portal and checkout flow — the self-service experience for buying, upgrading, downgrading, and managing payment.
  • Element library — the blocks you can add to a portal, and which of them need Stripe connected.
  • Pricing table — a public pricing table for your marketing site that reloads your plans every time it renders.
  • Tracking feature usage — see how a feature is actually used before you price or repackage it.

Common jobs

These pages are organized around outcomes rather than around the product, so start here when you know what you want to achieve but not what to configure.

Hand off to engineering

Everything above is configured in the Schematic dashboard and takes effect without a deploy. The work that does need code is checking entitlements before a feature runs, reporting usage back, and embedding the components you built.