How to measure retention in an AI assistant
- Pick a return event that means value, not an app open. “Came back and started a new conversation with a real request” or “completed a task” says more than a login. In most default charts, a user who opens the app, sends one message, and leaves counts as retained.
- Match the window to how often the job recurs. A companion people talk to daily should be measured on day 1, 7, and 30. An assistant people need once a week, for expense reports or code review, needs weekly retention, or healthy users will look churned.
- Send a stable user ID with every event. Send it to your product analytics tool along with a small set of conversation events: conversation started, task completed, human requested. If the same person shows up under several IDs, your cohorts break apart.
- Chart retention by cohort. Group users by signup week or first-conversation week in Amplitude, Mixpanel, or PostHog, then compare each cohort with the ones before it.
- Split each cohort by what happened in its first conversations. Tag first conversations with an outcome: got what they asked for, rephrased repeatedly, abandoned mid-task, asked for a human. Compare the retention curve of each group. This step is what turns a retention number into a reason.
- Read the conversations of users who did not come back. What did they ask for, and which agent turn came right before they stopped? A dozen transcripts usually point to one or two fixable causes.
- Ship a fix and compare the next cohort on the same return event.
Retention numbers and the reasons behind them
Retention is measured in one kind of tool and explained in another. Most teams need both, joined on the same user ID.
| Question | Where the answer lives | Tool type |
|---|---|---|
| How many users come back after 1, 7, or 30 days? | Product events | Product analytics |
| Which plan, channel, or surface retains best? | Product events plus user properties | Product analytics |
| What did the users who left ask for? | Conversation text | Conversation analytics |
| Where in the conversation did they stop? | Conversation timeline | Conversation analytics |
| Did a tool call fail or a rule break before they left? | Conversation plus tool calls | Conversation analytics or tracing |
| Did a fix change the next cohort? | Both | Both, joined by user ID |
Why this page has no benchmark table
Public “good day-30 retention” numbers for AI apps are mostly secondhand reports with no stated method, so we don’t repeat them. Your own previous cohorts are a better baseline than any industry figure.
The benchmarks you already know also transfer badly. Mobile game benchmarks come from products built around streaks, rewards, and daily loops designed to bring people back. Social app benchmarks assume a network: your friends post, so you have an outside reason to open the app. An AI assistant has neither. It has to earn every return visit, and the closest analogs are solo, habit-based products such as journaling apps.
AI assistants also fail in their own ways:
- Novelty fades. Users arrive curious, have a few surprising conversations, and drift once the surprise is gone unless they found a recurring job for the assistant.
- Context doesn’t accumulate. People expect an assistant to remember them. When every conversation starts from zero, nothing builds, and there is little reason to come back.
- There is no re-engagement trigger. Email has an inbox and social apps have friends. Most assistants have nothing that brings the user back unless the product creates the moment.
Conversation patterns to test against retention
The patterns below are hypotheses, not benchmarks. Define each one in your conversation analytics tool, then compare how often it appears in the cohorts that stayed versus the cohorts that left.
- First-conversation outcome. Did the user get past the introduction and get something useful? A short conversation that resolved the request is a good outcome. A short one that ended in a polite “ok” after a miss is not, so measure length together with outcome.
- Time to second conversation. The second visit is where a habit starts. If most returning users come back within a couple of days, a nudge in that window is worth testing.
- The activation conversation. Every assistant has a kind of conversation that separates users who stay from users who leave. It is product-specific, and you find it by comparing the first-week conversations of retained and churned users.
- Memory corrections. “I already told you I’m vegetarian.” Each correction is evidence that context isn’t carrying over between sessions.
- No clear job. Users whose first messages stay exploratory (“what can you do?”) and never land on a recurring task.
- Shrinking conversations. Over weeks, requests get shorter, simpler, and narrower. The user has moved the assistant to a lower-value role, often before they stop coming at all.
For more on reading churn in conversation data, see conversation signals that predict cancellation and what activation means for an AI companion.
Tools that do this
- Amplitude Agent Analytics. Agent sessions and seven built-in signals, including Task Completed and User Friction, feed the same funnels, cohorts, and retention charts as the rest of your product. Free up to 2M events and 5,000 agent sessions a month; conversation text is kept 14 days on Free and Plus. The best fit if you already use Amplitude.
- Mixpanel Agent Intelligence (beta). Every agent span becomes a Mixpanel event, so you can build retention and cohorts on agent turns. Access is limited during the beta, it requires OpenTelemetry GenAI conventions v1.41+ with
user.idon every span, and topic and sentiment grouping are listed as coming soon. - PostHog. AI Observability events live in the same data as PostHog funnels, retention, and lifecycle analysis, with LLM-judge templates such as Task outcome for labeling conversations. The first 100,000 AI events a month are free; full prompt and response text is deleted after 30 days.
- Trodo. Joins agent traces to product events by user, so funnels and retention sit next to task completion and failure rate per job. Pro is $249/month.
- Agnost AI. Does not draw retention curves. It explains why users leave: conversation timelines, intents for what users wanted, rules for where the agent went wrong, and tool-call failures, all filterable by user metadata such as plan. The Free plan keeps 7 days of data; Starter ($49/month) keeps 30 days and Pro ($499/month) 90, so comparing against day-30 cohorts needs Starter or above.
For the wider stack of product analytics, tracing, and evals, see the best AI agent analytics tools in 2026. If time-in-app is your current stickiness metric, read why time in app misleads for AI companions first.
To send the same user and conversation IDs to Agnost AI that your product analytics already uses, start with the Python SDK guide or the quickstart.
Frequently asked questions
What is a good retention rate for an AI assistant?
There is no reliable public benchmark. The day-30 figures that circulate for AI apps are mostly secondhand and rarely state how they were measured, and retention depends heavily on how often the job your assistant does comes up. Compare your own cohorts release over release instead.
Can I measure AI chatbot retention in Amplitude, Mixpanel, or PostHog?
Yes. All three can chart retention on events your assistant sends, as long as every event carries the same user ID. Amplitude Agent Analytics and PostHog AI Observability put agent sessions into the same retention charts, and Mixpanel Agent Intelligence does the same but is still in beta.
Why are users churning from my AI assistant?
Retention charts show that users left, not why. Compare the first conversations of users who stayed with those who did not, and read the ones who left. Common causes are answers that missed the request, a task the agent could not complete, and an assistant that forgets context the user already gave it.
Does Agnost AI track retention?
No. Agnost AI has no retention curves or cohort charts. It reads conversations to show what users wanted, where they got stuck, and which rules the agent broke, and you can filter those findings by user metadata. Pair it with a product analytics tool for the retention numbers.
