Tally Revenue: What the $6M ARR Milestone Actually Means

Tally reported crossing $6 million in annual recurring revenue in September 2026. Its September 22 company update lists $501,000 MRR, which annualizes to $6.012 million. That is a dated, founder-reported subscription run rate—not audited annual sales, profit, or a live view of today's accounts.

The useful story is how the numbers fit together. A form builder can have millions of users and still depend on a relatively small paid segment. Before borrowing that business model, separate the milestone, the denominator, and the work required to serve everyone who does not pay.

Contents

• ·What is the latest Tally revenue figure we can support?
• ·How do the public milestones fit together?
• ·Why can't user counts reveal the paid customer count?
• ·What does the older ProvenStartups record represent?
• ·What can a small founder reasonably learn from Tally?
• ·How should you use this evidence before choosing an idea?
• ·Frequently Asked Questions

What is the latest Tally revenue figure we can support?

The latest primary disclosure reviewed for this article is Tally's September 22, 2026 update: $6M ARR and $501K MRR. Marie Martens also reports 2.5 million users and a ten-person team. These are company statements, not figures independently reconciled against a payment processor. Read the disclosure.

This article concerns Tally.so, the form builder. Numbers for accounting software or other companies named Tally belong to different businesses. A search result with the right brand word can still be the wrong company.

Our research cutoff is October 15, 2026. A later number requires a later source; adding “2026” to a headline does not make every historical figure current. We would retain the September milestone until a newer, attributable disclosure justifies changing it.

How do the public milestones fit together?

The public timeline shows recurring revenue rising across several dated checkpoints. Keep the unit attached to each number, and treat annualized calculations as calculations rather than additional disclosures.

Each equivalent is MRR multiplied by twelve. The rounded $5M and $6M headlines are consistent with those respective snapshots. They do not establish the amount recognized during a calendar year, the amount collected upfront from annual subscribers, or the amount left after expenses.

The ARR versus revenue guide explains the accounting distinction. Here, the practical rule is simpler: when copying a number into your research, copy its date and metric name into adjacent columns. A naked “revenue” cell loses too much information.

Why can't user counts reveal the paid customer count?

Registered users, active users, paying accounts, and subscriptions can have different denominators. Combining a user total from one update with a conversion statement from another produces an estimate the company did not report.

In its April update, Tally describes a growth loop in which people encounter a branded form, sign up, and a small share upgrade. It mentions 2% signing up for Pro. That statement does not supply a fully specified cohort, observation window, account definition, or reconciliation to September's revenue.

It would therefore be unsound to multiply September's 2.5 million users by that percentage and then by an old plan price. The resulting precision would hide mismatched dates, billing periods, possible account relationships, and unknown plan mix. We are not using that calculation as a customer estimate.

For a new founder, this matters more than the impressive user total. Your own model needs separate counts for people who try the product, accounts that reach a useful outcome, and accounts that pay. A generous free offer does not remove those measurement requirements.

What does the older ProvenStartups record represent?

The project record preserves an earlier source-based operating account. Its historical figures should be read alongside the dated company updates, not mistaken for the latest ARR disclosure.

The Tally project record includes the earlier $70K MRR and 140,000-user stage, plus later interview context. Its source trail lets you examine how the free offer and paid boundary were described then. The new public ledger above answers a separate question: which more recent recurring-revenue figures can we substantiate now?

Evidence grades attach to a particular claim and source. A founder's own company post supports a founder-reported label; finding the same number repeated on several websites does not turn it into an independent audit. Conversely, an older source can remain useful for understanding an earlier decision even after its headline number becomes outdated.

Keep both records if they answer different questions. Replace neither with a larger unsourced number. Our private-company revenue research guide gives a repeatable way to preserve that distinction.

What can a small founder reasonably learn from Tally?

Study the relationship between free usage, product distribution, and the paid job. Do not treat Tally's scale as evidence that another free product will acquire customers cheaply or become profitable.

The February 2024 account documents an actual $100K MRR milestone. It is useful because the business crossed a meaningful revenue threshold before the later multimillion-dollar headlines. The early operating record is often a better comparison for a small builder than the newest headcount or user total.

Build a short comparison sheet:

• ·Free job: what useful task can someone complete without paying?
• ·Paid job: what additional need is valuable enough to fund the business?
• ·Distribution: does normal usage expose the product to another plausible buyer?
• ·Service burden: what does every additional free account require?
• ·Failure condition: what would make the model uneconomic despite more signups?

Those are questions to investigate, not claims that every freemium business has the same answers. Read the existing freemium business model analysis before assuming that a low conversion percentage is automatically healthy.

A founder also needs an honest support promise. Tally's April report describes a team of eleven and shared feedback handling. A solo operator cannot assume the same capacity. The solo-founder support workflow turns that constraint into a queue and a time budget.

How should you use this evidence before choosing an idea?

Use the revenue ledger to establish that the business earned recurring demand, then investigate whether its operating conditions resemble yours. Revenue is a reason to inspect the mechanism, not permission to skip that inspection.

Start with one question: “Which part of this offer could I deliver reliably to a reachable buyer?” Record the buyer, paid outcome, distribution path, and support requirement. Mark missing evidence explicitly. A blank margin field is more useful than a confident percentage inferred from a small team.

The contrast with Carrd's revenue history is instructive: both sell simple creation tools, but their disclosed time periods and price structures differ. Neither a shared category nor a shared freemium label makes their economics interchangeable.

Finally, separate using your own product from validating paid demand. The dogfooding examples show how self-use can expose friction while leaving willingness to pay unanswered. Keep the product-quality evidence and the revenue evidence in separate columns.

Frequently Asked Questions

How much revenue does Tally make?

Tally's September 22, 2026 company update reports $501K MRR and crossing $6M ARR. Those are founder-reported recurring-revenue measures at that date. Current calendar-year recognized revenue and today's run rate were not independently verified here.

Is Tally's $6M ARR its profit?

No. ARR annualizes recurring revenue. It does not subtract payroll, infrastructure, support, taxes, or other expenses. The milestone alone cannot establish profit or the founders' personal income.

Does Tally have 2.5 million paying customers?

The September disclosure says users, not paying customers. Do not relabel that total or multiply it by a conversion percentage from a different period to claim an exact paid-customer count.

Why does the project record show older numbers?

It preserves earlier source material about the business. Use that record for the historical operating story and the dated company disclosures for newer milestones. An older figure is not necessarily false; its time basis matters.