[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"blog-slug_blog_3_1":3,"blog-slug_blog_may-2020-all-stripe-data-explained-and-we-just-hit-6000-usd-mrr_1000_1":40},{"article":4,"articles":15,"meta":33,"languages":39},{"id":5,"title":6,"excerpt":7,"locale":8,"slug":9,"authorSlug":10,"automaticTranslated":11,"publishedAt":12,"updatedAt":13,"doFollowLinks":11,"showIndex":11,"showCallToActions":11,"articleType":14},3060,"The EU wants to kill cookie banners","The EU wants to end annoying cookie pop-ups by letting users set their consent once in their browser. If passed, websites will have to respect those choices.","en","the-eu-wants-to-kill-cookie-banners-by-moving-consent-to-your-browser","iron-brands",false,"2025-11-20T05:40:14.356Z","2025-11-20T06:13:15.812Z","blog",[4,16,26],{"id":17,"title":18,"excerpt":19,"locale":8,"slug":20,"authorSlug":10,"automaticTranslated":11,"publishedAt":21,"updatedAt":22,"ctaTitle":23,"ctaDescription":24,"doFollowLinks":11,"showIndex":25,"showCallToActions":11,"articleType":14},3019,"Google is tracking you (even when you use DuckDuckGo)","Google tracks users even on DuckDuckGo via Analytics and embeds. A new study shows how deep Google’s web tracking really goes.","google-is-tracking-you-even-when-you-use-duck-duck-go","2025-07-14T08:56:41.709Z","2025-07-14T11:26:01.386Z","If you care about privacy, you don't use Google Analytics","Ditch the tracking, keep the insights. Try Simple Analytics.",true,{"id":27,"title":28,"excerpt":29,"locale":8,"slug":30,"authorSlug":10,"automaticTranslated":11,"publishedAt":31,"updatedAt":32,"doFollowLinks":11,"showIndex":11,"showCallToActions":11,"articleType":14},3018," German court rules Meta’s tracking tech violates GDPR","German court rules Meta’s tracking tech violates GDPR, allowing lawsuits without proof of harm. Big risks ahead for sites using Meta pixels.","german-court-rules-meta-s-tracking-tech-violates-gdpr","2025-07-10T08:20:51.111Z","2025-07-10T12:16:26.327Z",{"pagination":34},{"page":35,"pageSize":36,"pageCount":37,"total":38},1,3,362,1084,{},{"article":41},{"contentHtml":42,"content":43,"coverImageWithoutText":44,"inlineMedia":51,"id":52,"title":53,"excerpt":54,"locale":8,"slug":55,"authorSlug":56,"automaticTranslated":11,"publishedAt":57,"updatedAt":58,"doFollowLinks":11,"showIndex":25,"showCallToActions":25,"articleType":14,"cover":44,"languages":59},"\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">The monthly update of Simple Analytics will look a bit different than normal. This time I took screenshots of all data within the dashboard of Stripe and will comment on every single aspect of it. If you like graphs and numbers, this is your month!\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">We also hit a new milestone: $6000 MRR. But you have lots of milestones if you switch between the number of paying customers, monthly recurring revenue, and annual recurring revenue. To me, the MRR is the most important metric of these three because I can see every moment if I'm still adding value compared to last month.\u003C/ContentEditable>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-woman-using-pc-and-android-phone-at-home-office.png\" alt=\"Woman using pc and android phone at home office and looking at the public dashboard of Nomad List.com\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">We use Stripe as our payment provider. It's a bit complex for our use case, but almost everything we want is possible in the end. Simple Analytics is located in The Netherlands and this comes with its tax requirements. If we would have a payment provider that also worked well with doing taxes, then that would be a huge benefit.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Back to their dashboard. I copied the main dashboard of Stripe and sliced all visible metric blocks into the images you see below. I didn't leave out any metric because I believe it's good to cover all aspects. Feel free to skip the ones you don't find interesting.\u003C/ContentEditable>\n\u003Cblockquote>\u003CContentEditable  parent=\"blockquote\" tag=\"p\" :articleId=\"323\">This data shows 12 months from June 1, 2019, to May 31, 2020. The comparison with the previous 12 months is not completely fair because we don't exist for 2 years yet.\u003C/ContentEditable>\u003C/blockquote>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">The first paragraph explains the metric, then comes the metric graph and numbers, and below that, I try to shed some light on the numbers regarding Simple Analytics.\u003C/ContentEditable>\n\u003Col class=\"counters\">\u003Cli>\u003CNuxtLink to=\"#gross-volume\">Gross volume\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#net-volume-from-sales\">Net volume from sales\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#new-customers\">New customers\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#successful-payments\">Successful payments\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#spend-per-customer\">Spend per customer\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#dispute-activity--count\">Dispute activity & count\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#high-risk-payments\">High-risk payments\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#new-subscribers\">New subscribers\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#monthly-recurring-revenue\">Monthly Recurring Revenue\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#new-trials--conversion-rate\">New trials & conversion rate\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#lifetime-value\">Lifetime value\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#revenue-per-subscriber\">Revenue per subscriber\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#retention\">Retention\u003C/NuxtLink>\u003Col>\u003Cli>\u003CNuxtLink to=\"#subscriber-churn-rate\">Subscriber churn rate\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#churned-revenue\">Churned revenue\u003C/NuxtLink>\u003C/li>\u003Cli>\u003CNuxtLink to=\"#subscriber-retention-by-cohort\">Subscriber retention by cohort\u003C/NuxtLink>\u003C/li>\u003C/ol>\u003C/li>\u003C/ol>\u003CCtaOne />\u003CContentEditable  id=\"gross-volume\" parent=\"\" tag=\"h2\" :articleId=\"323\">Gross volume\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Gross volume is the total sales value. This number does include costs like fees, refunds, and disputes.\u003C/ContentEditable>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-01-gross-volume@2x.png\" alt=\"Gross volume of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Gross volume\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">I don't look at this number much because it doesn't say that much about the current state of our startup. It is a great number to look back on though. When building your startup it's easy to only focus on the MRR but it can be a nice push when looking at the gross volume. You might think: "My customers paid me this amount of money for my service." That's a nice feeling.\u003C/ContentEditable>\n\u003CContentEditable  id=\"net-volume-from-sales\" parent=\"\" tag=\"h2\" :articleId=\"323\">Net volume from sales\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated revenue from payments after fees, refunds, disputes, and Connect transfers have been deducted.\u003C/p>\n\u003Cblockquote>\u003CContentEditable  parent=\"blockquote\" tag=\"p\" :articleId=\"323\">The above description is directly copied from Stripe. It's the text of the tooltip behind the little information icon you see below. When I use their text I prefix it with the Stripe logo.\u003C/ContentEditable>\u003C/blockquote>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-02-new-volume-from-sales@2x.png\" alt=\"New volume from sales of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Net volume from sales\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">This is very much the same as the gross volume. To me, it's equally important and I also don't use this number much. Logically, it's less than the gross volume as fees, refunds, and disputes are deducted.\u003C/ContentEditable>\n\u003CContentEditable  id=\"new-customers\" parent=\"\" tag=\"h2\" :articleId=\"323\">New customers\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Number of new customers created including ones that are no longer active. Inactive customers are customers who have been deleted.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-03-new-customers@2x.png\" alt=\"New customers of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">New customers\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">One of the things that stands out here is the spike you see in the grey line. You will see this spike in more graphs. It's because we were a target of credit card testing. \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://www.verifi.com/in-the-news/prepared-card-testing-fraud/?utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Card testing\u003C/a> happens when fraudsters test stolen credit card details by making small online purchases. The fraudsters need to check the validity of the credit card details, and once they confirm the credit card is valid they proceed with making larger fraudulent purchases. It would be great is there was a way to delete these transactions completely from Stripe, but as far as I know, this is not possible.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Back to the real number: new customers. In the last 12 months, we had 638 new customers. That's ~53 new customers per month and ~1,7 per day. You see a slight increase in customers over time. For me, this is one of the major things to work on in the next few months.\u003C/ContentEditable>\n\u003CContentEditable  id=\"successful-payments\" parent=\"\" tag=\"h2\" :articleId=\"323\">Successful payments\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Payments that didn't fail.\u003C/ContentEditable>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-04-successful-payments@2x.png\" alt=\"Successful payments of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Successful payments\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">For every payment, we pay a fixed fee and a percentage on top of that. For European cards, we pay 1.4% + €0.25 and for non-European cards, we pay 2.9% + €0.25. We never talked with Stripe about their fees, but we might do this once we have more payments and money flowing through Stripe.\u003C/ContentEditable>\n\u003CContentEditable  id=\"spend-per-customer\" parent=\"\" tag=\"h2\" :articleId=\"323\">Spend per customer\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated revenue for all payments created with a customer, divided by the total number of customers with payments.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-05-spend-per-customer@2x.png\" alt=\"Spend per customer of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Spend per customer\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">One of the few numbers that don't go up within the last 12 months. This can be improved by \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://en.wikipedia.org/wiki/Upselling?utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">upselling\u003C/a> to customers. As long as it's still in line with running an ethical business. I don't want to trigger people in using my product. That will not provide value for the long term and is against my values.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">At the moment we offer a few things that we could limit. For example the number of websites a customer can add. Making our product paid per website would make sense. What do you think is best?\u003C/ContentEditable>\n\u003CContentEditable  id=\"dispute-activity--count\" parent=\"\" tag=\"h2\" :articleId=\"323\">Dispute activity & count\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated number of disputes divided by the number of successful payments in the same time series. Inquiries and Retrievals are not included in your dispute rate.\u003C/p>\n\u003Cp><div class="split">\n  <div>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-06-dispute-activity@2x.png\"\n      alt=\"Dispute activity of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Dispute activity\n  </div>\n  <div>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-07-dispute-count@2x.png\"\n      alt=\"Dispute count of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Dispute count\n  </div>\n</div>\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">This one is new for us. We never had any disputes because we always allow customers to get a refund if they are not happy. This time a customer didn't contact us about it and arranged it with their bank. It's more costly for us and a signal we should make it more clear to our customers that canceling and getting a refund is easy.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">As you can see, this is a very low number. Let's keep an eye on this though.\u003C/ContentEditable>\n\u003CContentEditable  id=\"high-risk-payments\" parent=\"\" tag=\"h2\" :articleId=\"323\">High-risk payments\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Stripe Radar uses machine learning to determine if a payment is likely to be fraudulent.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-08-high-risk-payments@2x.png\" alt=\"High-risk payments of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">High-risk payments\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Stripe encourages you to add their Stripe JavaScript to all your pages. So they can feed more data into their fraud AI. Simple Analytics is not a big fan of collecting too much data so we disable Stripe wherever we can. If you don't open our signup modal, we don't load the script. We want to go one step further where we don't need the Stripe JavaScript anymore. We will move it to our backend completely and make our tool completely third-party scripts free.\u003C/ContentEditable>\n\u003Cblockquote>\u003CContentEditable  parent=\"blockquote\" tag=\"p\" :articleId=\"323\">See our other blog post with \u003CNuxtLink to=\"/\"  >practical privacy tips for your business\u003C/NuxtLink>.\u003C/ContentEditable>\u003C/blockquote>\n\u003CContentEditable  id=\"new-subscribers\" parent=\"\" tag=\"h2\" :articleId=\"323\">New subscribers\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is the total number of new non-trial, paid subscribers (not including free plans).\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-09-new-subscribers@2x.png\" alt=\"New subscribers of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">New subscribers\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">New subscribers are something else than new customers. Subscribers are paid customers. Their trial is finished and they became a paying customer. If we look past the spike of card testing you see a slight upward trend. In the next few months, our main focus will be driving this number. We do think long term so we don't want to spend silly bucks on ads. We write good content, make deals with partners, and let our product stand out in its unique fight for privacy.\u003C/ContentEditable>\n\u003CContentEditable  id=\"monthly-recurring-revenue\" parent=\"\" tag=\"h2\" :articleId=\"323\">Monthly Recurring Revenue\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Monthly recurring revenue (MRR) is your normalized monthly revenue from all active and past-due subscriptions. It’s the best single measure of the health and trajectory of a recurring revenue business.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-10-mrr@2x.png\" alt=\"Monthly Recurring Revenue (MRR) of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Monthly Recurring Revenue\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Funny enough Stripe deducts their fee from this number. Not sure why they do this, but it's not accurate at least. If you deduct their fee from our calculated MRR number it's still a bit off. This might be due to conversion rates between the dollar and the euro. Our payouts are paid in euro. If you \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://api.exchangeratesapi.io/2020-05-31?base=EUR&symbols=US&utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">convert\u003C/a> €5214 to dollars you get an MRR of $5806 on the last day of May. We measure an MRR of $6119 on that date. Our Stripe fees for May were $186 which still doesn't make up for the difference of $126 ($5932 - $5806). It would be great to know why there is a difference, but it's not too important to spend hours on this little number. It's a slight difference in our and Stripes calculations.\u003C/ContentEditable>\n\u003Cblockquote>\u003CContentEditable  parent=\"blockquote\" tag=\"p\" :articleId=\"323\">Our MRR calculation code is open-source on our \u003CNuxtLink to=\"https://simpleanalytics.com/open\"  referrerpolicy=\"unsafe-url\" rel=\"\">/open page\u003C/NuxtLink>.\u003C/ContentEditable>\u003C/blockquote>\n\u003CContentEditable  id=\"new-trials--conversion-rate\" parent=\"\" tag=\"h2\" :articleId=\"323\">New trials & conversion rate\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> New trials is the total number of new subscriptions that started with a free trial period. The trial conversion rate measures your success at converting trials to active subscriptions during a rolling 30-day period. Out of all trials that ended in the last 30 days, your trial conversion rate is the percentage that converted to an active subscription.\u003C/p>\n\u003Cp><div class="split">\n  <div>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-11-new-trials@2x.png\"\n      alt=\"New trials of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    New trials\n  </div>\n  <div>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-12-trial-conversion-rate@2x.png\"\n      alt=\"Trial conversion rate of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Trial conversion rate\n  </div>\n</div>\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">When we started our product was very much MVP. That also came with some underdeveloped features like automated emails about ending trial periods. We implemented this on February 4, 2020. Since then we send a reminder email 3 days before a trial ends. Also when we extend a yearly subscription we send an email 3 days before the renewal. Customers can also enable invoices for their monthly or yearly invoices.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">We have some plans on improving the conversion rate. For example, when people sign up they add their website directly. Sometimes their website uses caching and we can't detect the script directly. For some people, this is a reason to cancel the trial. We can inform this in a better way and let them come back later. Maybe send them an email when their script is detected and one if we didn't detect it within one hour.\u003C/ContentEditable>\n\u003CContentEditable  id=\"lifetime-value\" parent=\"\" tag=\"h2\" :articleId=\"323\">Lifetime value\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is an estimate of the total revenue you can expect to collect from your average customer before they churn.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-13-lifetime-value@2x.png\" alt=\"Lifetime value of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Lifetime value\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">This number is expected to go up when we are around for longer. We can't have subscriptions older than our startup which is one of the reasons why we expect an increase. Some startups like \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://nomadlist.com/?join=nomadlist&utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Nomad List\u003C/a> offer a one-time-payment or lifetime deal.\u003C/ContentEditable>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-nomadlist-signup.png\" alt=\"Nomad List signup modal\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">\u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://nomadlist.com/?join=nomadlist&utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Nomad List\u003C/a> signup modal\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Because we don't know the real lifetime value yet, we will not offer this deal. It's also hard to offer a deal for all customers. A lifetime deal with a limit on page views sounds weird as well. We might offer a personal project lifetime deal but have no intention of doing so anytime soon.\u003C/ContentEditable>\n\u003CContentEditable  id=\"revenue-per-subscriber\" parent=\"\" tag=\"h2\" :articleId=\"323\">Revenue per subscriber\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is your average MRR per subscriber. It’s calculated by dividing your MRR by the total number of customers with an active subscription.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-14-revenue-per-subscriber@2x.png\" alt=\"Revenue per subscriber of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Revenue per subscriber\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">This is one of the numbers we want to actively work on. The revenue per subscriber is way too low. This is because our product has a very simple pricing model. It does not allow for the above mentioned upselling. We are working on making this more profitable for us in an ethical way.\u003C/ContentEditable>\n\u003CContentEditable  id=\"retention\" parent=\"\" tag=\"h2\" :articleId=\"323\">Retention\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Retention has 3 metrics in Stripe: churn rate, churned revenue, and retention by cohort.\u003C/ContentEditable>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-retention.png\" alt=\"Retention of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Extra detailed overview of retention\u003C/ContentEditable>\n\u003CContentEditable  id=\"subscriber-churn-rate\" parent=\"\" tag=\"h3\" :articleId=\"323\">Subscriber churn rate\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This measures the portion of your subscribers who left during a rolling 30-day period. Out of all active customers at the start of the period and any new customers in the period, your churn rate is the percentage that cancels during the period. \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://support.stripe.com/questions/calculating-churn-rate-in-billing?utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Stripe article\u003C/a>.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-15-subscriber-churn-rate@2x.png\" alt=\"Subscriber churn rate of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Subscriber churn rate\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Again, those spikes are not actual customers. Just ignore those. We have a churn rate of more or less 5%. This does not seem high but it's a monthly churn rate (or more accurate: 30 days). This converts to an annual churn rate of 46% (\u003Ccode>1 - (1 - 0.05) ^ 12\u003C/code>). \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://sixteenventures.com/saas-churn-rate?utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Lincoln Murphy\u003C/a> wrote a great blog post on this subject.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">He says having a 5% monthly churn means if you started January with 100 customers you'd have 54 customers left at the end of December. If you started with $100 in Monthly Recurring Revenue (MRR) you'd end up with $54/MRR at the end of December.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Think about it this way… over the course of the year where you start with 100 customers or $100/MRR but have a 5% monthly churn, you’d need to acquire 46 customers (or $46/MRR) just to break even with the beginning of the year. To grow by just 1 customer you'd have to acquire 47 customers! To grow by just $1, you'd have to acquire $47 in new business!\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">These examples are quite alarming to me. You hear many times that churn of 5% is okay, but it's not. For Simple Analytics this wasn't a big priority, but now I realize that we're just lucky with getting many new customers. If we didn't we would not be able to grow.\u003C/ContentEditable>\n\u003CContentEditable  id=\"churned-revenue\" parent=\"\" tag=\"h3\" :articleId=\"323\">Churned revenue\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is the total MRR lost during the period due to downgrades or cancelations (both voluntary or involuntary due to lack of payment).\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-16-churned-revenue@2x.png\" alt=\"Churned revenue of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Churned revenue\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">I'm continuing to copy more great stuff from \u003Ca referrerpolicy=\"strict-origin-when-cross-origin\" href=\"https://sixteenventures.com/saas-churn-rate?utm_source=simpleanalytics.com\" target=\"_blank\" rel=\"noopener nofollow\">Lincolns blog\u003C/a> about how to reduce churn. Honestly, he writes, there's nothing magical to reducing churn, it's just ensuring that your customers continue to realize value from your service.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">First, though, you have to get them to start using your service – either through a sale or in a free trial – but without over-promising and by otherwise managing expectations properly. Lincoln has seen a large amount of customer churn directly correlated to missteps during the sales and onboarding phases, by the way, so keep that in mind.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">I guess that we are doing quite well with managing expectations. We don't get much feedback on wrong expectations when people churn. We are them why they cancel their subscription, and it's usually something that we can't do anything about.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Then, once the customer is up and running, your only job is to ensure they keep realizing (more and more) value from your service.\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">This is something we can learn from. We don't do enough with our current customers. Let's get that setup!\u003C/ContentEditable>\n\u003CContentEditable  id=\"subscriber-retention-by-cohort\" parent=\"\" tag=\"h3\" :articleId=\"323\">Subscriber retention by cohort\u003C/ContentEditable>\n\u003Cp>\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This table displays subscriber retention for each month following the month that the subscription started, called the cohort. If a customer unsubscribes and then resubscribes, they will be a part of two cohorts.\u003C/p>\n\u003Cp>\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-17-subscriber-retention-by-cohort@2x.png\" alt=\"Subscriber retention by cohort of Simple Analytics from June 2019 to May 2020\">\u003C/p>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">Subscriber retention by cohort\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">It shows the percentages for the retention by cohort. I wonder why the total (the first row) has a retention of 72% in the 12th month but at the same time, the monthly churn rate is around 5%. Our annual churn rate should be 46%, not 28% (\u003Ccode>100% - 72%\u003C/code>). Can anybody explain this?\u003C/ContentEditable>\n\u003CContentEditable  parent=\"\" tag=\"p\" :articleId=\"323\">You made it through all these numbers! Your math teacher would have been proud. If you have some experience with SaaS businesses and you can spot some easy fixes, please let me know. Happy to implement your feedback to get these numbers higher, except for churn ;)\u003C/ContentEditable>\n","The monthly update of Simple Analytics will look a bit different than normal. This time I took screenshots of all data within the dashboard of Stripe and will comment on every single aspect of it. If you like graphs and numbers, this is your month!\n\nWe also hit a new milestone: \\$6000 MRR. But you have lots of milestones if you switch between the number of paying customers, monthly recurring revenue, and annual recurring revenue. To me, the MRR is the most important metric of these three because I can see every moment if I'm still adding value compared to last month.\n\n![Woman using pc and android phone at home office and looking at the public dashboard of Nomad List.com](https://assets.simpleanalytics.com/blog/github/2020-05-woman-using-pc-and-android-phone-at-home-office.png)\n\nWe use Stripe as our payment provider. It's a bit complex for our use case, but almost everything we want is possible in the end. Simple Analytics is located in The Netherlands and this comes with its tax requirements. If we would have a payment provider that also worked well with doing taxes, then that would be a huge benefit.\n\nBack to their dashboard. I copied the main dashboard of Stripe and sliced all visible metric blocks into the images you see below. I didn't leave out any metric because I believe it's good to cover all aspects. Feel free to skip the ones you don't find interesting.\n\n> This data shows 12 months from June 1, 2019, to May 31, 2020. The comparison with the previous 12 months is not completely fair because we don't exist for 2 years yet.\n\nThe first paragraph explains the metric, then comes the metric graph and numbers, and below that, I try to shed some light on the numbers regarding Simple Analytics.\n\n## Gross volume\n\nGross volume is the total sales value. This number does include costs like fees, refunds, and disputes.\n\n![Gross volume of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-01-gross-volume@2x.png)\n\nGross volume\n\nI don't look at this number much because it doesn't say that much about the current state of our startup. It is a great number to look back on though. When building your startup it's easy to only focus on the MRR but it can be a nice push when looking at the gross volume. You might think: \"My customers paid me this amount of money for my service.\" That's a nice feeling.\n\n## Net volume from sales\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated revenue from payments after fees, refunds, disputes, and Connect transfers have been deducted.\n\n> The above description is directly copied from Stripe. It's the text of the tooltip behind the little information icon you see below. When I use their text I prefix it with the Stripe logo.\n\n![New volume from sales of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-02-new-volume-from-sales@2x.png)\n\nNet volume from sales\n\nThis is very much the same as the gross volume. To me, it's equally important and I also don't use this number much. Logically, it's less than the gross volume as fees, refunds, and disputes are deducted.\n\n## New customers\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Number of new customers created including ones that are no longer active. Inactive customers are customers who have been deleted.\n\n![New customers of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-03-new-customers@2x.png)\n\nNew customers\n\nOne of the things that stands out here is the spike you see in the grey line. You will see this spike in more graphs. It's because we were a target of credit card testing. [Card testing](https://www.verifi.com/in-the-news/prepared-card-testing-fraud/) happens when fraudsters test stolen credit card details by making small online purchases. The fraudsters need to check the validity of the credit card details, and once they confirm the credit card is valid they proceed with making larger fraudulent purchases. It would be great is there was a way to delete these transactions completely from Stripe, but as far as I know, this is not possible.\n\nBack to the real number: new customers. In the last 12 months, we had 638 new customers. That's ~53 new customers per month and ~1,7 per day. You see a slight increase in customers over time. For me, this is one of the major things to work on in the next few months.\n\n## Successful payments\n\nPayments that didn't fail.\n\n![Successful payments of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-04-successful-payments@2x.png)\n\nSuccessful payments\n\nFor every payment, we pay a fixed fee and a percentage on top of that. For European cards, we pay 1.4% + €0.25 and for non-European cards, we pay 2.9% + €0.25. We never talked with Stripe about their fees, but we might do this once we have more payments and money flowing through Stripe.\n\n## Spend per customer\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated revenue for all payments created with a customer, divided by the total number of customers with payments.\n\n![Spend per customer of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-05-spend-per-customer@2x.png)\n\nSpend per customer\n\nOne of the few numbers that don't go up within the last 12 months. This can be improved by [upselling](https://en.wikipedia.org/wiki/Upselling) to customers. As long as it's still in line with running an ethical business. I don't want to trigger people in using my product. That will not provide value for the long term and is against my values.\n\nAt the moment we offer a few things that we could limit. For example the number of websites a customer can add. Making our product paid per website would make sense. What do you think is best?\n\n## Dispute activity & count\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Estimated number of disputes divided by the number of successful payments in the same time series. Inquiries and Retrievals are not included in your dispute rate.\n\n\u003Cdiv class=\"split\">\n  \u003Cdiv>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-06-dispute-activity@2x.png\"\n      alt=\"Dispute activity of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Dispute activity\n  \u003C/div>\n  \u003Cdiv>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-07-dispute-count@2x.png\"\n      alt=\"Dispute count of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Dispute count\n  \u003C/div>\n\u003C/div>\n\nThis one is new for us. We never had any disputes because we always allow customers to get a refund if they are not happy. This time a customer didn't contact us about it and arranged it with their bank. It's more costly for us and a signal we should make it more clear to our customers that canceling and getting a refund is easy.\n\nAs you can see, this is a very low number. Let's keep an eye on this though.\n\n## High-risk payments\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Stripe Radar uses machine learning to determine if a payment is likely to be fraudulent.\n\n![High-risk payments of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-08-high-risk-payments@2x.png)\n\nHigh-risk payments\n\nStripe encourages you to add their Stripe JavaScript to all your pages. So they can feed more data into their fraud AI. Simple Analytics is not a big fan of collecting too much data so we disable Stripe wherever we can. If you don't open our signup modal, we don't load the script. We want to go one step further where we don't need the Stripe JavaScript anymore. We will move it to our backend completely and make our tool completely third-party scripts free.\n\n> See our other blog post with [practical privacy tips for your business](/practical-privacy-tips-for-your-business).\n\n## New subscribers\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is the total number of new non-trial, paid subscribers (not including free plans).\n\n![New subscribers of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-09-new-subscribers@2x.png)\n\nNew subscribers\n\nNew subscribers are something else than new customers. Subscribers are paid customers. Their trial is finished and they became a paying customer. If we look past the spike of card testing you see a slight upward trend. In the next few months, our main focus will be driving this number. We do think long term so we don't want to spend silly bucks on ads. We write good content, make deals with partners, and let our product stand out in its unique fight for privacy.\n\n## Monthly Recurring Revenue\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> Monthly recurring revenue (MRR) is your normalized monthly revenue from all active and past-due subscriptions. It’s the best single measure of the health and trajectory of a recurring revenue business.\n\n![Monthly Recurring Revenue (MRR) of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-10-mrr@2x.png)\n\nMonthly Recurring Revenue\n\nFunny enough Stripe deducts their fee from this number. Not sure why they do this, but it's not accurate at least. If you deduct their fee from our calculated MRR number it's still a bit off. This might be due to conversion rates between the dollar and the euro. Our payouts are paid in euro. If you [convert](https://api.exchangeratesapi.io/2020-05-31?base=EUR&symbols=USD) €5214 to dollars you get an MRR of \\$5806 on the last day of May. We measure an MRR of \\$6119 on that date. Our Stripe fees for May were \\$186 which still doesn't make up for the difference of \\$126 (\\$5932 - \\$5806). It would be great to know why there is a difference, but it's not too important to spend hours on this little number. It's a slight difference in our and Stripes calculations.\n\n> Our MRR calculation code is open-source on our [/open page](https://simpleanalytics.com/open).\n\n## New trials & conversion rate\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> New trials is the total number of new subscriptions that started with a free trial period. The trial conversion rate measures your success at converting trials to active subscriptions during a rolling 30-day period. Out of all trials that ended in the last 30 days, your trial conversion rate is the percentage that converted to an active subscription.\n\n\u003Cdiv class=\"split\">\n  \u003Cdiv>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-11-new-trials@2x.png\"\n      alt=\"New trials of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    New trials\n  \u003C/div>\n  \u003Cdiv>\n    \u003Cimg\n      class=\"border\"\n      src=\"https://assets.simpleanalytics.com/blog/github/2020-05-12-trial-conversion-rate@2x.png\"\n      alt=\"Trial conversion rate of Simple Analytics from June 2019 to May 2020\"\n      loading=\"lazy\"\n    />\n    Trial conversion rate\n  \u003C/div>\n\u003C/div>\n\nWhen we started our product was very much MVP. That also came with some underdeveloped features like automated emails about ending trial periods. We implemented this on February 4, 2020. Since then we send a reminder email 3 days before a trial ends. Also when we extend a yearly subscription we send an email 3 days before the renewal. Customers can also enable invoices for their monthly or yearly invoices.\n\nWe have some plans on improving the conversion rate. For example, when people sign up they add their website directly. Sometimes their website uses caching and we can't detect the script directly. For some people, this is a reason to cancel the trial. We can inform this in a better way and let them come back later. Maybe send them an email when their script is detected and one if we didn't detect it within one hour.\n\n## Lifetime value\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is an estimate of the total revenue you can expect to collect from your average customer before they churn.\n\n![Lifetime value of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-13-lifetime-value@2x.png)\n\nLifetime value\n\nThis number is expected to go up when we are around for longer. We can't have subscriptions older than our startup which is one of the reasons why we expect an increase. Some startups like [Nomad List](https://nomadlist.com/?join=nomadlist) offer a one-time-payment or lifetime deal.\n\n![Nomad List signup modal](https://assets.simpleanalytics.com/blog/github/2020-05-nomadlist-signup.png)\n\n[Nomad List](https://nomadlist.com/?join=nomadlist) signup modal\n\nBecause we don't know the real lifetime value yet, we will not offer this deal. It's also hard to offer a deal for all customers. A lifetime deal with a limit on page views sounds weird as well. We might offer a personal project lifetime deal but have no intention of doing so anytime soon.\n\n## Revenue per subscriber\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is your average MRR per subscriber. It’s calculated by dividing your MRR by the total number of customers with an active subscription.\n\n![Revenue per subscriber of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-14-revenue-per-subscriber@2x.png)\n\nRevenue per subscriber\n\nThis is one of the numbers we want to actively work on. The revenue per subscriber is way too low. This is because our product has a very simple pricing model. It does not allow for the above mentioned upselling. We are working on making this more profitable for us in an ethical way.\n\n## Retention\n\nRetention has 3 metrics in Stripe: churn rate, churned revenue, and retention by cohort.\n\n![Retention of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-stripe-retention.png)\n\nExtra detailed overview of retention\n\n### Subscriber churn rate\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This measures the portion of your subscribers who left during a rolling 30-day period. Out of all active customers at the start of the period and any new customers in the period, your churn rate is the percentage that cancels during the period. [Stripe article](https://support.stripe.com/questions/calculating-churn-rate-in-billing).\n\n![Subscriber churn rate of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-15-subscriber-churn-rate@2x.png)\n\nSubscriber churn rate\n\nAgain, those spikes are not actual customers. Just ignore those. We have a churn rate of more or less 5%. This does not seem high but it's a monthly churn rate (or more accurate: 30 days). This converts to an annual churn rate of 46% (`1 - (1 - 0.05) ^ 12`). [Lincoln Murphy](https://sixteenventures.com/saas-churn-rate) wrote a great blog post on this subject.\n\nHe says having a 5% monthly churn means if you started January with 100 customers you'd have 54 customers left at the end of December. If you started with $100 in Monthly Recurring Revenue (MRR) you'd end up with $54/MRR at the end of December.\n\nThink about it this way… over the course of the year where you start with 100 customers or $100/MRR but have a 5% monthly churn, you’d need to acquire 46 customers (or $46/MRR) just to break even with the beginning of the year. To grow by just 1 customer you'd have to acquire 47 customers! To grow by just $1, you'd have to acquire $47 in new business!\n\nThese examples are quite alarming to me. You hear many times that churn of 5% is okay, but it's not. For Simple Analytics this wasn't a big priority, but now I realize that we're just lucky with getting many new customers. If we didn't we would not be able to grow.\n\n### Churned revenue\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This is the total MRR lost during the period due to downgrades or cancelations (both voluntary or involuntary due to lack of payment).\n\n![Churned revenue of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-16-churned-revenue@2x.png)\n\nChurned revenue\n\nI'm continuing to copy more great stuff from [Lincolns blog](https://sixteenventures.com/saas-churn-rate) about how to reduce churn. Honestly, he writes, there's nothing magical to reducing churn, it's just ensuring that your customers continue to realize value from your service.\n\nFirst, though, you have to get them to start using your service – either through a sale or in a free trial – but without over-promising and by otherwise managing expectations properly. Lincoln has seen a large amount of customer churn directly correlated to missteps during the sales and onboarding phases, by the way, so keep that in mind.\n\nI guess that we are doing quite well with managing expectations. We don't get much feedback on wrong expectations when people churn. We are them why they cancel their subscription, and it's usually something that we can't do anything about.\n\nThen, once the customer is up and running, your only job is to ensure they keep realizing (more and more) value from your service.\n\nThis is something we can learn from. We don't do enough with our current customers. Let's get that setup!\n\n### Subscriber retention by cohort\n\n\u003Cspan class=\"stripe-badge\">\u003Cimg src=\"https://assets.simpleanalytics.com/blog/github/2020-05-stripe-logo.svg\" alt=\"Stripe:\">\u003C/span> This table displays subscriber retention for each month following the month that the subscription started, called the cohort. If a customer unsubscribes and then resubscribes, they will be a part of two cohorts.\n\n![Subscriber retention by cohort of Simple Analytics from June 2019 to May 2020](https://assets.simpleanalytics.com/blog/github/2020-05-17-subscriber-retention-by-cohort@2x.png)\n\nSubscriber retention by cohort\n\nIt shows the percentages for the retention by cohort. I wonder why the total (the first row) has a retention of 72% in the 12th month but at the same time, the monthly churn rate is around 5%. Our annual churn rate should be 46%, not 28% (`100% - 72%`). Can anybody explain this?\n\nYou made it through all these numbers! Your math teacher would have been proud. If you have some experience with SaaS businesses and you can spot some easy fixes, please let me know. Happy to implement your feedback to get these numbers higher, except for churn ;)\n",{"alt":45,"caption":46,"small":47,"medium":48,"large":49,"original":50,"averageColorHex":-1,"isDark":11},"Stripe Home Office.png",null,"https://cms-assets.simpleanalytics.com/small_stripe_home_office_fdd4040e43.png","https://cms-assets.simpleanalytics.com/medium_stripe_home_office_fdd4040e43.png","https://cms-assets.simpleanalytics.com/large_stripe_home_office_fdd4040e43.png","https://cms-assets.simpleanalytics.com/stripe_home_office_fdd4040e43.png",{"data":46},323,"Stripe data explained and hit $6000 MRR","The monthly update of Simple Analytics will look a bit different from normal. This time I took screenshots of all data within the dashboard of Stripe and will comment on every single aspect of it. If you like graphs and numbers, this is your month!","may-2020-all-stripe-data-explained-and-we-just-hit-6000-usd-mrr","adriaan-van-rossum","2020-06-04T00:00:00.000Z","2023-08-15T11:49:44.991Z",{"en":60,"de":61,"fr":63,"it":65,"es":67,"nl":69},{"slug":55},{"slug":62},"stripe-daten-erklaert-und-6000-mrr-erzielt",{"slug":64},"les-donnees-stripe-expliquees-et-atteindre-6000-de-mrr",{"slug":66},"spiegazione-dei-dati-di-stripe-e-raggiungimento-di-6000-di-mrr",{"slug":68},"explicacion-de-los-datos-de-stripe-y-6000-de-mrr",{"slug":70},"stripe-gegevens-uitgelegd-en-hit-6000-mrr"]