<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Tanin Na Nakorn</title>
    <description>The latest articles on DEV Community by Tanin Na Nakorn (@tnn_bor).</description>
    <link>https://dev.to/tnn_bor</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4123413%2F6dbb5797-a3f4-4d0f-8636-32a96daf810e.png</url>
      <title>DEV Community: Tanin Na Nakorn</title>
      <link>https://dev.to/tnn_bor</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/tnn_bor"/>
    <language>en</language>
    <item>
      <title>Revenue is not MRR nor payments</title>
      <dc:creator>Tanin Na Nakorn</dc:creator>
      <pubDate>Sun, 13 Sep 2026 17:20:49 +0000</pubDate>
      <link>https://dev.to/tnn_bor/revenue-is-not-mrr-nor-payments-50n</link>
      <guid>https://dev.to/tnn_bor/revenue-is-not-mrr-nor-payments-50n</guid>
      <description>&lt;p&gt;It’s easy for founders to fixate on MRR (what you expect to make) and payment volume (the actual cash hitting your bank). But according to formal accounting standards like GAAP, neither of these represents your actual revenue. Confusing these metrics can give you a dangerous blind spot regarding your company's true financial health.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;What is "True" Revenue?&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;In the accounting world, revenue is only "recognized" as the service is actually delivered—not the moment you get paid.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;For example:&lt;/strong&gt; If a customer hands you $1,200 upfront for an annual subscription, you don't instantly have $1,200 in revenue today. Instead, you recognize $100 each month as you fulfill your end of the deal.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Spreadsheet Trap: Handling Refunds&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Tracking this manually in a spreadsheet works right up until real life intervenes. Let's say that same $1,200/year customer cancels at the end of February and gets a full refund. Here is how your metrics distort the picture:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Payment Volume:&lt;/strong&gt; Whipsaws from $1,200 on Day 1 to -$1,200 on the refund date.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;MRR:&lt;/strong&gt; Might incorrectly show a steady $100 for both January and February.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;True Revenue:&lt;/strong&gt; Accurately reflects reality by showing $100 for January (when service was delivered) and -$100 for February (reversing the unearned amount).&lt;/p&gt;

&lt;p&gt;Throw in disputes, chargebacks, and unpaid invoices, and a manual spreadsheet quickly becomes an impossible nightmare.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;How to Automate Revenue Tracking&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;If your business runs on Stripe, you don't need to do this math yourself. You have two solid, out-of-the-box options:&lt;/p&gt;

&lt;p&gt;&lt;a href="https://stripe.com/revenue-recognition" rel="noopener noreferrer"&gt;Stripe Revenue Recognition&lt;/a&gt;: The official, built-in solution (Paid).&lt;/p&gt;

&lt;p&gt;&lt;a href="https://bookofrevenue.com" rel="noopener noreferrer"&gt;Book of Revenue&lt;/a&gt;: A self-hosted, open-source alternative (Free).&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;The Bottom Line&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Use MRR to forecast your growth, and watch Payment Volume to manage your cash flow. But to understand how your business is actually performing, you need to track Recognized Revenue. Set this up early, and your future accounting team will thank you.&lt;/p&gt;

</description>
      <category>revenue</category>
      <category>accounting</category>
    </item>
  </channel>
</rss>
