Users

The Users tab is the people-centric view of your referral data: every end-user of your app who has touched a referral campaign, alongside the campaign- and money-centric views. These are your users, not your dashboard teammates — see Users and identity for how identity works.

Who appears in the list

A user appears once they interact with a campaign or paywall surface in any way:

• They were shown an invite screen or paywall carrying a referral offer
• They referred someone — generated a link, shared, or had a referral linked
• They were referred — signed up through someone else's link or code

One person can be both a referrer and a referee; the list and profile track both directions separately.

The users list

Metric cards above the table summarize totals: users, active referrers, and users with pending rewards. Every row links to the user's profile page.

Search and filter

• Search by name, email, or your external_id.
• Filter by reward status and by direction — users who received rewards, gave rewards, or both.
• Sort by rewards received, rewards given, payout count, or last activity.

Filters and pagination live in the URL, so filtered views are shareable.

The user profile page

Click any user to open their profile — the first place to look when someone asks "where is my reward?"

Identity and summary

The header shows avatar, name, email, external_id (with one-click copy), first-seen, and last-activity. Summary cards roll up rewards received, rewards given, total payouts, and the aggregate reward status. The user's referral code and link, campaign membership, and any tier progress sit alongside.

Referral history and graph

The profile shows the user's referral relationships in both directions: who referred this user, who this user referred, and the lifecycle state of every edge — so "why didn't my reward fire?" is answerable as the two-user question it really is. Any in-progress referral links directly into the rule inspector to show exactly which gate it is waiting on.

Activity timeline

A chronological feed of everything the user did: paywall and invite-screen interactions, tracked events, and referral state transitions (clicked, signed up, validated, reward paid, rejected). Events distinguish whether the user acted as the referrer or the referred party.

Rewards and payouts

Three detail sections mirror the Payouts screen's columns:

• Rewards received — each reward, its source referral, status, and amount or grant type
• Rewards given — rewards this user's referrals earned them, with status
• Payout history — method, amount, status (queued | processing | paid | review | failed), and provider reference

Each row cross-links to the related campaign, referral, or payout.

Fraud signals

If the user has tripped fraud rules, the profile surfaces it: the decision and signals on their referrals, rule hits (self-referral match, velocity, device or IP clustering), and any block-list entries. Each referral deep-links into the fraud dashboard.

Manual actions

From the profile you can manually grant or revoke a reward — for support cases where the automatic flow is not the right answer. Both actions require confirmation and are recorded in the audit log.

What's next