Use cases · Nº 22 · 3 min read

Use Case: Inbox to Action

The inbox is where business hours go to die. How AI triage turns a hundred emails into five decisions and a stack of ready drafts.

Ask a business owner where their day went and the honest answer is usually email. Not writing anything important, just processing: reading, deciding what each thing is, digging out details, re typing them somewhere else, and drafting the same six replies in slightly different words. It is high volume, low judgement work stapled to occasional moments of real decision, which makes it almost perfectly shaped for AI.

The triage pipeline

Every good inbox system, human or AI, does the same four things. AI just does them tirelessly:

  1. Classify. Every incoming email gets a bucket: junk, FYI only, routine action, needs a decision, urgent. The magic is that an LLM classifies by understanding, not by rules, it knows a quote request when it reads one, however it is worded
  2. Extract. For the ones that matter, pull the substance into structure: who, what they want, the address, the dates, the amounts, the deadline. This is the re typing you currently do by hand into the job system or spreadsheet
  3. Draft. For the routine actions, a reply is waiting in drafts before you have seen the email: the booking confirmation, the invoice chase, the "here's our availability", written in your voice from your standing instructions
  4. Surface. What lands in front of you each morning is not a hundred emails, it is a short brief: the five that genuinely need you, each with context attached, plus a stack of drafts to approve

The golden rule running through all of it: AI drafts, you send. Keeping a human on the send button costs seconds per email and buys you complete confidence in the system. Loosen it later, for narrow categories, once trust is earned, exactly like delegating to a new assistant.

Start manual, today, before automating anything

You do not need any integration to begin. This afternoon, paste your unread inbox backlog into Claude, or forward a messy thread, with a prompt like:

"Triage these emails. Bucket each as junk, FYI, routine, decision, or urgent. For everything except junk, one line on what it is and what's needed. Draft replies for the routine ones, my tone is friendly and brief. Then give me the five I should handle first and why."

Run that daily for a week inside a Project that knows your business. Two things will happen: you will get hours back immediately, and you will learn exactly what your triage rules are, which is precisely the specification you need before automating.

Then wire it in

The automated version connects to the mailbox and runs the pipeline continuously, filing, extracting into your actual systems, and queueing drafts, with the morning brief arriving before you do. That is an integration build, the build versus buy versus managed framework applies, and the data hygiene article matters here more than anywhere, because the inbox is the whole business in text form. Whoever builds it, insist on the boundaries: which categories may auto file, which may never, and a human send button until the audit trail proves otherwise.

What changes

Clients who run this properly describe the same shift: email stops being a place they live and becomes a queue they clear. The re typing disappears, response times drop from days to hours, which wins work by itself, and the mental load of "what's lurking in there" goes quiet. The inbox was never the job. It was the pipe the job arrived through, and pipes are for plumbing.

Image coming soon

Before and after: a raw inbox and its triaged morning brief

Next, the use case with the fastest payback I know: quotes out the door in minutes.