3 ms·
> What is it that they have a problem with? We struggle a lot with “fake churn” in baremetrics. By that, I mean any time a customer on a credit card subscript
by cj 6y ago
> What is it that they have a problem with?
We struggle a lot with “fake churn” in baremetrics.
By that, I mean any time a customer on a credit card subscription upgrades to a “pay by invoice” tier, it shows as a churn of the credit card subscription and as new revenue for the invoice subscription.
This makes churn wildly inaccurate and we spend a couple hours per month adjusting the numbers to get accurate data.
FWIW profitwell suffers the same issue.
We’ve looked but haven’t found a great solution for metrics when stripe isn’t the sole source of customer payments.
Edit: But all things considered, we love baremetrics, just not their churn calculations (and by proxy, LTV is also broken, and any other metric that uses churn)
- JaakkoP 6y agoIn many cases you should try to bill everyone out of the same billing system. For example, you can still invoice customers out of Stripe - you just disable the option to pay with a credit card. Or are you saying you do that already and it still shows up as churn?
- leldic 6y agoCannot speak to Baremetrics but ChartMogul has a useful feature for connecting the subscriptions. If you are creating a new subscription with that invoice, then you can merge subscriptions and avoid false churn. https://help.chartmogul.com/hc/en-us/articles/115005750705-MRR-data-editing- https://help.chartmogul.com/hc/en-us/articles/115005750705-M... 2nd option is if you are not creating a new subscription is to have the invoice service date start before cancelling the credit card - that would result in expansion (by invoice amount) and contraction (by credit card amount) and ultimately your MRR would be ok with no churn.