This is for their product called "Stripe Billing".
I have no idea if my subscriptions are on Stripe Billing. So confusing.
Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
41–50 of 331 posts
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#42The idea that the ongoing cost of moving money between parties varies on the amount of money moving is very "sus" as they say. Whether they move $10,000 in a transaction or $3, roughly the same number of bits move, the same number of algorithms kick off, and so on.
Is there a cost-based rationale for doing a percentage-based pricing model, or is it really "because they can"?
I could brainstorm and say "fraud" or "defense against lawsuits involving large transactions" but those both feel weak.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#43Edwin from Stripe here. It’s worth distinguishing between charging money on Stripe (for which you incur payments pricing) and using Stripe Billing (which is a separately-paid product). Stripe Billing has had this pricing for a few years. For some longtime users of Subscriptions, we originally didn’t change their pricing but are doing so now. We think charging a separate fee for our Billing product is fair, given comp…
Thanks for jumping in here so quick. I'm sure it'll be a tough thread, but something about this response rubs me the wrong way. It doesn't seem like it's really addressing the change (eg. why is it worth _existing_ customers to be paying an extra 0.5%? The fact that Stripe added features for new customers doesn't really impact those of us who have been with you for 5-10 years). Additionally, I don't recall getting an…
[deleted]
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#44In my opinion, no one should be using recurring billing for any provider. If you do, you've basically tied yourselves to them--if you ever decide to move, you need to somehow get the subscription details for every customer migrated into your app! Instead, view your payment processor as just another PaymentProcessor enum. Own the recurring subscriptions yourself, or be willing to pay for someone to do it for you.
That is easier said than done. Managing recurring billing is a significant engineering problem, and getting tied in with a provider and paying a surcharge is still worth it over maintaining an entire in-house dev team to do it.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#45Edwin from Stripe here. It’s worth distinguishing between charging money on Stripe (for which you incur payments pricing) and using Stripe Billing (which is a separately-paid product). Stripe Billing has had this pricing for a few years. For some longtime users of Subscriptions, we originally didn’t change their pricing but are doing so now. We think charging a separate fee for our Billing product is fair, given comp…
Thanks for jumping in here so quick. I'm sure it'll be a tough thread, but something about this response rubs me the wrong way. It doesn't seem like it's really addressing the change (eg. why is it worth _existing_ customers to be paying an extra 0.5%? The fact that Stripe added features for new customers doesn't really impact those of us who have been with you for 5-10 years). Additionally, I don't recall getting an…
Yes, you'll be emailed—if you were on the old Subscriptions pricing and are using Billing now, the emails are going out now (most have already been sent). Email me at edwin@stripe.com and we can also check.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#46We (Streak yc s11) signed up for Stripe way back in the day and have just been paying their standard payment processing fees for years. We haven't upgraded our API version or used any of their new billing features or anything like that. Basically we get the same value from Stripe we did from the day we integrated. I thought our pricing was going to be grandfathered but this change will cost us tens of thousands of do…
An extra 0.5% is going to cost you "tens of thousands of dollars"?
You're literally moving millions of dollars a year through your billing platform. That's not a little bit of money. That's a lot. Own it.
You're not a hostage. You're deeply integrated through nobody's fault but your own.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#47We (Streak yc s11) signed up for Stripe way back in the day and have just been paying their standard payment processing fees for years. We haven't upgraded our API version or used any of their new billing features or anything like that. Basically we get the same value from Stripe we did from the day we integrated. I thought our pricing was going to be grandfathered but this change will cost us tens of thousands of do…
Why are you hostage to it? How much dev time would switching to a different transaction processor take? This seems like it should be a very competitive space.
It’s not just dev time, that would be easy. It’s getting every customer to re-enter their credit card details which won’t happen without a significant uptick in arrears, and depending on the type of customer, churn.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#48Earlier quoted context omitted.
Thanks for jumping in here so quick. I'm sure it'll be a tough thread, but something about this response rubs me the wrong way. It doesn't seem like it's really addressing the change (eg. why is it worth _existing_ customers to be paying an extra 0.5%? The fact that Stripe added features for new customers doesn't really impact those of us who have been with you for 5-10 years). Additionally, I don't recall getting an…
Yes, you'll be emailed—if you were on the old Subscriptions pricing and are using Billing now, the emails are going out now (most have already been sent). Email me at edwin@stripe.com and we can also check.
Cool thanks
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#49We (Streak yc s11) signed up for Stripe way back in the day and have just been paying their standard payment processing fees for years. We haven't upgraded our API version or used any of their new billing features or anything like that. Basically we get the same value from Stripe we did from the day we integrated. I thought our pricing was going to be grandfathered but this change will cost us tens of thousands of do…
Same thing has happened for Radar for example. We set up our whole infrastructure with their beta 3DS and Radar products, and then one day (a few months back), it is $ 0.07 per txn in Radar as well as no returned fees on refunds. Stuck with nowhere to go. Not against improving margins, but customers that have walked hand in hand with Stripe for so long and seen them thru their early growing pains should definitely be…
Why should they be grandfathered?
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#50We (Streak yc s11) signed up for Stripe way back in the day and have just been paying their standard payment processing fees for years. We haven't upgraded our API version or used any of their new billing features or anything like that. Basically we get the same value from Stripe we did from the day we integrated. I thought our pricing was going to be grandfathered but this change will cost us tens of thousands of do…
Earlier this year, they made other changes for long-term customers: - increased fees for non-US payments (3.9% + 30 cents) - did not refund fees when you refund customers If there was a compelling alternative that isn't PayPal we'd jump in a heartbeat
I have to believe this is Stripe leadership pumping up the revenues/profits to look peachy for their IPO, so they can all get a considerable exit while raising a war chest - meanwhile competitors will come along and try to take market share while Stripe can spend more on acquisitions and feature development for the same price. I think this play as part of the VC industrial complex leaves them more vulnerable than is obvious - but leadership won't ultimately care because they're set for generations.