The admin dashboard is the internal operations surface. It is used to see revenue, webhook events, audit trails, and some administrative actions such as role updates.
What this feature includes
/adminPOST /api/admin/users/role- visibility into payments, webhook events, and audit trail
Related routes and endpoints
The data shown in the admin area usually also depends on payment, webhook, audit trail, and subscription flows. In practice, this page is often used together with Billing and payments and Testing and readiness.
Who uses it
- founders who also operate the product,
- internal operators,
- support or finance teams,
- developers verifying admin access.
Main dependencies
What teams usually customize
- the metrics operators care about,
- who can become an admin,
- which actions need to stay available,
- operational language and labels,
- event and audit visibility.
When this feature is disabled
Admin is usually disabled when:- the team is still very small and does not need an internal panel,
- the product does not need formal internal operations yet,
- a client project did not purchase the admin area.
- checking payments,
- checking webhooks,
- checking audit data,
- reviewing user roles when needed.
Verification checklist
- Admin users can open
/admin. - Non-admin users cannot access the admin area.
- Role updates work if that flow is used.
- Revenue, payments, webhooks, and audit visibility match expectations.
- No misleading placeholder data remains in the admin surface.