Questions we answerAI and automation
Should I automate reporting?
Usually yes, and usually after asking which reports anyone actually uses. Automating a report nobody reads makes it permanent.
Free · a few minutes · starts from “I think AI could help”
The short answer
Reporting is one of the better automation candidates: it repeats on a schedule, the steps rarely change, and the inputs are usually already in systems. The step worth taking first is asking which reports anyone acts on — most teams produce several that are read by nobody, and automating one makes it permanent. Automate the reports that drive decisions, delete the rest, and check what your existing tools already do before building: reporting is the area where paid-for features are most often unused.
Reporting has the right shape for automation almost by definition — scheduled, repetitive, rules-based — which is why it is such a common first project and such a common source of quiet waste.
The waste is not in the building. It is in automating the production of things nobody uses, which removes the one signal that would have led someone to stop producing them.
Is it really this?
Worth checking before you spend anything. These are the signals that tend to tell the two apart.
Signs it is
- Someone spends hours on a recurring schedule assembling the same numbers.
- The definitions are stable and agreed.
- Somebody acts on the report.
Signs it's something else
- The value is in the analysis and commentary rather than the assembly.
- The definitions are argued about every month, so automation would freeze a dispute.
- Nobody can name a decision any of these reports has influenced.
What's usually behind it
- Someone spending a recurring day assembling numbers by hand.
- Reports that accumulated over years, each added for a reason that may have passed.
- Data spread across systems that do not talk to each other.
What people usually get wrong
- Automating the whole reporting pack rather than the parts anyone uses.
- Freezing contested metric definitions into code and making them harder to change.
- Building a pipeline alongside a tool that already has scheduled reporting included.
The options, and when each one fits
In no particular order. Which of these fits depends on your situation, not on the question you typed.
Automate the reports that drive decisions
Definitions are stable and someone acts on the output.
Stop producing the rest
Nobody can name a decision they informed.
Use what your systems already offer
The data already lives in a tool with scheduling and dashboards.
When doing nothing is the right call
Ask the recipients which reports they actually opened last month. It costs an afternoon, and it frequently removes more work than the automation would have saved.
What the diagnostic asks
- Whether the work is repeatable and how much judgement it needs.
- How often it comes round.
- How sensitive the information is and what a mistake costs.
- Whether software already exists for it.
“I don't know” is always an answer. Nothing is assumed on your behalf.
The routes it weighs
Every diagnostic weighs all ten routes. These are the ones that tend to matter for this question — a description of the rules, not a promise about your answer.
Process improvement
Change how the work flows — remove steps, name an owner, fix the hand-offs.
AI Assist
Keep a person in charge and give them AI for drafting, summarising, checking or analysis.
AI Agent
Delegate a defined, repeatable workflow to software inside boundaries you set, with human oversight.
Redistribute
Move ownership of the work to where it fits, and make that explicit.
Do nothing yet
Record the issue, set a revisit date, and decide what would change your mind.
What changes the answer
- Frequent, rules-based assembly is a strong candidate.
- Reports that need interpretation are assisted rather than automated — the commentary is the value.
- Existing reporting features in systems you already pay for usually beat building.
Get your own read
A handful of short questions, then the strongest route for your situation, what's also credible, what we still don't know and what would change our view. No account, no setup.
Related questions
- What should I automate first?The most frequent, most repeatable, best-understood, lowest-stakes thing you do. Not the most annoying one, and not the one with the best demo.
- Is my process ready to automate?Four things have to be true: the steps repeat, they are written down, it happens often enough to pay back, and someone can say what a failure costs.
- Repetitive admin is eating the weekWork out how much of it should exist at all before automating any of it. Some repetitive admin is a process nobody has simplified, some is a good candidate for software, and a little of it genuinely needs a person.
- Should I automate this work?If it is repeatable, frequent, low-judgement and written down, quite possibly. If any of those is missing, fix that first.
- Can AI help my team?Often, but the useful question is where. AI that helps a person draft, summarise or analyse is a different decision from AI that runs a process.
- Should I use AI or hire someone?They answer different problems. AI reduces the effort in work that repeats; a person absorbs work that needs judgement, relationships and context.