Sumboard
Embedded AnalyticsMarch 4, 2026(Updated August 4, 2026)

Embedded Analytics Pricing for SaaS Companies

Compare embedded analytics pricing by billing unit, production workload, excluded costs, and three-year forecast, not the headline price.

Embedded Analytics Pricing for SaaS Companies

We've been in enough pricing conversations to recognize the pattern. A product manager reaches out, excited about adding analytics. Sales demos go well. Then comes the pricing discussion, and suddenly there's talk of "custom quotes," "contact our team," and "it depends on your usage."

The proof of concept may still leave important production questions unanswered: which viewers are billable, what happens at a limit, which plan contains required security features, and which services sit outside the subscription.

The embedded analytics market mixes public subscriptions with quote-based contracts. That makes a workload model more useful than a side-by-side comparison of starting prices.

Why Most Companies Get Blindsided by Embedded Analytics Costs

The common planning error is to treat a starting price as a production forecast. A team signs up for a demo, builds a proof of concept, and begins rollout before mapping the vendor's billing units to its own workload.

Then the bills start coming in:

  • A viewer definition that includes more accounts than the forecast assumed
  • A metered plan whose API, render, compute, or refresh unit was never load-tested
  • White-labelling, SSO, or row-level security on a different tier
  • Storage, data processing, or export volume outside the quoted allowance

The failure mode is a mismatch between the quoted assumptions and the live deployment. The question that prevents it is asked before signing: what does this bill look like at the expected workload, at ten times the audience, and during a peak month?

Five Pricing Models and the Variables Behind Them

An embedded analytics contract may use one of these models or combine several of them.

Pricing modelHow you payPredictabilityWhat decides your 3-year costBilling unit to verify
Per-user / per-viewerFee per billable viewerLow when the audience growscontracted rate × billable viewers × 36registered, active, or concurrent viewer
CapacityProvisioned resources over timeMedium after load testingcapacity size × operating hours, plus scalingnode, instance, or capacity unit
Usage-basedConsumption during the billing periodLow before load testingforecast units × rate, including overagesquery, render, API call, compute, or data volume
Feature-tierSubscription determined by required capabilitiesMediumrequired tier × 36, plus add-onsplan, workspace, environment, or feature
Flat-rateOne fixed subscription feeHigh when limits are explicitsubscription × 36, plus stated add-ons or servicesplan allowance and upgrade threshold
Run the same workload cases through every contract before comparing totals.Scroll the diagram sideways to see all of it.

Per-Viewer Pricing Turns Audience Growth Into Software-Cost Growth

How it works: The contract defines a price per registered, active, concurrent, or monthly active viewer. Those definitions produce different totals, so write the definition into the model.

The gotcha: Audience growth becomes software-cost growth. A hypothetical $20 rate is $10,000 per month at 500 billable viewers and $200,000 at 10,000; replace that illustrative rate with the one in your order form.

Some analytics contracts use a viewer or seat component; do not infer it from the product category. Confirm the current billing unit directly in the quote.

Contract details that change the viewer count

  • "Active users" vs "total users" definitions (are they counting everyone who logs in, or just active viewers?)
  • Minimum seat requirements hidden in enterprise contracts
  • Automatic upgrades when you hit user thresholds

Usage-Based Pricing Is Only Forecastable Once You Have Representative Load Data

How it works: You pay based on API calls, compute capacity, data processed, or rendering volume.

The gotcha: A forecast built without representative load data is fragile. Test normal, growth, and peak traffic, then confirm whether excess usage is throttled, billed as an overage, or moved to another tier.

Capacity and consumption billing appear in cloud services and analytics contracts, but the exact meter is vendor-specific.

Questions that make usage billing testable

  • "What counts as an API call?" (dashboard load? every chart interaction? background refresh?)
  • "What happens if we exceed our tier?" (throttling? auto-upgrade? overage charges?)
  • "Can you show me a real customer's actual monthly bill variance over 12 months?"

Your Feature-Tier Price Is the Lowest Tier That Holds Every Production Requirement

How it works: Plans bundle different capabilities and limits. Your effective price is the lowest tier containing every production requirement, not the cheapest tier on the pricing page.

The gotcha: White-labelling, custom domains, SSO, or advanced security controls may sit on a higher tier. Build a requirements-to-tier map before accepting the quote.

Feature packaging differs by vendor and can change, so the current pricing page and order form are the evidence that matters.

Questions that identify the required tier

  • "Which tier includes row-level security, SSO, and audit logs?"
  • "Which branding and custom-domain controls are included in this plan?"
  • "Which production requirements in our checklist require an add-on or upgrade?"

Flat-Rate Pricing Is Predictable When the Allowance and Renewal Terms Are Explicit

How it works: One monthly or annual subscription covers the stated plan allowance. Fixed price does not automatically mean every resource or feature is unlimited.

The advantage: It is predictable when the plan, limits, add-ons, renewal terms, and services are explicit.

The catch: A fixed subscription can still move when you need another plan, environment, service level, or resource allowance. Model those thresholds too.

Sumboard currently publishes fixed Growth and Business subscriptions, while Enterprise is quoted separately. Verify any vendor's current plan before using it in a forecast.

What a Headline Quote May Leave Out

The headline subscription is only one section of the commercial model. Put the surrounding terms into the same worksheet:

Three questions to ask a vendor, each with what it tests: month-to-month versus annual pricing tests billing cadence, asking for a real customer invoice tests invoice transparency, and asking what happens when you exceed tier limits mid-month tests how the billing period behaves.

Hidden cost #1: Professional services Implementation, custom dashboard work, or training may be separately scoped. Ask whether each item is inside the quote or beside it, because the answer changes the first-year total.

Hidden cost #2: Support tiers Support channels, response targets, and dedicated contacts may vary by tier. Price the service level your production team actually needs.

Excluded cost #3: Data export or egress Export, migration, or egress may be included, metered, or separately scoped. Record the applicable unit and rate before treating portability as cost-free.

Hidden cost #4: Annual commitments An annual or multi-year quote may differ from the monthly option. Check the committed term, renewal notice, price-adjustment language, and what remains payable after cancellation.

Questions that expose excluded line items

  • "What's your month-to-month pricing vs annual?" (tests billing cadence and commitment)
  • "Show a worked example invoice for our workload" (reveals the actual line items without requesting another customer's data)
  • "What happens if we exceed our tier limits mid-month?" (throttling? auto-upgrade? overage?)
  • "Can we self-serve all implementation or do we need your services team?" (integration complexity)

The True Cost of Different Growth Scenarios

The following example shows how different meters behave as an audience grows for a B2B SaaS company adding customer-facing analytics. It uses a deliberately hypothetical $20 viewer rate and Sumboard's currently published Business subscription; it is not a market benchmark. Replace both with current quotes before making a decision.

Scenario: Startup → Scale-up (Year 1 to Year 3)

  • Year 1: 100 customers, 500 embedded viewers
  • Year 2: 1,000 customers, 5,000 embedded viewers
  • Year 3: 5,000 customers, 25,000 embedded viewers

Per-Viewer Model: the Same Rate Produces a Ten-Times Bill in Year Two

  • Year 1: 500 viewers × $20 = $10,000/month = $120K/year
  • Year 2: 5,000 viewers × $20 = $100,000/month = $1.2M/year
  • Year 3: 25,000 viewers × $20 = $500,000/month = $6M/year

Across these three illustrative years, the arithmetic totals $7.32M. That number describes this scenario only; it is not a vendor quote.

Compare that result with an actual fixed-price quote and with an owned-cost estimate for building in-house. An internal build removes the vendor's viewer fee, but it does not remove engineering, infrastructure, security, support, or maintenance.

Capacity Model: It Cannot Be Totalled Without Your Own Workload Inputs

This model cannot be totalled without workload inputs. Size it against node or capacity requirements, operating hours, traffic shape, and overage rules. A provisioned resource may continue billing while idle, while a consumption meter moves with actual usage; the contract determines which behavior applies.

The three-year estimate must come from the required capacity, operating hours, scaling policy, and contract. Record the calculator date and assumptions so the estimate can be reproduced.

Feature-Tier Model: a Quote-Only Tier Cannot Be Estimated From a Public Starting Price

Map every production requirement to the current plan matrix, then use the lowest tier that satisfies the complete list. Public pages such as Metabase pricing can help document packaging on the date of review, but the signed order form remains authoritative. If a required tier is quote-only, the three-year estimate is the negotiated subscription plus add-ons and services; a public starting price cannot substitute for that quote.

Fixed Subscription: the Three-Year Total Is Arithmetic, Not a Forecast

  • All years: €499/month = €5,988/year = €17,964 over 3 years

At the currently published €499 monthly price, the subscription arithmetic is €17,964 over 36 months, before any separately scoped services or future pricing changes. Record the date of the price used in the model.

The comparison shows why the billing unit belongs beside the feature checklist. A feature match with an unsuitable meter can still produce the wrong commercial result.

The Build vs Buy Calculation Changes at Scale

Multiply the contracted viewer rate by your high-growth audience and compare that result with both a fixed-price quote and an owned-cost model. The owned model must include engineering, infrastructure, security, accessibility, exports, incident response, maintenance, and any external implementation services. The crossover point is specific to your rates and staffing assumptions.

How Sumboard's Pricing Actually Works

Sumboard publishes Growth and Business subscription prices, while Enterprise work is scoped separately.

Sumboard Publishes Two Tiers, Both With Unlimited Embedded Viewers

  • Growth: €199/month - For early-stage and scaling SaaS companies
    • Unlimited embedded viewers (zero per-user fees)
    • White-label dashboards, exports, and multi-tenant support
    • Standard support
    • Up to 10 embedded dashboards and the published plan allowances
  • Business: €499/month - For established SaaS companies
    • Everything in Growth
    • Custom PDF layout builder
    • Dashboard localization
    • Priority support
  • Enterprise: Custom pricing - For complex requirements
    • Custom data pipelines
    • Custom-built data warehouse
    • Custom onboarding and dedicated support

What Growth and Business Currently Share, So the Tier Choice Is Not About Features

  • Unlimited embedded viewers (zero per-user fees)
  • White-label dashboards and PDF exports
  • Multi-tenant architecture support
  • PDF and XLSX export
  • Unlimited data sources and caching under the published plan description

For a forecast, pair those published subscriptions with the plan allowances and any separately scoped Enterprise work. Recheck the pricing page at purchase and renewal rather than treating this article as an order form.

The practical advantage is auditability: the public Growth and Business prices can be entered into a forecast before a sales conversation. Enterprise requirements still need a scoped quote.

Want to compare different platforms side-by-side? Check out our in-depth alternatives guide.

Three Question Sets That Expose a Pricing Model Before You Sign It

When you're evaluating embedded analytics pricing, forget the feature checklist for a minute. Ask these questions first:

Budget-planning questions

  • "Which prices are public, and which require a written quote?" (identifies the evidence available for the forecast)
  • "What will I pay in month 1, month 12, and month 36 as we scale?" (get specific growth projections)
  • "Are there any fees beyond the base price?" (support, services, overages, add-ons)

Scaling-economics questions

  • "Which workload boundary moves us to another tier, capacity, or overage rate?"
  • "Can you price our base, growth, and peak cases with the same billable-user definition?"
  • "What happens if we grow faster than expected?" (tests thresholds and overage behavior)

Exit-strategy questions

  • "What's your cancellation policy?" (30 days? End of annual contract? Penalties?)
  • "Can we export all our data if we leave?" (vendor lock-in check)
  • "Are there any termination fees?" (some enterprise contracts have these)

The decision record should distinguish what is published, what is stated in a written quote, and what becomes binding only in the order form. A custom quote is not inherently opaque, but its assumptions must be itemized before different offers can be compared.

Ready for transparent embedded analytics pricing?

Sumboard offers clear, predictable pricing with zero per-user fees. See exactly what you'll pay before talking to sales.

Frequently asked questions

What are the main pricing models for embedded analytics platforms?
The main models are per viewer, metered usage or capacity, feature tiers, and a fixed subscription. Per-viewer cost follows the size of the audience. Metered cost follows variables such as compute, renders, queries, or data volume. Feature tiers change the price when a required capability sits on a higher plan. A fixed subscription is easier to forecast, but it may still cap dashboards, refreshes, storage, support, or another resource. Compare each model with the same three-year workload instead of comparing headline prices.
Why do embedded analytics costs end up higher than the initial quote?
The initial quote may describe the pilot rather than the production workload. Viewer definitions, usage overages, higher tiers for white-labelling or SSO, implementation services, premium support, storage, and data export can all change the total. Ask the vendor to price your expected production workload, a growth case, and a peak month, then list every assumption and excluded line item.
What hidden fees should you ask embedded analytics vendors about?
Ask about implementation and training, premium support, storage and refresh limits, API or render overages, data export or egress, sandboxes, SSO, white-labelling, minimum commitments, renewal increases, and termination terms. Request an itemized order form and a worked invoice for your workload; a headline quote alone does not reveal how those lines behave.
How much does per-viewer pricing cost as a SaaS company scales?
Multiply the contracted viewer rate by the billable viewer definition and by 12. For example, a hypothetical $20 rate produces $120,000 per year at 500 billable viewers and $6 million per year at 25,000. Those figures illustrate the curve, not a market price. Repeat the calculation with your quote, expected active-to-registered-user ratio, minimums, and annual increases.
When does building analytics in-house become cheaper than buying?
There is no universal viewer threshold. Compare the vendor's three-year total with the loaded engineering time, infrastructure, security review, accessibility, exports, support, and ongoing maintenance required in-house. Building becomes financially plausible only when those owned costs are lower and the team is prepared to keep operating the analytics product.

Written by

N

Nicolae Guzun

Founder & CEO, Sumboard

Ship analytics faster

Build customer-facing dashboards 10x faster with Sumboard.

Get started for free