Skip to content

Organize alerts by status in list view

Problem to solve

When users are triaging a large list of alerts with a team, they need a way to understand which alerts need immediate attention. The ability to differentiate between triggered, acknowledged, and resolved alerts is a crucial element of this workflow. Being able to differentiate between these statuses quickly, enables them to focus on the triggered alerts that that need investigation to get those assigned to a team member.

Intended users

Further details

This work drives the direction of the Alert Management category.

Proposal

The alert list UI needs to have tools to visually differentiate between alerts based on status. This might be organizing the alerts into different tabs or providing ways to filter a single list.

Design

After exploring both the filter and tabs options, the proposal is to move forward with tabs on the list page. The tabs will be:

  • Open (which includes both triggered and acknowledged alerts)
  • Triggered
  • Acknowledged
  • Resolved
  • All alerts

Here's how that would look:

Tab_option

Further details

  • The open tab will be the default tab, and it will include all triggered and acknowledged alerts
  • Once alerts are ignored or resolved in the open tab, they will be removed from the open alerts list. Users can view them again by clicking on either the ignored or resolved tabs.

Here's how that would work in practice (note: gif was created before "all alerts" tab was added, so it should be used as a guide for interaction though not final tab list):

Tabs

Permissions and Security

Documentation

Availability & Testing

What does success look like, and how can we measure that?

What is the type of buyer?

Is this a cross-stage feature?

Links / references

Edited by Sarah Waldner