Workflows · Shared inbox triage

Give every message in the inbox an owner and a next step

The workflow sorts each message, assigns one owner, and drafts the reply when the answer is already written down somewhere your team approved. A person approves anything that reaches a customer. Internally we call it shared inbox triage.

Urgent work hides inside one undifferentiated pile

Sales questions, support requests, vendor mail, account issues, and internal forwards all land together. People scan the same threads, ask who owns them, and rewrite answers that already exist. The important message gets attention once somebody notices the delay.

This fits a shared support, service, orders, account, or production inbox across professional services, logistics and distribution, B2B services, ecommerce, SaaS, and media production. It needs category and escalation rules your team has written down. It won’t make a policy decision nobody has made yet.

We built this inside our own media and creative agency, where recurring inbox scanning used to sit with one person every morning. See the agency workflows.

Triage first. Draft only when the source supports it.

Trigger

A message arrives

The connected inbox receives a new thread or a reply on an open one.

Validation

Check identity and context

Sender, thread history, account record, category clues, and the data a reply would need get checked.

Route or draft

Assign, then prepare

The message gets a category, one owner, a priority, and a draft only when your approved sources cover it.

Human approval

Review the answer

A person checks the facts, the tone, the policy, and the reply before a customer sees it.

System update

Record the disposition

The approved owner, category, reply, status, and follow-up state get recorded together.

Exception

Escalate uncertainty

Sensitive, angry, ambiguous, unsupported, and high-impact messages stop for a person.

Who owns it, what gets drafted, and where the unclear ones sit

Three questions decide whether a triage workflow helps or just moves the pile around.

OwnershipOne owner per thread
Order of precedence

The person already on the thread keeps it. Failing that, the account owner. Failing that, the category’s assignment rotation. Failing that, the named fallback, who is a person and not a queue.

Visible, not implied

The owner is written on the thread, so nobody has to ask in chat and two people don’t answer the same message.

Handoff

Reassignment is a recorded action with a reason, which is also how you find out your categories are wrong.

Drafting, and the exclusionsYour rules, written down
When it drafts

Only when the answer exists in source material your team approved, and the draft cites which source it came from so the reviewer can check it.

Never drafted

Complaints, legal threats, anything about money owed, security and data requests, press, messages from accounts you’ve flagged sensitive, and anything your approved sources don’t actually answer. Those get routed, not written.

Approval

Every customer-facing reply waits for a person. Internal routing follows the rules we agree on and doesn’t need a click. Those are two of the four categories we build every workflow against.

Ambiguity gets held, not resolved. A message the workflow can’t place goes into a visible holding queue with three things attached: the owner it was assigned to, the specific question that has to be answered before anyone replies, and how long it has been sitting. The queue is meant to be read, and if it keeps filling with the same question, that’s a rule your team needs to write rather than a workflow that needs tuning.

What stays yoursYour judgment
Send

A person approves every customer-facing reply before it leaves the queue.

Escalation

People handle sensitive accounts, policy exceptions, complaints, and unclear intent.

Knowledge

Your team approves the source material and decides which answers are safe to draft at all.

What we need from youClient inputs
Sample

A representative month of messages across categories, owners, tones, and exceptions.

Rules

Category definitions, ownership, escalation conditions, the answers you already approve of, and the claims nobody may make.

Systems

The inbox, the support or account record, the knowledge sources, and one person on your side who can approve the rules.

Count the wrong routes and the reopenings too

We haven’t published a measured client result for this workflow. A real one needs the current volume, the manual triage work, category and owner errors, reopened threads, and the exception mix, then the same record after launch.

What would count as proofOne queue, same definitions
Effort

Hands-on triage, routing, context lookup, drafting, review, and reassignment minutes.

Quality

Wrong categories, wrong owners, unsupported drafts, reopened threads, and human overrides.

Control

Customer-facing approvals, escalations, source citations, and the exceptions kept in the record.

An illustrative scenario, not a client result

These numbers are assumptions. They are not a client result, and nothing here is a promise about how fast anyone replies.

Assumptions

800 messages arrive each month. Triage and routing take 6 minutes each today. 70% fit stable categories that could remove 4 minutes of sorting and context lookup.

Arithmetic

800 × 6 minutes = 80 current hours. 800 × 70% × 4 minutes = 2,240 minutes, or 37.3 hours of modeled monthly capacity.

Meaning

The other 30% still take 6 minutes, and every external send still takes a person’s read. What it’s worth depends on your message mix, how good your approved sources are, how often a draft gets rewritten, and what the tools cost to run.

How this gets bought, scoped, and priced is on the services and pricing page. Describe the inbox and the answers your team keeps retyping in the free written assessment, and we’ll reply by email with which categories we’d take first.

Start with one inbox and one month of messages.

Categories, ownership, the repeated answers, and the threads that still need judgment.

Get a free written assessment