TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

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

167 点作者 AnhTho_FR9 个月前

15 条评论

samdung9 个月前
We don&#x27;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&#x27;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).<p><a href="https:&#x2F;&#x2F;stripe.com&#x2F;pricing" rel="nofollow">https:&#x2F;&#x2F;stripe.com&#x2F;pricing</a><p><a href="https:&#x2F;&#x2F;docs.google.com&#x2F;spreadsheets&#x2F;d&#x2F;1wqs3LHNPZsKymxszsmSaUaiCXgPc-VjIVCvYAdj00xI&#x2F;edit?gid=0#gid=0" rel="nofollow">https:&#x2F;&#x2F;docs.google.com&#x2F;spreadsheets&#x2F;d&#x2F;1wqs3LHNPZsKymxszsmSa...</a>
评论 #41355428 未加载
Scotrix9 个月前
As a developer I’m always surprised that these issues are real.<p>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.<p>So I’m wondering, is this a result of all the low-&#x2F;no-code stuff going on?
评论 #41355624 未加载
评论 #41355733 未加载
评论 #41362622 未加载
danpalmer9 个月前
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.<p>The reason it always seemed weird to me is that billing data is just one small portion of a company&#x27;s data. We had all sorts of data about our users – preferences, demographics, data from marketing campaigns, how they browsed our site, etc, all of which was much more insightful than data about how they paid. Now we didn&#x27;t have recurring subscriptions which perhaps adds a little value, but Stripe still delivers data via webhook back to your application, and companies still need to keep their application records up to date, so surely most details to compute MRR, churn, etc are <i>already being delivered</i>. Why would you analyse this in Stripe which doesn&#x27;t have any of your other data?<p>If a company uses the very high-level Stripe products, and is (or almost) a no-code implementation, perhaps just a Stripe plugin in a Wordpress site, then I can sort of understand it, but what&#x27;s the value for a company with any sort of custom integration or using any of the lower level products like billing?
评论 #41352578 未加载
评论 #41355102 未加载
评论 #41353669 未加载
sb82449 个月前
Stripe&#x27;s MRR number is NOT correct for my application (shows as higher by 1-2%).<p>I have an external script over their API that calculates MRR, and <i>every single tool that calculates MRR has had a different number</i>.<p>It&#x27;s actually a huge PITA, although my custom script works well enough.
评论 #41357129 未加载
Palmik9 个月前
The article is interesting, but it&#x27;s not clear how Lago fixes the issue.<p>As far as I know, Lago starts in the low thousands per month.<p>If you go with the self hosted route, you might also just process Stripe&#x27;s API (backfill using API or data export, use webhooks to keep it up to date). It&#x27;s actually much easier than onboarding with Lago I would say.
评论 #41355439 未加载
ripe9 个月前
For people like me who might be wondering:<p>MRR = monthly recurring revenue<p>This is a metric relevant to subscription businesses.
评论 #41357824 未加载
评论 #41353501 未加载
bastawhiz9 个月前
There&#x27;s no formal definition of MRR. Do you count transactions refunded as fraud after the fact? What about transactions that were partially refunded by your support team? What month do transactions that take more than one day to settle fall in? Of course that needs to be timezone-adjusted as well.<p>What about the case where recurring transactions fall on the 30th and 31st of each month? They&#x27;ll be processed on the last day of the month, including February 28. But depending on your time zone, they might actually happen on the first of the subsequent month in _your_ time zone.<p>You could instead sum up recurring subscription amounts. Do you count trials? What about users who have credit or a balance on their customer object? Are you counting users whose subscription is set to expire at the end of the billing period, but who have already paid for the month?<p>If you ask 20 people how they should be calculating MRR, you&#x27;ll probably get at least 10 different answers that produce 10 different numbers. That&#x27;s why Stripe doesn&#x27;t offer this as an API.
评论 #41381014 未加载
评论 #41366281 未加载
benmcredmond9 个月前
If this is something you&#x27;re struggling with... It&#x27;s one of the core use-cases we&#x27;re solving for at Equals (<a href="https:&#x2F;&#x2F;equals.com" rel="nofollow">https:&#x2F;&#x2F;equals.com</a>).<p>We sync your Stripe data to a data warehouse and give you an MRR by customer by day table. You can use this table in our data connected spreadsheet to report on your business.
评论 #41372103 未加载
echelon9 个月前
Please someone from Stripe see this. This is my #1 frustration with Stripe.
peterldowns9 个月前
I used to work on Sigma&#x2F;ReportingDataPlatform, and all I’ll say here is that this article is wildly off base with regards to utility and cost — the DoorDash examples are laughable.<p>The article is correct that calculating MRR is difficult and requires access to your billing data.<p>I am very skeptical that working with data provided by Lago makes it any easier than working with the data you can get from Sigma or from data pipeline exports.<p>I don’t have a lot of love for Stripe by any means, but this is poorly argued.
评论 #41352572 未加载
评论 #41353183 未加载
评论 #41352831 未加载
datavirtue9 个月前
Why would a big company use Stripe? Any traditional merchant provider would trip over themselves to win their business. Is it just that they have billing models implemented?
ledgerdev9 个月前
Does anyone know where&#x2F;how getlago stores card data for recurring billing? How does getlago deal with pci concerns?
评论 #41358636 未加载
derekperkins9 个月前
Lago is mocking the very idea of OSS. You can&#x27;t even issue a refund self hosted.
frays9 个月前
Useful read and thread about Stripe.
nprateem9 个月前
Best payment processor for hybrid for people who hate stripe (if you were doing it today for a bootstrapped startup)?
评论 #41357029 未加载