
Dynamic Paywalls: From Feature Gates to Metered Usage
See how dynamic paywalls handle feature gates, trials, credit balances, and dynamic metered paywalls without hardcoded plan logic.
Discover how Webflow reimagined its monetization infrastructure with Stigg to break through growth bottlenecks and unlock rapid pricing innovation—straight from one of the most talked-about sessions at Stripe Sessions 2025.

At Stripe Sessions 2025, Utkarsh Sengar, VP of Engineering at Webflow, and Dor Sasson, Co-founder and CEO at Stigg, took the stage to share how Webflow replatformed its monetization infrastructure to unlock flexibility and scale. Their theater session drew a packed room of leaders from across the SaaS ecosystem and sparked meaningful conversations about the future of monetization.
The response was so strong, we decided to turn their talk into a blog post — so if you couldn’t make it to Stripe Sessions this year, here’s your chance to catch up on one of the event’s most talked-about sessions.

Webflow has long empowered designers and businesses to build for the web without code. But as the business scaled toward $100M ARR, their monetization infrastructure began to strain under new demands.
"This might feel like a therapy session to some of you," said Utkarsh Sengar, VP of Engineering at Webflow.
Engineering teams were overloaded. Every pricing change meant a long list of updates: new config entries, Stripe SKU syncs, UI updates, entitlement logic rewrites, even migration scripts. Simple questions like "Why doesn’t this customer have access to X?" required digging through multiple systems — and sync issues between Webflow’s database and Stripe made it worse.
"We’d hear: ‘Please don’t touch the billing code.’"
The numbers told the story:
These challenges created deep operational pain:
Webflow’s inability to quickly launch add-ons or reshuffle entitlements meant missed opportunities and revenue.
What would it take to make billing a competitive advantage — not just back-office tooling?
Webflow’s engineering team knew building a homegrown system would be expensive, slow, and not core to their mission. So after conversations with peers and evaluating the landscape, they turned to Stigg.
"We realized this is important, but it’s not Webflow’s core competency," Utkarsh shared. "We needed flexibility, enterprise readiness, and support for our marketplace model — and that’s what led us to Stigg."
Stigg is a developer-first monetization infrastructure built for engineering teams. With it, Webflow:
Stigg delivered the control, flexibility, and developer experience Webflow needed to modernize pricing operations — from UI to APIs to core infrastructure.
Old Architecture:

Webflow's architecture prior to Stigg, Billing 2.0:
New Architecture with Stigg:

The new architecture built with Stigg, Billing 3.0, includes
Billing 3.0 is a unified, programmable billing platform that decouples monetization strategy from infrastructure constraints for PLG and SLG.
"The results? Besides my promotion to VP of Engineering?" Utkarsh jokes.
Webflow’s monetization speed and scalability improved dramatically:
.png)
Beyond faster launches, Stigg enabled Webflow to ship several high-impact revenue-generating features:
"It’s honestly empowering for everyone. The business teams love that they can move on strategy without worrying about months of dev work. And engineering doesn’t feel like the bottleneck anymore — we’re actually enabling pricing and packaging to move faster."
Stigg gave Webflow the agility to modernize their monetization infrastructure without having to reinvent the wheel.
"Stigg became the monetization platform we could build on — while still focusing on what makes Webflow unique."
Webflow is continuing to deepen their use of Stigg to:
“If you’re building at scale and your monetization stack hasn’t caught up — you need Stigg.”