Onboarding & retention
From first observed onboarding to funded accounts, live trades, and returning traders.
Loading product reports…
Loading operational stats…
Saved PostHog views
These open PostHog, which requires a PostHog sign-in. No PostHog credential reaches this page's browser code.
Dashboards
Bloxwap · Onboarding & Activation
Executive overview and drilldowns from first observed onboarding to the first confirmed live fill: branches, segments, steps, funding, trading readiness, demo-to-live and native entry. Mature windows only for conversion and drop-off; pending and unobservable people are shown separately. Consent-limited observed people.
Owner: Product analytics. Refresh: Insights recompute when opened after PostHog's cache expires; mature cohorts change once per UTC day. Force-refresh before a review.
Bloxwap · Retention & Activation Quality
Exact UTC D1/D7/D14/D30 and W1/W4 retention from observed signup, first live fill and recurring-trader anchors, weighted by cohort size with immature periods excluded; lifecycle segments, activation quality, stickiness and the bridge to wallet-based operational stats.
Owner: Product analytics. Refresh: Insights recompute when opened after PostHog's cache expires; a period appears only after its last UTC day has ended. Force-refresh before a review.
Saved reports
Executive overview · 24h and 7d
Largest losses by segment · 24h
Largest losses by segment · 7d
Website acquisition funnel · 7d
Unlinked handoffs and waitlist errors · 30d
Acquisition and waitlist reach · 30d
Step conversion, recovery and status · 7d
Onboarding step failures and cancellations · 7d
Deposit journeys by provider and method · 30d
Funding provider outcomes · 30d
Funded to first live trade · 7d
Trading readiness blockers · 7d
Observed onboarding to live fill · 30d
Native entry to activation · 7d
Populations and observation gaps · 30d
Coverage and event freshness · 7d
Retention from observed signup
Retention from first live fill
Retention of recurring traders
Metric glossary
Definitions, sources and owning roles. Formulas live in docs/analytics/kpis.md and packages/analytics/src/insights.ts.
| Metric | Definition | Source | Owner |
|---|---|---|---|
| Entrant | A consented person with an observed onboarding_started. Entry time, surface and platform come from their first observed entry. | PostHog · onboarding reports | Product analytics + engineering (#4797) |
| Activation rate | Mature entrants with a confirmed live (non-demo) fill within the window ÷ all mature entrants. Submitted or accepted orders and demo trades do not count. | PostHog · Onboarding conversion 24h/7d | Product analytics (#4811) |
| Largest drop-off | The adjacent readiness stage pair with the most mature entrants lost, as an absolute count and a share of the earlier stage. Stages are cumulative but may happen in any order. | PostHog · Onboarding conversion 24h/7d | Product analytics (#4811) |
| Funded, no live fill | Mature entrants with spendable live funds (existing balances qualify) and no confirmed live fill within the window. | PostHog · Onboarding conversion 24h/7d | Funding engineering (#4806) |
| Pending entrants | Entrants from the last 24 hours whose windows are still open. Their unfinished stages are not drop-off. | PostHog · Current onboarding 24h | Product analytics (#4811) |
| Time to first fill | p50/p90 from first observed entry to the first confirmed live fill, among people who converted within seven days (30-day mature cohort). | PostHog · Observed onboarding to live fill | Trading engineering (#4807) |
| Trading retention Dn | People with a live fill on exact UTC day n after their first observed live fill ÷ cohort size. Only fully elapsed days; weighted by cohort size. | PostHog · Trading retention D1/D7/D30 | Product analytics (#4812) |
| Coverage and freshness | Latest product event and seven-day volume per surface and platform. Missing traffic can mean consent, release or ingestion gaps, not abandonment. | PostHog · Coverage and event freshness | Data/platform engineering + product operations (#4815) |
| Server-verified outcome | A deposit, fill or activation confirmed by the stats outbox from venue or provider records, for people whose latest consent reached the server. | stats outbox → PostHog | Backend + trading engineering (#4801) |
| Referral registration (operational) | A wallet's referral registration time (tracked_users.first_seen, stored as signup_ts). The operational funnel counts all such wallets, all time; it is not account creation or an onboarding entrant. | stats worker · /funnel | Analytics dashboard engineering (#4813) |
| Wallet retention (operational) | Wallets that trade again on day n after their first-trade day (new-user) or after an active-trader day. Wallets, not people, and not limited by analytics consent. | stats worker · /retention | Analytics dashboard engineering (#4813) |
Loading report…
Reading these reports
- These reports cover people who allowed analytics. Missing observations are not proof of abandonment.
- Activation means an observed confirmed live fill. Submitted orders and demo trades do not qualify.
- Onboarding cohorts use first observed entry; account creation and first-ever trading history may predate tracking.
- Funding availability includes existing funds. Deposit settlement is a separate provider-confirmed event.
- The operational funnel counts referral registrations and wallets, and operational retention counts trading wallets; both have different populations. not combined