Live data from Hacker News

Stripe Data vs. Open‐Source Alternatives: A MRR Example

github.com

21–30 of 75 posts

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#21
Stripe's MRR number is NOT correct for my application (shows as higher by 1-2%).

I have an external script over their API that calculates MRR, and every single tool that calculates MRR has had a different number.

It's actually a huge PITA, although my custom script works well enough.

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#22
We don't bill much with Stripe but have been using it for a very long time. At this point i have to say that Stripe is just extracting it's tax. Anything you do on Stripe is taxed. If you want to get an invoice paid that is charged 0.4% and then you have to pay $2 just to generate an invoice to provide proof of transaction to your customer. And then recurring billing charges went up to 0.7% (from 0.5%) without any reason. (recurring billing charges are over and above the base fee).

https://stripe.com/pricing

https://docs.google.com/spreadsheets/d/1wqs3LHNPZsKymxszsmSa...

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#23

At my previous company we used Stripe, and never saw any value in their data products. I was always curious as to why they had data products and would be interested to hear the other side – satisfied users with solved use-cases. The reason it always seemed weird to me is that billing data is just one small portion of a company's data. We had all sorts of data about our users – preferences, demographics, data from mar…

they already have the data, so at some level it's easier to give them the rest of it and process it with their service than do it yourself

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#24
The article is interesting, but it's not clear how Lago fixes the issue.

As far as I know, Lago starts in the low thousands per month.

If you go with the self hosted route, you might also just process Stripe's API (backfill using API or data export, use webhooks to keep it up to date). It's actually much easier than onboarding with Lago I would say.

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#26
As a developer I’m always surprised that these issues are real.

I’m used to store raw data I receive back from payment processing in my own database as transactional events (e.g. renew, cancel, successful and failed payments ) ends up as single events. I do the same for all application events and it is then rather easy for me to get the data as I need it for whatever KPI I want (activity, retention, usage) and for very little overhead while building products.

So I’m wondering, is this a result of all the low-/no-code stuff going on?

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#28
post #22

We don't bill much with Stripe but have been using it for a very long time. At this point i have to say that Stripe is just extracting it's tax. Anything you do on Stripe is taxed. If you want to get an invoice paid that is charged 0.4% and then you have to pay $2 just to generate an invoice to provide proof of transaction to your customer. And then recurring billing charges went up to 0.7% (from 0.5%) without any re…

100%. Stripe is a blackhole.

For my current project, I pay nearly 5-7% on each transaction to Stripe. For my next project, I'm implementing custom billing and using Stripe just as a payment processor.

Re: Stripe Data vs. Open‐Source Alternatives: A MRR Example

#29
post #24

The article is interesting, but it's not clear how Lago fixes the issue. As far as I know, Lago starts in the low thousands per month. If you go with the self hosted route, you might also just process Stripe's API (backfill using API or data export, use webhooks to keep it up to date). It's actually much easier than onboarding with Lago I would say.

Exactly, Lago seems like its riding the open source wave. Nobody reasonable is going to self host this.
Post reply on HN