S.
  • Services
  • For you
  • Solutions
  • Work
  • About
  • Know-how
  • Blog
Start a project
EN/PL/RU
  • Services01
  • For you02
  • Solutions03
  • Work04
  • About05
  • Know-how06
  • Blog07
Start a project
EN/PL/RU
Vlad Sedenko
Independent web product developer
EU / Poland / Warsaw
Products
  • NextWooNext.js storefront for WooCommerce
© 2026. All rights reserved
Services
  • Product Discovery
  • UX/UI Design
  • MVP Development
  • SaaS Development
  • Website Redesign
  • Web Application Security
  • Conversion Optimization
  • API Integrations & Business Automation
  • Product Support
Explore
  • Services
  • For you
  • Work
  • Solutions
  • About
  • Blog
  • Know-how
  • Contact
Start a project
  • vlad@sedenko.net
  • LinkedIn
  • Privacy/Cookies
Know-how/Digital product monetization: models, pricing and a practical decision framework

Part 9 of 46

Per-seat pricing for B2B SaaS: when it works and how to design it

A practical guide to charging per user in B2B SaaS—from seat definitions, role-based access and volume bands to true-ups, adoption friction, unit economics and pricing experiments.

2026-08-22
Per-seat pricing for B2B SaaS: when it works and how to design it
All topics in this guide
  1. 01How to choose a monetization model for a digital product
  2. 02Business model, revenue model, pricing and packaging: what is the difference?
  3. 03User, customer, buyer and payer: who should a digital product monetize?
  4. 04How to choose a value metric for SaaS, APIs and AI products
  5. 05Willingness to pay and pricing research for digital products
  6. 06One-time payment model for digital products
  7. 07Subscription business model for digital products
  8. 08Tiered pricing for SaaS: how to design packages that customers understand
  9. 09Per-seat pricing for B2B SaaS: when it works and how to design it

Per-seat pricing charges for access by identifiable users. It is one of the most familiar B2B software models because buyers understand licenses, finance teams can multiply price by headcount and vendors can expand revenue as adoption grows.

That familiarity can conceal a structural problem: the product often becomes more valuable when more people participate, while the pricing model makes every invitation a purchasing decision. A team may share logins, restrict collaborators or keep work outside the product to control the bill. The company then taxes the behavior that would have made the product stickier.

Per-seat pricing is therefore not simply “monthly price × users.” It requires decisions about who counts, which roles pay, how seats are assigned, when quantities change, what happens during annual contracts and whether the seat remains aligned with value as automation changes work.

This guide provides a practical framework for making those decisions.

What per-seat pricing means

In a seat-based model, the bill scales with a defined number of user entitlements:

recurring charge = billable seats × price per seat for the billing period

The price may vary by package, role, volume or commitment. The billable quantity may represent: named users assigned access, active users in a defined period, concurrent users, employees eligible to use the product, licensed professional roles and a committed minimum with periodic adjustments.

These implementations have different economics and incentives. “Per user” on a pricing page is incomplete until the contract and product define what creates, consumes and releases a billable seat.

A seat is an entitlement, not necessarily a human body. One person may hold seats in several products or workspaces. A service account may need access without being a normal user. An external client may collaborate across organizations. The model must handle these realities without making the invoice arbitrary.

Why companies choose seat-based pricing

Per-seat pricing offers several advantages.

Buyers can understand and budget it

A buyer can estimate the initial bill from a known group size. This is usually easier than forecasting API calls, tasks or compute. A stable seat commitment also makes recurring revenue more predictable for the vendor.

The unit can approximate distributed value

In many professional tools, each user gains direct recurring value: saved time, fewer errors, better decisions or access to a required workflow. Adding a trained operator can expand the total value created.

Expansion has a visible mechanism

If a successful team deploys the product to another department, seat count grows. The vendor can capture part of that expanded value without renegotiating the entire business model.

Identity supports access and governance

B2B products already need user identities for permissions, audit trails and administration. The same entitlement system can support billing, although authorization and billing should remain conceptually separate.

Sales can quote it consistently

A price per seat with volume and commitment rules gives sales teams a repeatable structure. It is easier to compare proposals when quantity has a shared definition.

These benefits are real only when a seat is a reasonable approximation of value. Familiarity is not enough.

The seat-value test

Use four questions before adopting the model.

1. Does each additional user receive meaningful value?

A developer using an integrated development tool, a recruiter using an applicant system or an analyst using business intelligence software may receive direct value from access. A passive executive who reads one monthly report may not receive value comparable to the operator who uses the product daily.

2. Does the product benefit from broad participation?

Collaboration tools depend on networks of contributors, reviewers, approvers, guests or viewers. Charging the full rate for every participant can suppress the interactions that create value.

3. Are identities stable and measurable?

Named seats work better when users have persistent accounts. Consumer products, public communities and high-turnover frontline workforces may have unstable participation that makes seat administration burdensome.

4. Does automation reduce the relevance of headcount?

A product may automate work so effectively that fewer people are needed. If price is tied only to users, greater product value can produce lower expansion. AI agents and automated workflows can also perform valuable work without a human seat.

Score the fit honestly:

DimensionStrong seat fitWeak seat fit
Value distributionEach operator gets recurring direct valueA few creators serve many passive beneficiaries
Adoption dynamicsMore licensed operators means more valueCharging participants suppresses collaboration
IdentityStable named professionalsAnonymous, seasonal or rapidly changing users
Cost to serveRoughly stable per user or accountCosts scale mainly with compute or transactions
AutomationPeople remain the main actorsAgents perform a growing share of work
Buying languageBuyer already budgets licensesBuyer thinks in locations, transactions or outcomes

A mixed score does not automatically disqualify seat pricing. It often suggests differentiated roles, an account base fee or a hybrid metric.

Define the billable seat precisely

A seat definition should answer six operational questions:

  1. What event creates the billable entitlement?
  2. Which user roles consume it?
  3. When does billing begin?
  4. When can the seat be reassigned or released?
  5. How are quantity changes charged?
  6. What evidence can the customer and vendor audit?

Without these answers, pricing-page simplicity becomes billing dispute complexity.

Assigned or named seats

A named seat is billed while assigned to a user, whether or not that user logs in.

This is predictable and easy to audit. It also creates shelfware: paid access that is not used. Shelfware can produce short-term revenue but weakens renewal when procurement discovers low adoption.

Use assigned seats when availability itself has value, access must be provisioned in advance or the vendor commits capacity and service based on licenses.

Active seats

An active seat is billed only when a user meets a documented activity condition in a period. Examples include logging in, editing a record, running a workflow or performing a core action.

Active seats reduce fear of inviting people, but introduce variable bills and measurement questions:

  • Does one accidental login count?
  • Which actions qualify?
  • What is the activity window?
  • Can administrators see projected billable users?
  • Can users be deactivated before the period closes?
  • How are bots and service accounts treated?

The qualifying event should indicate meaningful access, not be selected to maximize surprise charges.

Concurrent seats

Concurrent pricing limits the number of simultaneous sessions rather than named people. It can fit shift work, laboratories or specialized expensive software shared by many occasional users.

It requires reliable concurrency enforcement and may create queues at peak times. It is usually harder to explain and operate in ordinary collaborative SaaS.

Eligible-employee pricing

Some contracts charge for all employees or members in a covered population, even if only some use the product. This can simplify administration and support broad deployment. It is defensible when the product creates organization-wide availability or risk reduction.

The eligible population must be defined and auditable. Charging for global headcount when the product serves one department can feel disconnected from value.

Design user roles before setting prices

Not every participant is economically equivalent. Map roles by the value they receive, permissions they need and behavior they enable.

A collaboration product might distinguish:

RoleTypical behaviorPricing treatment to consider
Creator or operatorProduces core work and uses recurring workflowsFull paid seat
Manager or administratorConfigures work, assigns responsibility, monitors outcomesFull or specialized paid seat
ContributorAdds limited inputs or completes assigned stepsLower-priced or limited seat
ApproverReviews and approves occasionallyFree, lower-priced or bundled allowance
ViewerConsumes outputs without editingFree or broadly included
External guestParticipates across an organizational boundaryFree with restrictions or guest allowance
Service accountEnables integration or automationSeparate entitlement, not disguised human seat

This is not an instruction to create seven prices. Too many role types produce administrative friction and gaming. Group roles where the value and permissions are materially similar.

A useful rule is: charge fully for the participants whose recurring work the product directly improves; reduce friction for participants whose presence increases the value received by those paid users.

Avoid the collaboration tax

The collaboration tax appears when the customer must pay before inviting every useful participant. Its symptoms include:

  • shared credentials;
  • exports sent by email instead of in-product review;
  • a small licensed group acting as intermediaries;
  • incomplete records because occasional contributors remain outside;
  • administrators repeatedly adding and removing users;
  • low invitation acceptance;
  • resistance to cross-department rollout.

The vendor may interpret this as weak adoption when customers are behaving rationally under the pricing rule.

Possible remedies include:

  • free viewers and guests;
  • paid creator seats with included collaborators;
  • lower-priced contributor roles;
  • account pricing with a seat allowance;
  • active-seat rather than assigned-seat billing;
  • volume bands that reduce marginal cost;
  • charging by workspace, location or workflow instead.

The remedy depends on where value sits. Free viewers are sensible when viewing spreads a paid creator’s work. They are less sensible when the product’s primary value is sophisticated analysis performed by viewers.

Prevent role design from becoming a loophole

Role differentiation reduces friction but can be exploited if lower-priced roles can perform the same valuable work as paid roles.

Define roles through permissions and product behaviour rather than labels an administrator picks. A viewer might view approved content, comment, receive notifications and export a limited report, while being unable to create, edit, automate or administer.

Once the role is defined by what the product allows, the billing follows automatically. Once it is defined by a label, administrators will find the label that costs less.

If a viewer begins using creator functionality, the product can request an upgrade with clear consent. It should not silently convert a user and generate an unexpected charge.

Monitor suspicious patterns, but do not punish normal collaboration. A company with many viewers and a small group of creators may be exactly the healthy use case the package was designed for.

Choose the pricing structure

A per-seat model can use several structures.

Flat price per seat

Every billable seat has the same rate.

monthly bill = 37 seats × €32 = €1,184

This is simple and transparent. It may become expensive at scale and creates no explicit volume recognition.

Volume pricing

The per-seat rate is determined by the total quantity band. If 51–100 seats cost €24 each, all seats may receive that rate.

Volume pricing is easy to quote but can create cliffs. The bill should never fall unexpectedly when one seat is added unless the commercial design intentionally allows it.

Graduated pricing

Different blocks of seats have different rates:

first 20 seats × €35
next 30 seats × €29
remaining seats × €24

Graduated pricing avoids some cliffs but is harder to calculate. Billing previews and clear examples are essential.

Seat bundles

The customer buys fixed packages such as 10, 25 or 50 seats. Bundles simplify procurement but create paid unused capacity. Small increments near common customer sizes reduce waste.

Platform fee plus seats

An account pays a base fee plus per-seat charges. The base can cover shared infrastructure, account-level value, administration or minimum service cost.

monthly bill = €300 platform fee + 18 paid seats × €28 = €804

This is useful when value exists at both account and user level. A high base fee may discourage small customers, so align it with the intended segment.

Minimum commitment

The customer commits to a minimum quantity for a term, often with rights to add more. Minimums support revenue predictability and service planning. They should correspond to an actual deployment scope rather than an arbitrary negotiation tactic.

Price different packages and seats coherently

Seat pricing often sits inside tiered packaging. A Starter package might cost €18 per seat, Team €35 and Business €58 because each seat receives different capability and the account receives different controls.

Make clear whether package selection applies:

  • to the entire workspace;
  • to each user independently;
  • to groups within one organization;
  • to a base platform with add-on roles.

Mixed package seats inside one workspace can serve complex organizations but make permissions, billing and support harder. Most self-service products use one package per workspace and multiple role types within it.

Price should be evaluated against:

  • value per licensed user;
  • value to the whole account;
  • alternative labor or software cost;
  • average and marginal support cost;
  • acquisition and sales cost;
  • expected seat utilization;
  • volume and commitment;
  • expansion potential;
  • churn risk from unused licenses.

Do not assume that a familiar unit eliminates willingness-to-pay research. Buyers understand seats while still disagreeing strongly about the amount.

Model seat economics beyond MRR

A basic revenue model is straightforward:

seat MRR = paid active accounts × average billable seats × average realized price per seat

But realized economics depend on discounts, utilization and service.

Track:

  • contracted seats;
  • assigned seats;
  • active seats;
  • paid role mix;
  • average realized price per seat;
  • discount by account and cohort;
  • gross margin by package and account size;
  • support cost per account and per seat;
  • expansion and contraction from seat changes;
  • renewal change in committed quantity.

Seat utilization helps expose shelfware:

seat utilization = active licensed users / contracted seats

The definition of active must reflect meaningful product use. Low utilization may signal an early rollout, seasonal work, poor onboarding or excessive commitment. Interpret it in context.

A fragile business can report seat expansion while account value remains weak. Procurement may correct the mismatch at renewal. Compare contracted quantity with active use and outcome attainment.

Plan seat assignment and administration

Customers need tools to understand and control quantity. Provide administrators with:

  • current contracted, assigned and billable seats;
  • user role and status;
  • pending invitations;
  • last meaningful activity where appropriate;
  • upcoming quantity changes;
  • projected bill;
  • permission to assign or remove seats;
  • exportable audit history;
  • warnings before an action creates a charge.

Define lifecycle states such as invited, provisioned, active, suspended and removed. Pending invitations should not consume a paid seat indefinitely unless the commercial rule says availability has already been purchased.

Seat reassignment policy needs balance. Unlimited instant reassignment can turn named licenses into concurrent licenses. Excessively restrictive reassignment punishes employee turnover and leave. A reasonable policy may allow reassignment when a user leaves or changes role while preventing daily rotation.

Enterprise identity provisioning adds more edge cases. If directory synchronization automatically adds 500 users, both administrators and the product must know whether that action immediately changes billing.

Handle annual contracts and true-ups

Annual seat agreements create a tension: customers need to grow during the term, while vendors need a defined way to charge additions.

Common mechanisms include:

Immediate prorated additions

New seats are charged for the remainder of the term. This keeps billing current but can create frequent invoices.

Periodic true-ups

The vendor reviews quantity monthly, quarterly or annually and bills additions under agreed rules. This reduces invoice frequency but creates accrued exposure and reconciliation work.

Prepaid pools

The customer commits to a quantity that administrators can assign flexibly. Additions beyond the pool trigger a purchase or true-up.

Growth allowances

A contract includes temporary growth within a percentage or fixed number before billing changes. This can reduce friction during rollout but must have a clear end and measurement rule.

High-water marks

Billing uses the highest quantity reached during a period. This is predictable for the vendor but may discourage temporary collaboration. Explain it explicitly if used.

A true-up clause defines which quantity is measured, how often, the effective date for additions, how reductions are treated, the unit price and discounts, the renewal baseline, the audit source, and the dispute process.

Reductions are the asymmetry customers notice. A clause that charges for seats added mid-term and ignores seats removed is a clause they will read closely at renewal.

The product should surface the commercial consequence before an administrator adds access—not months later in an invoice spreadsheet.

Treat contraction fairly

Seat reductions happen through layoffs, reorganizations, seasonality and workflow change. Policies vary:

  • immediate downward adjustment;
  • adjustment at the next billing period;
  • reduction only at annual renewal;
  • a committed floor with flexible assignment above it.

Long commitments commonly limit in-term reductions because the vendor priced for a commitment. However, making unused seats impossible to remove does not erase the problem; it postpones it to renewal.

Monitor downsell intent before renewal. Help the customer reassign licenses, improve activation or right-size deliberately. A lower but healthy commitment can be better than losing the account after an adversarial negotiation.

Design for AI agents and automation

Seat models face a new boundary when software agents perform tasks previously done by people. Questions include:

  • Does an agent consume a seat?
  • Is value better represented by completed work or compute?
  • Can one licensed user direct hundreds of automated workflows?
  • Does the product’s cost grow while human seats remain flat?
  • Does charging for automation discourage adoption of the core innovation?

Avoid pretending every agent is a person just to preserve the old metric. Consider a hybrid:

  • paid human operator seats for access and collaboration;
  • included automation allowance;
  • usage or credit charges beyond the allowance;
  • account fee for shared platform value.

The combined model must remain forecastable. Customers should not pay a full artificial “bot seat” and an opaque usage charge for the same value event.

Test whether seat pricing suppresses growth

A seat model should be evaluated with behavior, not only interview preference.

Analyze invitation and collaboration funnels

Measure:

  • percentage of activated accounts inviting another user;
  • invitation acceptance;
  • time to first collaborator;
  • number of external sharing actions;
  • role distribution;
  • shared-login indicators;
  • conversion at seat-limit prompts;
  • abandonment after seeing incremental cost.

Compare retained and churned accounts. If collaboration strongly predicts retention but invitations stop at the paid boundary, the model may be taxing its own retention mechanism.

Replay alternative seat definitions

Use historical data to estimate bills under: assigned seats, monthly active seats, paid creators with free viewers, a base fee with included seats, volume bands and account or workspace pricing.

Calculate revenue distribution, bill volatility, margin and the accounts most affected. Historical replay cannot show behavior changes, but it identifies dangerous outliers.

Run comprehension interviews

Show a realistic invoice example. Ask a buyer and administrator to explain:

  • who is billable;
  • when a charge starts;
  • how to remove or reassign access;
  • what happens when quantity grows;
  • what the next invoice will be.

If they cannot predict the bill after reading the offer, the rule is not ready.

Pilot role and allowance changes

A controlled cohort can receive free viewer roles, included guest allowances or active-seat billing. Evaluate not only conversion but invitations, activation, paid creator growth, support, retained use and contribution.

A six-week seat-pricing validation plan

Week 1: map value and actors

  • Identify who creates, manages, contributes to and consumes value.
  • Separate direct beneficiaries from participants who enable collaboration.
  • Document current account-sharing and invitation behavior.
  • Interview sales, success, support and billing teams about seat objections.

Week 2: quantify current usage

  • Calculate assigned, active and contracted seats.
  • Build utilization distributions by segment.
  • Compare seat growth with product outcomes and retention.
  • Estimate service and infrastructure cost by account size.

Week 3: design alternatives

  • Draft at least three seat definitions or role structures.
  • Define assignment, reassignment, addition and reduction rules.
  • Model volume bands, minimums and base fees where relevant.
  • Specify treatment of guests, service accounts and automation.

Week 4: test understanding and willingness to buy

  • Present concrete offers and invoices to target buyers.
  • Test administrator workflows with realistic scenarios.
  • Record choice, reasoning, objections and expected deployment size.
  • Revise any rule that depends on a hidden assumption.

Week 5: pilot

  • Use new prospects or a controlled customer cohort.
  • Instrument invitation, activation and seat-limit behavior.
  • Train sales and support on one consistent explanation.
  • Review every manual exception.

Week 6: decide and operationalize

  • Compare conversion, adoption, expansion potential and contribution.
  • Choose the seat definition and role policy.
  • Finalize billing and true-up rules.
  • Document existing-customer treatment separately.
  • Set post-launch cohort review dates.

Six weeks produces directional evidence. Renewal and long-term expansion still require cohort monitoring.

Metrics dashboard for seat-based products

Use a connected set of metrics:

AreaCore metricDiagnostic question
AcquisitionQualified account conversionDoes the expected license cost block suitable buyers?
ActivationActivated paid users per accountDo purchased users reach recurring value?
CollaborationInvitations and accepted collaboratorsDoes pricing suppress participation?
UtilizationActive / contracted seatsIs the account adopting or accumulating shelfware?
ExpansionNet added seat MRRDoes value lead to broader deployment?
ContractionRemoved seat MRRWhich events cause right-sizing?
RetentionGRR and NRR by utilization cohortDoes healthy use translate into renewal?
EconomicsContribution by account and seat bandAre discounts and service sustainable?
OperationsBilling disputes and manual overridesCan customers and staff apply the rule consistently?

Segment by customer situation, package, role architecture, acquisition motion and contract type. An aggregate utilization number can hide both healthy self-service accounts and overcommitted enterprise deployments.

Common failure modes

Charging every participant equally

An occasional approver pays the same as a daily operator. Customers keep useful stakeholders outside the product.

Confusing invited, assigned and active

Marketing promises active-user billing while invoices use assigned users. Ambiguous lifecycle states create disputes.

Optimizing for shelfware

Sales pushes large commitments without a credible deployment plan. Initial contract value rises, but renewal becomes a correction event.

Surprise true-ups

Administrators can add users without seeing the commercial consequence. Finance receives an unexpected invoice months later.

Shared-account denial

The company treats account sharing only as misconduct instead of investigating whether the economic model makes proper adoption irrational.

Uncontrolled discount bands

Large accounts receive discounts unrelated to commitment, service cost or strategic value. Realized price becomes unpredictable and expansion negotiations repeat from zero.

Restrictive seat reassignment

Normal employee turnover creates stranded licenses. Administrators respond with generic accounts or delay provisioning.

Ignoring non-human work

Automation creates growing value and cost while the seat base remains static. The model either under-monetizes or invents confusing bot licenses.

Using headcount as value without evidence

The vendor charges for everyone employed even though only a small function benefits. Procurement challenges the model because population and outcome are disconnected.

Practical per-seat pricing checklist

Model fit

  • Each billable role receives meaningful recurring value.
  • User identity is stable enough to measure and audit.
  • Charging for access does not undermine the main collaboration loop.
  • Human participation remains a reasonable value proxy despite automation.
  • Buyers naturally understand and budget the unit.

Seat definition

  • The event that creates a billable seat is documented.
  • Invited, assigned, active, suspended and removed states are distinct.
  • Activity rules use meaningful, visible events.
  • Service accounts, bots and external guests have explicit treatment.
  • Reassignment rules support normal organizational change.

Roles and packaging

  • Creators, contributors, viewers, approvers and administrators are mapped.
  • Free or lower-priced roles reinforce paid-user value.
  • Lower-priced roles cannot silently replace the core paid entitlement.
  • Package and role combinations remain manageable.
  • Security and baseline product quality are not weakened to force upgrades.

Billing and contracts

  • Customers can see current and projected billable quantities.
  • Mid-cycle additions and proration are predictable.
  • True-up timing, quantity and price are explicit.
  • Reduction and renewal rules are documented.
  • Volume discounts correspond to commitment or economics.

Evidence and economics

  • Assigned, active and contracted seats are measured separately.
  • Seat utilization is reviewed by cohort and segment.
  • Shelfware risk is included in renewal forecasts.
  • Contribution includes support, discounts and variable costs.
  • Alternatives have been replayed against historical accounts.
  • Conversion is evaluated with activation, collaboration and retention.

When seats stop matching value

Per-seat pricing works when access by another identifiable person represents another meaningful unit of value. It fails when the seat is merely convenient for the vendor while customers gain value through organization-wide outcomes, variable consumption or broad low-intensity participation.

Define who pays and why. Make guest, viewer, administrator and automation rules explicit. Give customers tools to manage assignments and predict invoices. Then measure whether the model encourages the adoption behavior that produces retention.

The best seat model does not maximize the number of people labeled billable. It captures value from the people doing valuable recurring work while allowing the product’s collaboration network to grow.

Frequently asked questions

When is per-seat pricing a good model?+

Per-seat pricing works best when each additional user receives meaningful direct value, user identities are stable and auditable, and broader adoption does not undermine the product's outcome. It is common in professional and collaborative B2B software where licenses replace or improve work performed by identifiable people.

Should viewers and guests count as paid seats?+

Not automatically. Charge for a role when that role receives substantial recurring value or creates meaningful cost. Free or lower-priced viewers, approvers and external guests can reduce the adoption tax on collaboration. Define permissions and conversion rules clearly so customers cannot use nominal viewer roles to replace active paid users.

What is an active seat?+

An active seat is a billable user determined by a documented activity rule rather than merely an invitation. The rule might require login, content creation or another qualifying event within a billing period. Active-seat billing lowers shelfware risk but requires transparent measurement, predictable invoices and safeguards against customers manipulating activity dates.

How should seat-based SaaS handle users added during an annual contract?+

Common options are immediate prorated billing, periodic true-ups, prepaid seat pools or an agreed growth allowance. The right choice depends on contract size and procurement needs. Whatever method is used, customers should see current assignments, projected charges and the true-up rule before additional seats create an invoice.

Can per-seat pricing be combined with usage-based pricing?+

Yes. A base fee or seat charge can monetize access and collaboration while usage charges cover variable consumption. A hybrid works when both dimensions represent real value or cost, but it increases explanation and billing complexity. Use allowances and clear examples so customers can forecast the combined bill.

← PreviousTiered pricing for SaaS: how to design packages that customers understand

Related articles

  1. Tiered pricing for SaaS: how to design packages that customers understand

    A practical guide to designing good-better-best SaaS packages—from segment needs, features and usage limits to price fences, upgrades, entitlements, experiments and package-mix metrics.

  2. How to choose a value metric for SaaS, APIs and AI products

    A practical framework for choosing the unit your price scales with—from seats and workspaces to usage, credits and outcomes—without creating bill shock, weak margins or barriers to adoption.

Need a monetization model that fits the product?

I can help validate the customer, value metric, packaging and economics before you invest in complex billing.

Explore product discovery