[ How we help ]

Evolve your B2B
software monetization.

Rebuild the licensing, packaging, and pricing architecture as one system. Modeled against every existing customer before shipping. Operated continuously through LevelSetter.

Most B2B software monetization was designed for a product that has since changed, a market that has since matured, and a cost structure that AI has rearranged. The fix is not a repricing exercise or a new SKU. It is an architecture rebuild: licensing, packaging, and pricing re-coupled so each reinforces the others.

This page covers monetization-evolution work as one capability inside the engagement. For our broader engagement model, see Our Approach. The architecture rebuild is what most consultancies skip; the customer-by-customer modeling is what determines whether the change ships at all.

$481B+
Transaction data
analyzed.
50+
Exit events with the
architecture intact.
$134.9B
Combined client
exit value.
Engagement led by
Chris Mele
CEO, Software Pricing Partners · Ranked #1 on OpenView’s list of B2B SaaS pricing experts · You get the senior in the room, not their junior · LevelSetter runs the pricing infrastructure end-to-end so your experts focus on the calls only humans can make
The signal

Pricing was set five years ago. AI changed cost curves. The product expanded. The competitive set shifted.
Repricing will not fix architecture.

The triggers

When monetization evolution
has to be in the pricing work.

01.A

AI broke
your cost model

Compute costs per transaction moved by orders of magnitude. Per-seat pricing no longer correlates with value or with cost to serve. You cannot price the new features and cannot defend the old ones.

01.B

AI bots reducing
your user license count

Customers automating with AI agents need fewer named users. Your seat-based model rewards them for shrinking the account. The metric and the value have decoupled, and the renewal conversation now starts with a license-count cut.

01.C

NRR is
plateauing

Expansion was linear with seat growth. Now seat growth has stalled and expansion stalled with it. The packaging has no structural path to grow per-customer revenue at the same customer.

01.D

Three product lines feel
like three businesses

Each product has its own metric, its own packaging, its own discount norms. Customers buying all three end up with three invoices and three renewal cycles. Cross-sell is theoretical.

01.E

The board is asking
about pricing

It was never a board-level topic before. Now it is, because every other lever has been pulled and pricing is the remaining one. The board needs an architecture-level answer, not a quarter-end discounting fix.

In an SPP Continuous Monetization engagement today, monetization-evolution work runs alongside competitive intelligence, discount governance, and value-metric design as one integrated capability. Architecture rebuild is the foundation; the operating layer (Customer Groups, deal-desk discipline, ongoing measurement) is what makes the new architecture compound rather than decay.

The problem

Pricing set five years ago
is pricing a different company.

Most B2B software monetization was designed for a product that has since changed, a market that has since matured, and a cost structure that AI has rearranged. The value metric still counts seats. Packaging still divides by feature. The architecture worked when the product was smaller and the competitive set was narrower. It does not work now.

The fix is not a repricing exercise or a new SKU. It is an architecture rebuild. The three decisions (licensing, packaging, and pricing) have to be re-coupled so each reinforces the others. That is different work than repricing, and it takes different methodology.

The monetization engagement

Hire well.
Engage well.

01 / 02

How we work.

Diagnose from transaction data. Redesign the three decisions as one system. Model every existing customer through the new architecture before anything ships. Operate the change continuously.

The customer-by-customer modeling is the work most consultancies skip, and it is the work that determines whether the change ships at all without destroying the install base.

02.A

Diagnose the current architecture
from transaction data.

Which metric is scaling with customer outcomes? Where is packaging forcing customers to over-buy or exit? Where does discount behavior reveal that the listed architecture is fiction? The answer lives in the deal data, not in opinions.

02.B

Redesign the three decisions
as one coherent system.

Licensing, packaging, and pricing — designed together. A change to the value metric cascades into packaging boundaries. A new licensing model resets acceptable pricing points. The three reinforce each other rather than fight.

02.C

Model every existing customer
through the new architecture.

Every active contract is mapped against the new system. Who expands, who contracts, who churns at renewal, who needs a custom transition. This is the work most consultancies skip; it is the work that determines whether the change ships at all.

02.D

Operate the change continuously
through LevelSetter.

The new architecture lands in LevelSetter: deal-desk policies, Customer Groups, margin alerts, quarterly architecture deltas. The pattern library learns from every deal. Pricing stops being a project and becomes an ongoing capability.

02 / 02

How to choose
a monetization partner.

Six questions to ask any firm before you engage them on architecture rebuild.

Most firms confuse repricing with rearchitecture. The questions below separate the two.

03.A

Repricing or
rearchitecture?

If the deliverable is a new price list or a new SKU, you are buying a repricing. Architecture work changes licensing, packaging, and pricing together. Ask which one the firm delivers.

03.B

Transaction data
or interviews?

Diagnostic from interviews tells you what people think pricing is doing. Diagnostic from deal data tells you what pricing is doing. Insist on the latter. Opinions are easy to harmonize; data is harder to ignore.

03.C

Customer-by-customer
transition modeling?

A new architecture only works if it survives contact with every existing contract. Ask whether the engagement includes individual modeling of every customer through the new system before launch. If not, the rollout will be a rip-and-replace.

03.D

Who runs it
after handoff?

Pricing that lives in a deck goes stale in two quarters. Ask what operating layer the engagement leaves you with. SPP’s answer is LevelSetter: the new architecture stays operational instead of decaying.

03.E

Software experience
in your range?

Monetization dynamics for B2B SaaS look different than enterprise on-prem. PE-backed differs from bootstrapped. PLG-led differs from sales-led. Ask for three comparable engagements by revenue range, sales motion, and ownership structure.

03.F

Continuous,
not one-shot?

Architecture that ships and exits is architecture that decays. Ask what monitoring stays in place after handoff. The new architecture has to be operated, measured, and tuned as the market continues to move.

The proof

Architecture funded the growth.

From an SPP Continuous Monetization engagement at BambooHR.

$300M+
ARR at exit
(from $22M)
18 mo
Consecutive months
beating plan
$0
Outside funding
required

When SPP redesigned BambooHR’s architecture (packaging, pricing, and discount guardrails around Customer Groups identified through usage analysis), their CRO raised the sales forecast 15 percent month over month during rollout, and the company beat plan for 18 consecutive months. BambooHR has since grown past $300M ARR without raising a single round of outside funding.

Read the full BambooHR case study →

“You cannot reprice your way out of an architecture problem. The metric, the package, and the price have to move together, or the change does not hold.” · Chris Mele, CEO, Software Pricing Partners

Frequently asked questions

A repricing changes the numbers on the price list. Rearchitecture changes licensing, packaging, and pricing so they reinforce each other. Rearchitecture is a different scope of work and a different methodology. Repricing alone leaves the underlying mismatch in place; the new prices erode within two quarters as sales discounts back to the old curve.
Not at once. We model every active contract through the new system, then design the migration in cohorts. Some customers transition at renewal under the new pricing; some carry forward on legacy terms with a clear sunset date; some are wrong fit for the new architecture and we plan accordingly. The customer-by-customer modeling is what determines the migration sequence and pacing.
Two ways. First, AI features have non-linear cost curves that per-seat pricing cannot recover. Second, AI agents inside customer environments reduce the named-user count the customer needs, so the seat metric and the underlying value have decoupled. Both arguments push toward a new value metric (consumption, outcome, capacity) and a packaging structure that aligns billing with what the customer consumes.
Diagnostic and design typically run one quarter. Customer-by-customer modeling and migration design run a second quarter. Rollout and stabilization run two more. Full impact compounds over the first year. We do not promise quarter-one revenue impact, that would mean cutting corners on the modeling and inheriting the rollout risk.
Then the rebuild includes the cross-product packaging architecture, not just one SKU. The goal is one customer relationship with one renewal cycle, even if the underlying products bill on different metrics. We design the master agreement, the cross-product discount logic, and the consolidated invoice as part of the engagement.
Usually yes. A CPQ reflects the architecture above it. Fix the architecture and the existing CPQ has less to do. We integrate with existing tooling through LevelSetter, which sits alongside the CPQ rather than replacing it. The Guardrails deal-desk capability handles the new approval workflows without requiring a CPQ overhaul.

Your monetization architecture is five years behind your product.

If your pricing was set when the product, the market, and the cost structure all looked different, the work is rearchitecture, not repricing. Renewable on a cadence that fits the work. Each renewal is one we earn.