saas-business-metrics

Complete SaaS metrics framework covering revenue (MRR/ARR/ARPU), growth (CAC/LTV/payback), retention (churn/NRR/GRR), engagement, customer satisfaction (NPS/CSAT/CES), unit economics, the Rule of 40, and SaaS finance basics. Use when measuring...

Best use case

saas-business-metrics is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Complete SaaS metrics framework covering revenue (MRR/ARR/ARPU), growth (CAC/LTV/payback), retention (churn/NRR/GRR), engagement, customer satisfaction (NPS/CSAT/CES), unit economics, the Rule of 40, and SaaS finance basics. Use when measuring...

Teams using saas-business-metrics should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/saas-business-metrics/SKILL.md --create-dirs "https://raw.githubusercontent.com/peterbamuhigire/skills-web-dev/main/skills/saas/saas-business-metrics/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/saas-business-metrics/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How saas-business-metrics Compares

Feature / Agentsaas-business-metricsStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Complete SaaS metrics framework covering revenue (MRR/ARR/ARPU), growth (CAC/LTV/payback), retention (churn/NRR/GRR), engagement, customer satisfaction (NPS/CSAT/CES), unit economics, the Rule of 40, and SaaS finance basics. Use when measuring...

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

# SaaS Business Metrics
Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.

<!-- dual-compat-start -->
## Use When

- Complete SaaS metrics framework covering revenue (MRR/ARR/ARPU), growth (CAC/LTV/payback), retention (churn/NRR/GRR), engagement, customer satisfaction (NPS/CSAT/CES), unit economics, the Rule of 40, and SaaS finance basics. Use when measuring...
- The task needs reusable judgment, domain constraints, or a proven workflow rather than ad hoc advice.

## Do Not Use When

- The task is unrelated to `saas-business-metrics` or would be better handled by a more specific companion skill.
- The request only needs a trivial answer and none of this skill's constraints or references materially help.

## Required Inputs

- Gather relevant project context, constraints, and the concrete problem to solve.
- Confirm the desired deliverable: design, code, review, migration plan, audit, or documentation.

## Workflow

- Read this `SKILL.md` first, then load only the referenced deep-dive files that are necessary for the task.
- Apply the ordered guidance, checklists, and decision rules in this skill instead of cherry-picking isolated snippets.
- Produce the deliverable with assumptions, risks, and follow-up work made explicit when they matter.

## Quality Standards

- Keep outputs execution-oriented, concise, and aligned with the repository's baseline engineering standards.
- Preserve compatibility with existing project conventions unless the skill explicitly requires a stronger standard.
- Prefer deterministic, reviewable steps over vague advice or tool-specific magic.

## Anti-Patterns

- Treating examples as copy-paste truth without checking fit, constraints, or failure modes.
- Loading every reference file by default instead of using progressive disclosure.

## Outputs

- A concrete result that fits the task: implementation guidance, review findings, architecture decisions, templates, or generated artifacts.
- Clear assumptions, tradeoffs, or unresolved gaps when the task cannot be completed from available context alone.
- References used, companion skills, or follow-up actions when they materially improve execution.

## Evidence Produced

| Category | Artifact | Format | Example |
|----------|----------|--------|---------|
| Release evidence | SaaS metrics dashboard | Markdown doc plus dashboard link covering MRR/ARR/ARPU, CAC/LTV/payback, and churn/NRR/GRR | `docs/metrics/saas-dashboard-2026-04-16.md` |

## References

- Use the links and companion skills already referenced in this file when deeper context is needed.
<!-- dual-compat-end -->
Based on *A Quick Guide to Software as a Service* (Indocan Publications, 2022)
and Dash (2025) *Mastering Software Product Management*.

## When to Use

- Establishing a metrics dashboard for a new SaaS product
- Diagnosing why growth has stalled or churn has increased
- Preparing a board deck or investor update
- Setting measurable Key Results for product team OKRs
- Evaluating the health of a product before a pricing or packaging change

**The first principle of SaaS metrics:** Measure outcomes, not activities. The number of features
shipped, lines of code written, or support tickets closed are activities. MRR growth, churn rate,
and NPS are outcomes.

---

## 1. Revenue Metrics

### Monthly Recurring Revenue (MRR)

MRR = Sum of all normalised monthly subscription revenue from active customers.

- **New MRR:** Revenue from customers acquired this month.
- **Expansion MRR:** Additional revenue from existing customers (upgrades, add-ons, seat additions).
- **Contraction MRR:** Revenue lost from existing customers (downgrades, seat reductions).
- **Churned MRR:** Revenue lost from customers who cancelled entirely.
- **Net New MRR** = New MRR + Expansion MRR − Contraction MRR − Churned MRR

*A healthy SaaS business has Expansion MRR > Churned MRR (negative net churn).*

### Annual Recurring Revenue (ARR)

ARR = MRR × 12. Used for annual planning, valuations, and investor reporting.

*Only include recurring subscription revenue. One-off implementation fees and professional
services revenue are excluded from ARR.*

### Average Revenue Per User (ARPU)

ARPU = MRR ÷ Total Active Customers

- Rising ARPU indicates successful upselling or movement upmarket.
- Falling ARPU indicates a shift toward smaller customers or aggressive discounting.

---

## 2. Growth Metrics

### Customer Acquisition Cost (CAC)

CAC = Total Sales & Marketing Spend (period) ÷ New Customers Acquired (period)

- Calculate separately for each acquisition channel (paid, organic, referral, outbound).
- Include fully-loaded cost: salaries, tools, agency fees, and ad spend.

### CAC Payback Period

CAC Payback = CAC ÷ (ARPU × Gross Margin %)

- Measures how many months of revenue are needed to recover the cost of acquiring one customer.
- Target: < 12 months for self-serve SaaS; < 18 months for enterprise SaaS.
- > 24 months payback is a warning sign — the business is burning cash to grow.

### Customer Lifetime Value (LTV / CLV)

LTV = ARPU × Gross Margin % × Average Customer Lifetime

Average Customer Lifetime (months) = 1 ÷ Monthly Churn Rate

**Example:** ARPU = UGX 150,000/month; Gross Margin = 70%; Monthly Churn = 2%
- Average Lifetime = 1 ÷ 0.02 = 50 months
- LTV = 150,000 × 0.70 × 50 = UGX 5,250,000

### LTV:CAC Ratio

LTV:CAC = LTV ÷ CAC

| Ratio | Interpretation |
|-------|---------------|
| < 1:1 | Destroying value — each customer costs more than they will ever generate |
| 1:1 – 3:1 | Marginal — sustainable only if growth is very fast |
| 3:1 | Healthy benchmark for established SaaS |
| > 5:1 | Strong — may indicate underinvestment in growth (room to spend more on acquisition) |

---

## 3. Retention Metrics

Retention is the most important SaaS metric. Acquisition without retention fills a leaky bucket.

### Logo Churn Rate (Customer Churn)

Logo Churn = Customers Lost ÷ Customers at Start of Period

**Monthly target:** < 2% for B2B SaaS; < 5% for B2C SaaS.

### Revenue Churn Rate

Revenue Churn = MRR Lost from Churned + Contracted Customers ÷ MRR at Start of Period

Revenue churn is more important than logo churn when customers have different-sized contracts.

### Net Revenue Retention (NRR)

NRR = (Starting MRR + Expansion MRR − Contraction MRR − Churned MRR) ÷ Starting MRR × 100%

| NRR | Interpretation |
|-----|---------------|
| < 100% | Business shrinks even without losing a single customer |
| 100% | Flat — churn exactly offset by expansion |
| > 100% | Negative churn — existing customers generate more revenue than you lose |
| > 120% | World-class — seen in top enterprise SaaS companies |

### Gross Revenue Retention (GRR)

GRR = (Starting MRR − Contraction MRR − Churned MRR) ÷ Starting MRR × 100%

GRR excludes expansion revenue. It measures purely how well you retain existing revenue.
GRR can never exceed 100%.

---

## 4. Engagement Metrics

### DAU / MAU Ratio (Stickiness)

Stickiness = Daily Active Users ÷ Monthly Active Users

- > 20%: Good engagement for most B2B tools.
- > 50%: Exceptional — product is used daily by most monthly users (messaging, task management).
- Benchmark against your product category, not the global average.

### Feature Adoption Rate

Feature Adoption = Users who used feature at least once ÷ Total Active Users

- Tracks whether discovery is translating to usage.
- Low adoption on a high-investment feature is a strong signal to investigate (usability problem,
  awareness problem, or wrong feature for the market).

### Time-to-First-Value (TTFV)

The elapsed time from account creation to the moment a new user experiences the core value of
the product. Minimising TTFV is the single most impactful lever for improving early retention.

---

## 5. Customer Satisfaction Metrics

### Net Promoter Score (NPS)

NPS asks one question: "On a scale of 0–10, how likely are you to recommend [product] to a
colleague?"

- **Promoters (9–10):** Loyal advocates. They generate referrals.
- **Passives (7–8):** Satisfied but indifferent. Vulnerable to competitor offers.
- **Detractors (0–6):** Unhappy customers. At risk of churning and leaving negative reviews.

NPS = % Promoters − % Detractors

| NPS Range | Benchmark |
|-----------|----------|
| < 0 | Poor — more detractors than promoters |
| 0–29 | Average |
| 30–69 | Good |
| ≥ 70 | World-class |

*Always follow up NPS with an open-ended "Why did you give that score?" NPS alone tells you
what; the open question tells you why.*

### Customer Satisfaction Score (CSAT)

CSAT asks: "How satisfied were you with [interaction/product]?" on a 1–5 or 1–10 scale.
Calculated as % of respondents who gave a positive score (4 or 5 on a 5-point scale).

CSAT is transactional (measures a specific interaction). NPS is relational (measures overall loyalty).

### Customer Effort Score (CES)

CES asks: "How easy was it to [complete the task]?" on a 1–7 scale.

Low effort = high loyalty. CES is the strongest predictor of customer churn in support contexts.
Every time a customer must work hard to use your product, churn probability increases.

---

## 6. Unit Economics

Unit economics measure the per-customer profitability of the business model.

### Gross Margin

Gross Margin % = (Revenue − Cost of Goods Sold) ÷ Revenue × 100%

For SaaS, COGS includes: hosting, third-party APIs, customer support costs directly tied to
delivering the service. It does not include sales, marketing, or R&D.

**Healthy SaaS Gross Margin:** 70–85%. Below 60% indicates a services-heavy model or
infrastructure inefficiency.

### Contribution Margin

Contribution Margin = Revenue − Variable Costs (per customer)

Used to evaluate whether adding one more customer increases or decreases profitability.

---

## 7. The Rule of 40

A single metric used to evaluate the overall health of a SaaS business.

**Rule of 40 Score = Revenue Growth Rate % + Profit Margin %**

Where Profit Margin is typically measured as EBITDA margin or Free Cash Flow margin.

| Score | Interpretation |
|-------|---------------|
| < 20 | Concern — either growth is slow or the business is burning cash unsustainably |
| 20–40 | Acceptable for early-stage; concerning for mature SaaS |
| ≥ 40 | Healthy — used by investors as a benchmark for SaaS quality |
| > 60 | Exceptional |

**Example:** 60% revenue growth rate + (−15%) EBITDA margin = 45. Healthy.
**Example:** 10% revenue growth rate + 5% EBITDA margin = 15. Concerning.

*The Rule of 40 is an investor heuristic, not an operational target. Use it for external
communication and strategic health checks, not for weekly product decisions.*

---

## 8. SaaS Finance Basics

### Bookings vs Billings vs Revenue

| Term | Definition |
|------|-----------|
| **Bookings** | Total contract value signed (including future periods not yet billed) |
| **Billings** | Cash invoiced to customers in the period |
| **Revenue** | Cash recognised under accounting rules (deferred for prepaid annual contracts) |

*An annual contract signed in December is a Booking and a Billing, but only 1/12 is recognised
as Revenue in December.*

### Deferred Revenue

When a customer pays for a 12-month subscription upfront, the unearned portion sits on the
balance sheet as Deferred Revenue. It is a liability (you owe the service), not income.
As each month passes, 1/12 is recognised as Revenue.

---

## 9. Metrics Hierarchy and Anti-Patterns

### Leading vs Lagging Indicators

| Type | Characteristic | Examples |
|------|---------------|---------|
| **Lagging** | Confirms what happened; cannot be acted on in real time | MRR, ARR, Churn Rate |
| **Leading** | Predicts future outcomes; actionable now | TTFV, Feature Adoption, Onboarding Completion |

Build your operational dashboard around leading indicators. Report lagging indicators to
leadership and investors.

### Vanity Metrics to Avoid

| Vanity Metric | Why It Is Misleading |
|--------------|---------------------|
| Total registered users | Includes inactive accounts; inflates perceived traction |
| App downloads | Tells you nothing about usage or retention |
| Page views | Traffic without conversion is not a business |
| Features shipped | Output metric; does not measure customer or business outcome |
| Support tickets closed | Closing tickets faster does not mean fewer problems |

### The Metric Gaming Anti-Pattern

If a metric is used as a performance target, it will be gamed. (Goodhart's Law.)
Pair every KPI metric with a counter-metric to detect gaming.

**Example:** Pair "Average ticket close time" with "Customer re-open rate."
If close time drops and re-open rate rises, support agents are closing tickets prematurely.

---

## Sources

- Indocan Publications (2022). *A Quick Guide to Software as a Service (SaaS): Beginner Insight.*
- Dash, S. K. (2025). *Mastering Software Product Management*. Orange Education.

## Cross-References

- **Upstream:** `product-strategy-vision` (OKR Key Results should be drawn from leading metrics)
- **Downstream:** `software-pricing-strategy` (MRR and churn data drive pricing decisions)
- **Related:** `competitive-analysis-pm` (win rate and churn by segment are competitive intelligence), `lean-ux-validation` (metrics design for UX experiments)

Related Skills

saas-tenant-data-portability-and-erasure

8
from peterbamuhigire/skills-web-dev

Use when designing the GDPR/POPIA/CCPA-compliant data export (right to portability) and erasure (right to be forgotten) workflows for a multi-tenant SaaS — cascade through every data store including warehouse/backups, retention policy, requester verification, audit trail, multi-tenant nuances of erasing one tenant's data without affecting others, and the engineering for African market regulations (Uganda DPPA, Kenya DPA, POPIA).

saas-sso-scim-enterprise-auth

8
from peterbamuhigire/skills-web-dev

Use when implementing enterprise auth on a multi-tenant SaaS — SAML 2.0 and OIDC SSO with per-tenant IdP configuration, SCIM 2.0 user provisioning/deprovisioning, custom-domain support with automated TLS, IP allowlists per tenant, audit-log API, and the migration from email-password tenants to IdP-enforced tenants. The price of entry for enterprise SaaS.

saas-seeder

8
from peterbamuhigire/skills-web-dev

Bootstrap a new SaaS from the SaaS Seeder Template: setup database, configure environment, create super admin user, and verify three-tier panel structure. Use when initializing a new multi-tenant SaaS project from this template.

saas-sales-organization

8
from peterbamuhigire/skills-web-dev

Use when designing or scaling a SaaS sales organisation — sales motions, roles (SDR/BDR/AE/CSM/SE), pipeline stages, lead-to-cash, territory design, quota/commission, sales ops fundamentals, onboarding/ramp, and hiring rubrics. Sourced from "Blueprints for a SaaS Sales Organization" (van der Kooij, Pizarro).

saas-rate-limiting-and-quotas

8
from peterbamuhigire/skills-web-dev

Use when designing per-tenant rate limits and quotas — algorithm choice (token bucket, sliding window, leaky bucket, fixed window), where to enforce (edge, gateway, service, DB connection pool, queue), per-plan / per-tier limits, soft vs hard caps, fair-queueing for noisy neighbors, headers and error responses, and how to expose quota usage to the tenant.

saas-lifecycle-email-orchestration

8
from peterbamuhigire/skills-web-dev

Use when designing the six core lifecycle email sequences (welcome/onboarding, behavioral/feature-discovery, upgrade/upsell, retention, reactivation, referral) — trigger contracts, branched automation, suppression rules, PQL/churn-risk triggers, and revenue attribution. Built on top of `saas-transactional-email-infrastructure`. Distinct from `tabler-email-templates` (HTML) and `subscription-billing` (raw billing events).

saas-erp-system-design

8
from peterbamuhigire/skills-web-dev

Use when designing configurable SaaS or ERP platforms with multi-step business workflows, domain modules, approvals, auditability, pricing and entitlements, operational reporting, and tenant-specific variation. Covers domain boundaries, workflow states, extension points, and control design.

saas-entitlements-and-plan-gating

8
from peterbamuhigire/skills-web-dev

Use when designing the entitlements engine that enforces what each plan/tier/tenant can do — feature flags vs entitlements distinction, limits enforcement (seats, API calls, storage, projects, AI tokens), gate placement (UI, API, worker), upgrade-discovery UX, override mechanisms for enterprise contracts, and the runtime that resolves "can this tenant do X right now?" in a few milliseconds.

saas-architecture-strategy

8
from peterbamuhigire/skills-web-dev

Use when architecting or evaluating a cloud SaaS product — including choosing multi-tenant patterns, mapping deployment to IaaS, planning scaling and blast-radius isolation, aligning architecture to business capabilities, and reconciling multi-enterprise consumption requirements with operating-model constraints.

saas-admin-backoffice-tooling

8
from peterbamuhigire/skills-web-dev

Use when designing the internal admin / back-office console of a multi-tenant SaaS — tenant impersonation (audited, time-boxed), tenant lifecycle controls (suspend/restore/archive/hard-delete), billing operations (refunds, credits, plan overrides), feature-flag overrides per tenant, bulk actions (mass invite, plan migration, region migration), and the audit-log spine that backs all of it. Distinct from the customer-facing super-admin panel in `multi-tenant-saas-architecture`.

saas-accounting-system

8
from peterbamuhigire/skills-web-dev

Implement a complete double-entry accounting system inside any SaaS app. Users enter transactions naturally (sales, expenses, inventory) while the system auto-posts journal entries under the hood. Produces both user-friendly reports and technical...

multi-tenant-saas-architecture

8
from peterbamuhigire/skills-web-dev

Use when designing or reviewing a multi-tenant SaaS platform — tenant isolation model, three-panel separation (super admin, franchise admin, end user), zero-trust enforcement, audit trails, and per-tenant permission overrides. Unlike `modular-saas-architecture` which focuses on pluggable business modules, this skill defines the tenancy and auth boundaries that every module inherits.