I just added this to a comment so sharing for visibility: The SaaS Monetization Tech Stack Billing has Stripe. Analytics has Amplitude. Feature flags have LaunchDarkly. Etc. But the system that decides when to upsell a user, what usage limit to enforce, or which paywall variant to show? That usually lives in a tangle of product code, feature flags, and duct tape... A few things that have came up: - The fragmentation problem is worse than most teams realize. Entitlement logic ends up duplicated across billing, product code, and feature flags. A simple pricing test that should take a day takes weeks because three systems need to stay in sync. My CTO (ex-Atlassian, Dropbox) is really good at explaining the risks/headaches from this "brittleness" to technical folks! - Mobile solved this years ago. RevenueCat and Superwall own the monetization layer for iOS/Android apps. Web SaaS has no equivalent — most teams are still stitching it together manually. The above content is really resonating with an ex-Revenue Cat guy who is now Head of Product at a web SaaS business. - The main benefit of getting it right (in-house or via tooling) is experiment velocity

One of the hardest things to sort out in pricing seems to be wrangling the product catalog. Sales need it in CRM/CPQ systems. Finance need it in Billing/ERP systems. Product/Pricing need it in ... where? When products have usage-based pricing or entitlements, many ERPs can't handle it, and the product catalog spreads into a third system that handles usage, credits, entitlements, etc. We see how this crosses organization boundaries, lacking a single clear owner, and keeping everything in sync becomes super important - and very difficult to keep 100% correct over time. And most likely, someone in your organization is using Excel in some part of this process. Curious to hear how others split the product catalog, both horror stories and success stories.