smolanalytics
menu
log inStart trial
product analytics

Product analytics you can just ask.

Funnels, retention, paths, and cohorts from one snippet. Ask "where do trials drop off?" in plain english, from a dashboard bar or your own Cursor or Claude over MCP. Answers are computed from the reports, never guessed, and the investigator finds what to fix before you ask: the dashboard opens on the desk, the most expensive finding first. One Go binary, cheap, 14-day trial at Pro limits with no card.

Product analytics is the practice of measuring how people actually use a product by tracking the actions they take inside it, then turning those events into funnels, retention curves, user paths, and cohorts, so a team can see where users convert, where they drop off, what keeps them coming back, and what to fix next. Where web analytics counts pageviews and traffic to tell you how people arrive, product analytics counts named events (signed up, activated, upgraded) keyed to a stable per-user id to tell you what they do once inside. smolanalytics (smolanalytics.com) does web and product analytics from one snippet, computes every report deterministically, and investigates on its own: the dashboard opens on the desk, the single most expensive finding first with a queue of findings and the quarter's movements, and you ask anything else in plain English, from a dashboard bar or your own Cursor or Claude over MCP, with the answer computed from the reports, never generated by an LLM. Each project runs as its own isolated single-binary instance, roughly 7 bytes per event, no Kafka, ClickHouse, or Postgres, with a 14-day trial at Pro limits (no card), plans from $19/mo, and your data exportable in one file at any time.
what it is

What is product analytics?

Product analytics is the practice of measuring how people actually use a product by tracking the actions they take inside it, then turning those events into funnels, retention, paths, and cohorts. Where web analytics counts pageviews and traffic sources to tell you how people arrive, product analytics counts named events (signed up, activated, upgraded) keyed to a stable per-user id to tell you what they do once inside, and whether they stick.

The two are most useful together: a user's referrer, their first click, and their eventual upgrade belong on one timeline, not in two tools that never agree. smolanalytics does both from one snippet. The full definition, and exactly how it differs from web analytics, is on the product analytics glossary page.

the four you actually use

What are the core reports?

Almost every product question resolves to one of four reports. Learn these and you can read a product's health without a data team.

funnels
An ordered set of steps (view pricing → start trial → invite teammate → upgrade) with the conversion between each. A funnel shows exactly which step leaks, so you fix the step that loses the most people instead of guessing.
retention
How many users come back over time: day 1, day 7, day 30, or week over week. A flat retention curve means people found lasting value; a curve that decays to zero means they did not, and no amount of new signups fixes that.
paths
The real routes people take through the product, forward from an event or backward into one. Paths surface the flows you never designed, the dead ends, and the loops: how the product is actually used versus how you think it is.
cohorts
Groups of users defined by when they joined or a shared trait (plan, source, first action), compared over time. Cohorts answer whether a change helped: did users who signed up after the new onboarding retain better than the ones before?

All four run off the same raw material: named events with a stable distinct_id. Send that well once and every report becomes a question you can just ask. See the whole set on every feature.

the smolanalytics way

How smolanalytics does product analytics

The report list is not the difference, every tool has funnels and retention. What is different is how you get the answer, and what it costs:

  • 1Ask in plain English. Instead of building a dashboard for every question, you type "where do trials drop off?" into a dashboard bar, or into your own coding agent (Cursor, Claude Code, Copilot, and the rest) over MCP (97 tools, 15 prompts). It is bring-your-own-model, so your editor's own AI does the asking and the AI part is free.
  • 2An investigator, not just charts. It checks every event you track on a schedule; you check the four you suspect. The dashboard opens on the desk: the most expensive finding first, a queue of findings each carrying a status (needs you, watch, recovered, verified), and the quarter's movements, with the same investigation in a morning brief. The point of product analytics is a decision, so it surfaces the decision instead of another graph to interpret.
  • 3Computed, never guessed. Every answer comes from the same deterministic reports the dashboard renders, not from an LLM writing numbers.
  • 4One binary, and cheap. Each project runs as a single Go binary, standard library only, roughly 7 bytes per event, no Kafka, ClickHouse, or Postgres to run. Plans start at $19/mo with $6 per extra million events (the big tools charge around $50), after a 14-day trial at Pro limits with no card.

It ships feature flags, A/B experiments, heatmaps, surveys, and a session inspector; the one thing it deliberately does not do is pixel-perfect DOM session recording. Cookieless mode means no consent banner, and importers for PostHog, Mixpanel, Amplitude, Umami, CSV, and JSONL get your history in. See how it stacks up vs Mixpanel and vs Amplitude.

what you can ask

Ask it like you'd ask a data person

The questions you actually have never fit a pre-built chart. So type them:

where do trials drop off, and how much do we lose at each step?
did activation improve since we shipped the new onboarding?
what's the day-7 retention for users who came from the blog?
which channel brings the users that actually stick?

Same reports either way. The dashboard ask bar is the fastest path; the MCP server answers the same questions in the window where you write code. The full connect walkthrough is on the MCP server page.

install

Run the whole thing with one line

Web install is a single script tag plus one init call. The dashboard, ingestion, and the MCP server are all in one binary, no infra to stand up:

web install
<script src="https://your-instance/sdk.js"></script>
<script>smolanalytics.init("YOUR_KEY", { host: "https://your-instance" })</script>

Prefer real data first? The live demo is a populated instance you can ask right now, no install. Full setup is in the docs.

Common questions

What is product analytics?
Product analytics is measuring how people use a product by tracking the actions they take inside it, then turning those events into funnels, retention, paths, and cohorts so a team can see where users convert, where they drop off, and what to fix. It keys everything to a stable per-user id, so a person's behavior across sessions and across browser and server joins into one timeline.
How is product analytics different from web analytics?
Web analytics counts pageviews, sessions, and traffic sources to tell you how people arrive. Product analytics counts named events (signup, activation, upgrade) tied to a stable user id to tell you what people do once inside and whether they stick. Web analytics is about acquisition; product analytics is about behavior and retention. smolanalytics does both from one snippet, so both live on one timeline.
What are the core product analytics reports?
Four. Funnels (the step-by-step conversion of a flow and where it leaks), retention (how many users return over day 1, 7, and 30), paths (the real routes users take through the product), and cohorts (grouping users by when they joined or a shared trait, then comparing behavior over time). Those four answer most questions about how a product is actually being used.
What does smolanalytics do differently?
It is an investigator, not just a query surface: it checks every event you track on a schedule, and the dashboard opens on the desk, the single most expensive finding first with a queue of findings (each carrying a status like needs you, recovered, or verified) and the quarter's movements, plus a morning brief. You ask anything else in plain English, from a dashboard bar or your own Cursor or Claude over MCP (97 tools, 15 prompts) using your own AI model, so the AI part is free. And every answer is computed from deterministic reports, never generated by an LLM.
How much does product analytics cost with smolanalytics?
Plans are Pro $19 (2M events included) and Scale $49 (5M events included) per month, then $6 per million events (the big tools charge around $50). The 14-day trial at Pro limits needs no card and is the free experience; there is no free tier after it. There is no per-seat tax and no surprise event bill, and your data exports in one file any time.
What does smolanalytics deliberately not do?
The one thing it deliberately doesn't do is pixel-perfect DOM session recording, the screen-recording, video-replay kind. It does ship feature flags, A/B experiments, heatmaps, surveys, and a session inspector that replays a user's journey reconstructed from their events (pages, clicks with positions, rage-clicks, timing). It is for teams who want a straight, owned, cheap answer on what to fix, from web plus product analytics in one binary, without the enterprise bloat or a per-seat bill. If pixel-perfect screen recording is non-negotiable, a heavier tool fits you better, and the comparison pages say so plainly.
keep reading
Start the 14-day trial
no credit card · 14-day trial at Pro limits · from $19/mo after