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?
Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
191–200 of 331 posts
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#1925¢ made sense, 0.5% is a parasitic approach, the tech stack and engineering costs them 0.1¢ per recurring transaction.
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#193(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…
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(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…
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#195Earlier 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…
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#196Earlier 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…
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
#197Earlier 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…
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#198Earlier 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…
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#199Earlier 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.)
Re: Stripe migrates Stripe Subscriptions users to more expensive Stripe Billing
#200We 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…