Let’s talk
← Selected workPlate 01 of 03

ReportOps

Working demonstration

A report can be automated. The relationship needs a person.

A reporting workflow that assembles the report, routes it through the account manager’s inbox, and keeps approval with the team.

Project
ReportOps
Context
Working demonstration
My role
Workflow design and implementation

§ I The problem

Why this exists.

Reporting is not the document. Someone tracks what is due, pulls the numbers together, checks the draft, sends it, and then handles every question that comes back. The document is the small part.

§ II How it works

The workflow, step by step.

Fig. 1 — The reporting workflow, end to end
1Client sheetCadence, due date and the account manager who owns each client.
2Draft assembledA scheduled job finds what is due and writes the report from that client’s metrics.
3Account manager approvesThe draft lands in their normal inbox. They approve it or ask for changes.
4Client receives itOnly an approved report goes out.
5

When the client replies with a question, routine ones are answered from the report’s own numbers. Anything touchy, a bad month or a budget question, goes to a person instead.

  1. A client sheet holds the reporting cadence, the due date, the client details and the account manager who owns them.

  2. A scheduled job checks which reports are due and prepares a draft from that client’s own metrics.

  3. The account manager gets the draft in Gmail, where they already work, and either approves it or asks for changes.

  4. The approved report goes to the client. Follow-up questions are handled by risk: routine ones are answered from the report, sensitive ones go back to a person.

§ III Build decisions

What I chose, and why.

Use the team’s existing inbox as the review surface. A separate approval tool is one more place to forget to look.

Make approval a required step. Nothing reaches a client that a person has not seen.

Treat routine questions differently from sensitive ones, instead of routing everything the same way.

Keep the cadence and the assigned reviewer explicit in the client record, so the workflow has one source of truth rather than inferring who owns what.

§ IV What you can see

The evidence, and its limits.

A drafted monthly PPC performance report open in Gmail, with an executive summary and a campaign metrics table
Specimen — a drafted report waiting for review in Gmail. Example client, example metrics. Not a client result.
An account manager replies Approved to a ReportOps draft in Gmail
Approval — the account manager replies in Gmail. Example client: Elite Roofing.
A delivered performance report in a client Gmail inbox
Delivery — the completed report in a client inbox. Separate example: Apex Law Firm.
Gmail view of a follow-up question routed for account manager review
Routing — a question that needs judgment goes back to the account manager.

§ V Built with

The stack underneath.

Next plateEmailify

Bring the process.We’ll find the possibility.

Tell me what keeps landing on your team’s plate and we’ll talk through what could work better.

✦
Faaz.KhanAI Automation · Cognivio AIBack to top ↑