01
Role-based access
Owner, Admin and Member roles control who can change monitors, contacts and billing. That means a new teammate can be given enough access to actually help — checking on a status page, seeing incident history — without also being handed the ability to delete a monitor or touch the billing plan on day one. It's the same principle behind least-privilege access anywhere else in your stack, just applied to monitoring. It's the same reason most software with any real stakes offers role-based permissions instead of an all-or-nothing account.
02
Invite your team
Up to 5 seats on Team tier, with a clean invite flow — no shared logins or password spreadsheets. Everyone gets their own login, their own two-factor authentication, and their own audit trail of what they changed, instead of a single shared password getting passed around in a message nobody can find later. It scales the way an actual team does — by adding people, not by handing out more copies of one password. It's designed to make onboarding a new teammate a five-minute task, not a security compromise.
03
Nothing is siloed
Monitors, contacts and status pages belong to the organization, not to any one individual account. When someone leaves the team, none of that has to be recreated or handed off manually — it was never tied to their login in the first place, so the org just keeps running exactly as it was. It's what makes the organization, not any single login, the thing your monitoring setup is actually built around. It's a small structural choice that quietly prevents a much bigger problem down the line.