Not available yet. This page describes the intended behaviour.
Steps
Settings → Team.
Find the person.
Remove.
Access ends immediately — on their next request, not at the end of a session. If they have the dashboard open, their next range change or refresh fails.
Owners and admins can remove people. See Roles and permissions.
What happens to their work
Nothing is deleted. Sites they added, share links they created, exclusions they configured — all stay exactly as they are.
The one thing to check is API keys. A key they created keeps working after they are gone, because a key belongs to the organisation rather than to a person. That is usually what you want — a removed colleague's integration should not break your production dashboard — but it means you should review the keys when someone leaves and revoke any that were theirs personally.
Settings → API keys shows every key with when it was last used, which is how you tell a live integration from a forgotten one.
The seat is freed immediately
Removing someone frees their seat at once, so you can invite a replacement in the same sitting. See Seat limits.
You cannot remove the owner
Every organisation has exactly one owner, and they cannot be removed.
To replace them: transfer ownership first, which makes the previous owner an admin, then remove them.
Leaving an organisation yourself
If you belong to someone else's organisation and want out, leave it from the team list. Your own account and your own organisation are untouched.
The owner cannot leave. Transfer ownership first, or delete the organisation.
When someone leaves the company
A checklist, because two of these are easy to forget:
Remove them from the team. Access ends immediately.
Review the API keys and revoke any that were personally theirs. Check last-used first — revoking a key that a production integration depends on takes that integration down.
Review the share links. A link they created still works, and they may have the URL. Revoke anything that should not outlive them — see Turning sharing off.
Steps 2 and 3 are the ones that matter, because both are credentials that continue to work after the person's account no longer does.