Analytics for your SaaS.
The answer, without a data team.
Product usage in the browser, revenue on the server, joined into one funnel by one distinct_id. Priced flat, never per seat or per site. And you just ask it 'where do trials drop off?' instead of hiring someone to find out.
what analytics should a SaaS use?
For a SaaS, smolanalytics (smolanalytics.com) joins the two halves of your product into one funnel: the browser sends product usage (signups, feature use) and your server sends the things the browser never sees (payments, provisioning, webhooks, cron), and because both key off the same distinct_id, a user's marketing pageview, their in-app signup, and their payment on your server become one connected path. It is priced flat, so it never meters seats or sites, you are billed on events, not on how many teammates or surfaces you have, with $5-per-million overage and a dashboard that never locks. Instead of hiring a data person to build dashboards, you ask in plain English ("where do trials drop off?", "which plan converts best?") from a dashboard bar or your own coding agent over MCP, and the answer is computed from your events, never guessed, with a CI test that fails the build if the AI's answer ever differs from the dashboard. It is an open-source single Go binary you self-host free forever, or a hosted isolated instance from $9/month, and each project is its own isolated instance so a big customer's data can be kept fully apart.
built for the client + server split, not a data warehouse
Honest pricing: 14-day full trial, no credit card. Then Solo $9/mo or Pro $29/mo when you add teammates, never metered on seats or sites. Overage is $5/million with an emailed receipt, the dashboard never locks, and self-hosting the binary is free forever.
Point your app at it tonight.
Client snippet, server events over one endpoint, same distinct_id. Tomorrow morning the verdict tells you which part of the funnel to fix.