Skip to content

Table · reads person

Userbase

End-users of the agent + captured data.

Rows and columns, sortable and filterable.

Forty-one days inactive on a free plan is the row that predicts a churn.
UserPlanJoinedLast active
m.dubois@gmail.comProMar 2026Today
contact@atelier-nord.frTeamJan 2026Yesterday
lena.k@proton.meFreeAug 202641 days ago
ops@bureaukessler.deTeamNov 20259 days ago

What it does

Behaviours, not fields. Choosing between two modules is choosing between these.

Last active is the column that predicts churn, and it is the one nobody maintains by hand.

Plan sits next to activity, so the expensive silence is distinguishable from the free one.

Joined and last active together show whether somebody ever activated, which is a different problem from lapsing.

Feeds Segments, so "dormant ninety days" becomes a group that stays current rather than a query someone reruns.

How it works

  1. 1

    Accounts appear when somebody signs up; nothing is imported.

  2. 2

    Last active is written on genuine activity rather than on a page load.

  3. 3

    Joined against last active distinguishes somebody who never activated from somebody who lapsed — different problems, different fixes.

  4. 4

    Feeds Segments, so dormant ninety days becomes a group that stays current.

Best for

Comparing many records across many fields.

Not the right choice for

A phone. A table is the first thing that stops working narrow.

What a row holds

Every field, and what the agent listens for to fill it — which is the difference between a page you type into and one that fills itself.

FieldTypeFilled from
UserrequiredemailThe account identifier, normally the address they signed up with.
PlanrequiredtextWhat they pay for. Sits next to activity so expensive silence is distinguishable.
JoinedrequireddateWhen the account was created, which is how never-activated is told from lapsed.
Last activerequireddateThe last real session. Written by the system, never edited, which is why it stays true.

What it does not do

A module chosen for something it cannot do costs more than one that was never offered.

  • Activity means what the product counts as activity, which is a decision this module does not make for you.
  • One row per account, so a shared login looks like one person.
  • No engagement scoring or churn prediction — it shows the dates and leaves the judgement.
  • It holds personal data, and deletion is the owner obligation.

Before it works

What you have to provide, if anything.

  • Nothing, if accounts already exist.
  • Decide what counts as active before relying on the column. A page load is not a session.

In practice

A subscription product with about two thousand accounts.

Who is about to leave?
What was said to the agent

What the agent built

The userbase sorted by last active, with plan alongside.

What changed

Forty-eight accounts inactive past ninety days, nineteen of them paying. The paying nineteen got a personal email; eleven replied.

Questions

What data does the Userbase page use?

It reads person records the agent has collected. End-users of the agent + captured data. Nothing has to be imported first — the page appears once there is something to show.

Do I have to build or configure it?

No. You describe what you need in a sentence and the agent chooses the view and fills it. Custom pages exist for the cases no built-in view covers, and those are reviewed before they go live.

When is a table the wrong choice?

A phone. A table is the first thing that stops working narrow. It is best for: comparing many records across many fields.

Does it stay up to date?

Yes. The page is a view over the data rather than a copy of it, so anything the agent learns afterwards shows up without a rebuild or a re-import.

Ask for it in a sentence

You do not configure this page. You tell your agent what you need and it builds it from what it has already collected.

Build your agent free

Agents

More

👤
Profile
FAQ