TL;DR

  • Pricing model and growth motion should amplify each other.
  • Per-seat pricing often works well with team-led PLG. Flat-rate pricing often caps expansion. Usage-based pricing often needs a cleaner self-serve path than sales-led teams can comfortably forecast.
  • Many growth problems are really monetization-fit problems.
  • If revenue does not rise naturally as product value rises, the pricing model is probably fighting the motion.

Most SaaS teams treat pricing and growth motion like separate design decisions.

They are not. A PLG motion assumes the user can discover, adopt, and often expand without heavy human intervention. A sales-led motion assumes forecasting, buying orchestration, and contract structure matter more. If the pricing model creates the opposite incentives, the system drags.

That drag is usually quiet. Net revenue retention stalls. Reps keep rewriting contracts. Power users are under-monetized. Customers complain that pricing "does not make sense" without being able to explain why.

Pricing is not just a billing decision. It determines whether the growth motion can capture the value the product is already creating.

"A product can spread perfectly inside an account and still underperform commercially if the pricing model is not participating in the spread."

— Jake McMahon, ProductQuant

That is why pricing-motion mismatch is often more expensive than a weak acquisition channel. It taxes the customers you already won.

The subtle version of this shows up in hybrid models. A company has self-serve entry, some sales-assist, and a pricing model that was originally designed for only one side of the motion. New users can get in without friction, but expansion requires contract gymnastics. Or the sales team can close a deal, but the account has no clean path to expand without renegotiation. In both cases the company assumes it has a funnel problem when the deeper issue is that the monetization path and the commercial path diverge after the first conversion event.

Which Combinations Tend to Fit Best?

No matrix is universal, but some combinations are structurally cleaner than others.

Pricing modelGrowth motionTypical fitMain risk
Per-seatPLGStrong when team adoption creates more valueSeat sharing or weak multiplayer value
Usage-basedPLGStrong when usage maps clearly to valueBill shock or opaque metering
Per-seatSales-ledModerate when seat growth is still meaningfulShelfware and inflated contracts
Usage-basedSales-ledUsually awkward unless enterprise minimums are clearForecasting and budgeting friction
Flat-ratePLGWeak unless usage is tightly boundedExpansion ceiling
Flat-rateSales-ledModerate at low complexity and low ACVNo natural expansion path

Per-seat plus PLG

This works best when the product gets meaningfully more valuable as more users join. The pricing model captures what the product's spread is already doing.

Usage-based plus PLG

This works when customers can see the meter, understand the relationship between usage and value, and upgrade without needing a rep to negotiate every threshold.

Usage-based plus sales-led

This is where teams often feel the most friction. Customers want predictability. Sales wants forecastability. The model wants variability. You can make it work, but it often requires negotiated minimums, floors, or hybrids that blunt the elegance of usage pricing.

Flat-rate plus PLG

This is the quiet ceiling. The product may spread beautifully while revenue stays mostly flat. If the product creates more value as more people or usage accumulate, flat-rate pricing can leave a lot of expansion uncaptured.

Pricing

If the product expands and revenue does not, pricing is not doing its job.

The growth motion might be working perfectly while the monetization model ignores the expansion it creates.

How Do Teams Notice the Mismatch in Practice?

The symptoms are usually operational rather than theoretical.

  • Expansion depends on sales heroics instead of happening naturally.
  • Forecasting becomes noisy because the pricing logic is too variable for the motion.
  • Customers ask for exceptions constantly because the pricing and buying process feel misaligned.
  • Usage and adoption outgrow revenue because the model has no clean expansion path.

A flat-rate PLG product is a good example. The product can spread from three users to thirty and still not monetize the account meaningfully differently. The team then blames growth or retention when the cleaner explanation is that the model was never designed to participate in spread.

On the other side, a usage-based product sold entirely through reps can turn every deal into a debate about minimums and predictability. The product may genuinely deliver usage-linked value, but the motion keeps translating that into contract friction.

That is the key test: does the pricing model make the chosen growth motion easier, or does it force the organization to compensate for it?

Compensation is the hidden cost. Reps start papering over pricing complexity with custom terms. Customer success teams become expansion interpreters. Finance builds exception logic into forecasts. Growth teams try to fix monetization drag with lifecycle nudges that only work at the margin. When that starts happening, the company is effectively paying people to do the alignment work the pricing model should have been doing structurally.

What Should Teams Do Instead?

Audit the value metric and the motion together.

  • Ask what behavior the product wants more of.
  • Ask whether revenue rises automatically when that behavior rises.
  • Check whether a user can upgrade in a way that matches the motion.
  • Check whether forecasting requirements and budgeting expectations fit the pricing model.
  • Check whether the expansion path is natural or forced.

If the answers are weak, change the model or the motion. Sometimes the better move is not a full pricing redesign. Sometimes it is admitting the current model requires more self-serve than the company has built, or more sales assist than the company wants to admit.

The point is congruence. When pricing and motion pull in the same direction, the product can grow without every expansion event feeling manually negotiated.

FAQ

Is flat-rate pricing always bad?

No. It can work well for bounded usage, simpler products, or lower-ticket offers. The problem is when the product naturally expands but the model cannot participate in that expansion.

Why is usage-based pricing often awkward with sales-led growth?

Because usage is variable while enterprise buying and forecasting usually want predictability. That tension often leads to commitment floors and contract workarounds.

Can a product change motion without changing pricing?

Sometimes, but if the new motion expects different expansion behavior or different buying mechanics, pricing may need to adapt as well.

What is the fastest diagnostic question?

Ask whether the best customers, the ones getting the most value, naturally become the highest-paying customers under the current model. If not, there is probably misalignment.

Sources

Jake McMahon

About the Author

Jake McMahon writes about pricing architecture, growth systems, and the structural mismatches that create hidden revenue ceilings in B2B SaaS. ProductQuant helps teams align monetization, expansion logic, and go-to-market design around the way the product actually grows.

Next step

If growth feels strong but monetization feels stuck, pricing and motion are probably misaligned.

ProductQuant helps teams redesign the revenue model so it captures the expansion behavior the product is already creating.