TrailheadOperations & ReadinessNotification Follow-through
NI-01Inbox lifecycleNo assistant eval · Coverage unknown

Review a Canonical Notification

Keep one persistent notification visible across web and mobile even when a push is missed.

Track

Notification Follow-through

Phase

Inbox lifecycle

Starts with

Unread persistent notification

Ends with

Read, completed, or archived notification with preserved history

You are here

NI-01
  1. NI-01Review a Canonical Notification

The situation

A supported domain event creates one recipient-specific inbox record. The user can read, reopen, complete when action is required, or archive it while delivery history remains auditable.

What starts it

A supported event creates a persistent notification for the signed-in user.

How it unfolds

OperationsManager
  1. 1

    Trailhead creates one canonical notification per recipient

    System
  2. 2

    The user opens the same notification from web, mobile, or push

    Operations
  3. 3

    Trailhead records the read transition without changing delivery history

    System
  4. 4

    The user completes the required action or archives the notification

    Operations

Who's involved

Operations

Builds the cross-lodge picture, routes action, and retains follow-up.

Manager

Confirms priority, ownership, acceptance, or closure when required.

What each person sees

Operations

Cross-scope readiness signals linked to their trusted source context.

Why: Find the exact work that needs attention without copying its ownership.

Manager

The priority, named owner, accepted handoff, or closure evidence.

Why: Make the operating decision with explicit accountability.

The rule to remember

The Inbox preserves notification lifecycle; push is only a delivery channel and the source workflow remains authoritative.