Hesklo
Home/Features/Team accounts
Team accounts

On call should not rest on one person.

Invite the rest of your team onto the same account. Everyone signs in as themselves and works on the same monitors, connections and history, so nothing is ever set up twice.

  • One shared account. Monitors, connections and incident history belong to the account rather than to whoever created them.
  • Two access levels. Read-only members see everything and change nothing. Full members build like you do.
  • People become recipients. Team members can be paged directly from an email step, which is what makes real escalation possible.
01 · Getting people in

An invite and a link.

Invite by email

Enter a name and an address. They set a password from the link and are straight in, showing as pending until they do.

They sign in as themselves

No shared login and no password passed around a channel. Every action belongs to a person.

Seats you can see

The member list shows who is active, who is still pending and how many seats remain.

Remove a member

Access is revoked at once and the seat frees up. Every monitor and all history stays with the account.

02 · Access levels

Two roles, deliberately.

Most teams do not need a permissions matrix. They need to know who can change things and who cannot.

Full members

Create and edit monitors, build escalation policies, manage connections and edit the on-call rota. The same capabilities you have.

Read-only members

See every monitor, policy, incident and the on-call rota, and change none of it. Useful for support, management and anyone who needs context rather than control.

Billing stays with the owner

The account owner keeps billing and the member list, so nobody else can add seats or change the plan.

Everyone sees the same picture

Because the account is shared, there is no situation where one person is looking at monitors the rest of the team cannot see.

03 · Alerting a team

The point of having one.

Adding people to an account only matters if alerts can actually reach them individually.

Page a named person

Team members become recipients on the email notify step, so a policy can page one engineer and escalate to the next.

Nobody left holding it

An email alert can carry an acknowledge button. If it goes unclaimed, the flow moves on to the next person.

Follow the on-call rota

An email step can page whoever is on duty rather than a fixed person, which removes the manual routing entirely.

Escalation between humans

Chain email steps with waits between them and an unanswered page climbs the team instead of sitting in one inbox.

Questions

Common questions

How many team members can I add?
Ten seats are included on the Team plan and twenty-five on Business. The account owner keeps billing and the member list.
What can a read-only member do?
They can see everything and change nothing. That includes every monitor, escalation policy, incident record and the on-call rota. It is the right level for support staff or anyone who needs visibility without the ability to reconfigure alerting.
What happens to monitors when I remove someone?
Nothing. Monitors, policies, connections and history belong to the account rather than to the person who created them, so removing a member revokes their access and frees the seat while leaving everything else intact.
Can different alerts go to different people?
Yes. Team members are available as recipients on email notify steps, so one policy can page a specific engineer while another pages someone else. Combined with wait steps this is how tiered escalation between people is built.
Keep reading

Related features

Get the whole team on the same page.

Invite your colleagues, give them the right level of access, and stop being the only person who knows when something breaks.