Triage customer conversations by urgency, SLA, account context, and ownership without losing thread history. The screen connects Inbox and Assigned so support agents can find the “Reply” action while checking open tickets and sla at risk.
Use this reference when you need to design this workflow inside an existing product. The example includes practical records such as Refund after duplicate charge and SSO login fails after domain change, rather than an empty visual shell.

Inbox
Reply
Inbox
Default, loading, empty, error, permission, success
Adaptable product UI theme
Support agents need a clear “Reply” action without losing sight of open tickets, sla at risk and the affected records. Keep the decision and its outcome clear before moving to the next task.
Inbox → Assigned → Reply → Review outcome
Inbox, Inbox, Assigned, SLA, accessible states, contextual actions
Keep the active record close to its history, owner and status. Make urgent items easy to find without hiding the rest.
In this design, people should be able to compare Refund after duplicate charge with SSO login fails after domain change. Make open tickets clear, then use sla at risk to explain whether the next step needs attention.
Before handing this to a designer or engineer, check keyboard focus, error copy, permissions and what happens after they choose the “Reply” action. The happy path alone is not enough.
Related UI examples: Ticket Detail, SLA Monitor, Help Center Admin.
Design a support inbox screen for our existing software product. Use our real design-system tokens, components and product language. Show Inbox and Assigned, include believable records such as Refund after duplicate charge, and make reply easy to find. Map loading, empty, failure, permission and success states before you create editable high-fidelity screens.