Live data from Hacker News

Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

stripe.com

191–200 of 331 posts

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#191

Earlier quoted context omitted.

Amazon payments apparently does: https://pay.amazon.com/help/201212280 > If a refund takes place, you will also be refunded the following transaction fees: > - The domestic processing fee (for example, the 2.9% fee) > - The cross-border processing fee (for example, the 3.9% fee) > Note that the Authorization fee and Disputed chargeback fee are non-refundable. So it looks like Amazon Payments holds onto the 30 cents b…

> but for a $100 domestic charge Amazon's 30 cents is much less than the $29.30 that Stripe pockets Is this true?

No, it'd be $3.20. 2.9% + $0.30/transaction.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#193
post #186
post #93

(Stripe cofounder.) Hi folks -- as Edwin points out elsewhere in the thread, the article title isn't accurate. (I'll update or delete my comment if it's fixed.) [Update: it was changed. It used to read "Stripe is now charging 0.5% more for recurring charges."] You can happily make recurring charges yourself and no additional fees are incurred. Lots of Stripe customers do this and we don't charge anything extra for it…

Long term Stripe customer across multiple companies here. I'm ok with paying for services like this that provide loads of value. I expect there's increasing diversity in terms of Stripe's customer base and how they use the product, and trying to pick a single percentage price point that works across all of them is no longer feasible. That said, I'm quite unhappy with Stripe's pricing as an AU customer. We're paying e…

Do you really need to set up a US entity just to open a US bank account?

If not, I would set up a US checking account and settle some portion stripe transactions there. Take that revenue and pay your US vendors. No currency conversions.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#194
post #186
post #93

(Stripe cofounder.) Hi folks -- as Edwin points out elsewhere in the thread, the article title isn't accurate. (I'll update or delete my comment if it's fixed.) [Update: it was changed. It used to read "Stripe is now charging 0.5% more for recurring charges."] You can happily make recurring charges yourself and no additional fees are incurred. Lots of Stripe customers do this and we don't charge anything extra for it…

Long term Stripe customer across multiple companies here. I'm ok with paying for services like this that provide loads of value. I expect there's increasing diversity in terms of Stripe's customer base and how they use the product, and trying to pick a single percentage price point that works across all of them is no longer feasible. That said, I'm quite unhappy with Stripe's pricing as an AU customer. We're paying e…

[deleted]

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#195
post #155

Earlier quoted context omitted.

I'm sorry that it feels that way. Stripe Billing's pricing has been public since 2018. (We didn't charge any of our existing users from the outset precisely because we wanted to avoid any sense that there's a bait-and-switch. We wanted to wait until we really were confident that we had a good product that businesses are willing to pay for.)

I'm sorry that it feels that way. Stripe Billing's pricing has been public since 2018. But lots of us have been using Stripe for a lot longer than that, and don't necessarily want or need all the extra things you're now putting under the "Billing" brand. We haven't received any notification of a change from Stripe, but from the HN discussion, it looks like the option to just have a simple, automated recurring charge…

We use recurly.com for subscription management and have been very pleased with them for years.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#196
post #172

Earlier quoted context omitted.

> To me, the percentage makes little sense. You could be running 1,000,000 $10/mo subs, or 1,000 $1,000/mo subs and the cost is the same. This pricing model hits high value subscription companies significantly harder, even though Stripe's costs are lower. While this is true on some level, the challenge is that we'd have to set pricing at an inefficient point (i.e. we'd end up charging more than some businesses can af…

You're right; regardless of which model you pick, one side is going to be affected more. I'm sure you ran the math on it and saw Stripe customers skewed closer to the $10/mo sub than the $1,000/mo sub. In the survey, there were a lot of options for dual pricing models. It must have been something you were considering. I'd be curious to hear why this was decided against? To be honest, none of the new Billing features…

> In the survey, there were a lot of options for dual pricing models. It must have been something you were considering. I'd be curious to hear why this was decided against?

I'm actually not sure. I'll check with the team. (The timing of the survey was coincidental, though -- we've been working on making our Billing pricing consistent since the start of the year.)

> To be honest, none of the new Billing features are relevant to us. We'd much rather have new features gated, like customer portal is, than paying 0.5% for features we never intend to use.

We seriously considered that. It gets pretty complicated (and error prone), though, with the number of different code paths that have to be maintained. The fact that such a large fraction of customers we reached out to directly were willing to pay for a more full-featured Billing (mostly on the basis of competitors being significantly more expensive) made us eventually conclude that it wasn't worth the complexity of having two adjacent versions of the product.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#197
post #155

Earlier quoted context omitted.

I'm sorry that it feels that way. Stripe Billing's pricing has been public since 2018. (We didn't charge any of our existing users from the outset precisely because we wanted to avoid any sense that there's a bait-and-switch. We wanted to wait until we really were confident that we had a good product that businesses are willing to pay for.)

I'm sorry that it feels that way. Stripe Billing's pricing has been public since 2018. But lots of us have been using Stripe for a lot longer than that, and don't necessarily want or need all the extra things you're now putting under the "Billing" brand. We haven't received any notification of a change from Stripe, but from the HN discussion, it looks like the option to just have a simple, automated recurring charge…

Second that! We are exactly in the same shoes. We are not using or planning to use any of those extra features and are pretty disappointed by that move. Costs us a couple of grand more every year in stripe fees or we now have to go hire a developer.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#198
post #147

Earlier quoted context omitted.

You don't have to use Checkout for Stripe's fraud detection, which supports several types of integrations: https://stripe.com/docs/radar/checklist .

I guess the point was, that "feature" was the only value-add we cared about, but not enough to pay thousands more per year for effectively the same service - accepting credit card payments. Your sales team walked away from the negotiations after a while because we weren't willing to pay significantly more just to have the brand "Stripe" be part of our business. It really was a "but, but, we're Stripe! AI! Why don't y…

Hm, no bueno. And sorry about that. I'd love to see that thread if you could forward it to me at edwin@stripe.com.

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#199
post #156

Earlier quoted context omitted.

You don’t need to do any work, but you just need to pay more ;)

You don't need to! The pricing doesn't kick in 'till next year. We want to give people time to migrate away or to implement a billing system manually. (And if anyone wants more time to do that, we're happy to grant it.)

This is just great! :)

Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing

#200

We recently finished moving our "Recurring Billing" stack from Stripe to Recurly after we found a tonne of problems with the Stripe billing setup. We still use Stripe as a Payment Gateway but we migrated off of their "Billing" product. I think a lot of those problems related to us being a European business and Stripe not quite being there yet in regards to Tax and Invoicing but now we have switched it's really shocki…

Stay tuned on the European tax stuff—we're working on that now. (And if you want to talk more about it, feel free to email kmoriarty@stripe.com and me at edwin@stripe.com.)
Post reply on HN