Hacker News Reader

Comment by taurath | Hacker News Reader

I think they're hoping that the reduced churn rate will make up for the added fees. A "whoops please update your card" email gives people the opportunity to decide whether a sub is valuable, while a quiet background payment tends to be less noticed.

View on HN

But we already built that ourselves...

Isn't it my job as a Stripe Customer to build that functionality into my own app so that I can manage it in the way that works best for my customers?

Or you can continue to improve your actual product while Stripe takes care of the rote billing issues. That's essentially Stripe's whole pitch, you could do everything they do on your own, but it's expensive and not central to your business.

Easier said than done when your product requires that you integrate with dozens of gateways.

You could say the same thing about invoicing!

Why not use Spreedly then? Way cheaper, and removes a lot of the headaches from the make-it-yourself approach.

Shameless plug here! We also created something we called our Smart Router engine at https://processout.com, which helps you connect to dozens of payment providers and optimize your transactions.

Why don’t you let people decide what they want to spend their time on?

I also am confused. I've made sure that Stripe will not send any emails directly to my customers (disabling emails for successful payments, refunds) since I integrated with Stripe's webhooks for my own custom emails. Is there now some other option that I have to turn off for CC update emails?

(PM on Stripe Billing here) All emails from Stripe to customers (like credit card update emails to your customer, etc.) are off by default. This behavior is the same as all of our other emails to your customers: if you prefer to listen to webhooks & send your own, that's great!

so all the invoices I now see automatically created for all my pre-existing subscriptions, with their own Stripe-generated Invoice ID are NOT being sent out, are they?

How can I make sure of that? They have nothing to do with the actual invoices we already generate, send our customers, pass to our accountants and so forth and should any of these "Stripe-generated invoices" be made visibile to our customers it would create a HUGE accounting issue.

in fact I've just checked and

"Email invoice to customer when it is created"

was on by default but it appears only for "Invoices sent to customer for manual payment"

Reply on news.ycombinator.com