I think we would have used something like this (instead of rolling our own) if it integrated with Chargify.
We'd love to integrate with more payment providers, and Chargify is definitely on the list. If you'd be interested in helping us get a Chargify integration going, I'd love if you'd send me an email (address in profile)!
We're mostly worried about the sales cycle being too long with performance-based or scaling pricing, since none of the founders are trained salespeople. I'm realizing we're probably going to have to adjust that mindset and learn how to sell.
Have you thought about pricing based on performance?
At the low end, it could be "pays for itself": A monthly fee of max($79, mrr_preserved_that_month). When the fee cancels out the preserved mrr, the customer still gets data features of the product for free. Thinking mostly of the indiehacker crowd here.
At the high end, I suppose you could flex up to something like a percentage of mrr recovered with a cap.
(Always find subscription pricing economics interesting, especially to learn how others do it.)
I know that virtually no startup gets pricing correct right out of the gate, so I'm sure we'll be tweaking it!
Like others, I'm a bit on the fence about the ethical aspects of it. Yes, there's a lot to say about giving real value, listening to customers, but it does start going down the path towards darker patterns like Amazon Prime (there's a looong way to go down that path, but still feels like a step there). I'm not trying to criticize, but just voice my personal feeling around adding friction to cancellation.
We'll get to work on adding some more documentation for sure, but the short answer is that it's a JavaScript widget that runs everything for you on your site. You can check out the technical docs on the NPM package here: https://www.npmjs.com/package/@prosperstack/flow
Thanks so much for the honest feedback. I definitely agree about steering away from dark patterns and adding friction to cancellation. We want the cancellation process to be super easy, and hope to try achieve a balance that actually benefits customers instead of trying to trap them into not leaving.
I am thinking someone on Reddit posting a trick to save money on your sub.
On the roadmap are plans to target offers based on segmented customer data (lifetime value, etc.) so even if you did try to follow a trick posted on Reddit, it might not work for you!
Even though that is easy money, saas companies should offer "inactive account maintenance" fees rather than full subscription fees, when the user starts using it, they could charge them full. This is win-win situation where user gets to keep the account for smaller fees and companies can retain more customers.
ProsperStack like tools can offer these by default.
We do not and never will sell your Stripe data. We're not using any ML, so we're not training any models on your data.
We understand having access to your Stripe account comes with a lot of responsibility, and we're taking that seriously. I'd be more than happy to discuss security if you want to shoot me an email (address in profile).