Ad Hoc Reporting in FP&A: When the Same Quick Question Keeps Coming Back
The request usually starts with “quick question.”
Can we see gross margin by customer? Can we split that by region? What did the last six weeks look like? Can you add headcount? And maybe bookings?
By lunch, the quick question has its own workbook.
Ad hoc analysis is part of FP&A. Management should be able to ask questions that were not anticipated when the monthly reporting pack was designed.
But when the same kinds of “one-off” requests keep coming back, I stop treating them as interruptions.
Repeated ad hoc reporting is often management telling Finance what the regular reporting process forgot to answer.
The request is usually more useful than the requested report
A CFO asking for revenue by customer may not actually want another customer revenue report.
They may be worried about concentration.
A CEO asking for weekly payroll may be worried about the pace of hiring.
A business leader asking for three versions of margin may be trying to understand whether growth is getting less profitable.
If Finance responds only to the literal request, we can produce a technically correct spreadsheet and miss the question underneath it.
I like asking what decision or concern triggered the request. Not as a bureaucratic intake form. Just enough to understand what management is trying to see.
That usually makes the analysis smaller, not larger.
There are good ad hoc requests
Some questions should be ad hoc.
An acquisition opportunity appears. A large customer changes behavior. A competitor changes pricing. A product launch misses. The CEO wants to know what happens if a hiring plan moves by a quarter.
Those are new questions created by new information.
Finance should be good at answering them.
The problem is when the “ad hoc” queue contains the same questions every month.
Why did services margin fall?
Which departments are driving the hiring variance?
How much cash is committed over the next eight weeks?
What changed in the forecast?
If management repeatedly asks for information after receiving the normal reporting, the reporting may be complete without being useful.
That is a different problem.
Keep a request log for a while
This sounds more formal than it needs to be.
For a month or two, write down the meaningful questions that arrive outside the normal reporting cycle.
Who asked? What did they want to know? What data was needed? How long did it take? Has the question appeared before?
Patterns show up quickly.
You may discover that five “different” requests are really one missing view of customer profitability. Or that every forecast cycle produces a scramble around hiring because the headcount forecast does not show timing changes clearly.
You may also discover that a report nobody asks about consumes six hours every month.
Finance has a strange habit of protecting scheduled work from unscheduled work, even when the unscheduled work is telling us what people actually value.
Do not automate a question you do not understand
Repeated requests naturally create pressure to automate.
Sometimes that is exactly right.
But I would not turn the third version of a report into a dashboard until I understood why the first two versions failed.
Otherwise Finance can automate the wrong answer with impressive efficiency.
The sequence I prefer is simple: understand the question, stabilize the definition, make sure the underlying data can support it, then decide whether it belongs in recurring reporting.
This is also where software versus Excel conversations get confused. A reporting problem does not become a systems problem just because somebody had to copy and paste.
The regular pack should absorb the questions that matter
A useful management reporting pack is not frozen.
If leadership consistently asks the same question after the meeting, I would rather improve the pack than admire its consistency.
That does not mean adding every requested table.
Sometimes the right answer is replacing three pages with one better view.
Sometimes it is moving a metric to the front because it has become important.
Sometimes it is removing a report that has become corporate wallpaper.
The goal is not to eliminate questions. A good finance meeting should create questions.
The goal is to stop making management ask Finance to reconstruct the same basic context every month before the useful conversation can begin.
Ad hoc work needs a cost
Not necessarily a financial charge. A visible tradeoff.
If an analysis will take two days, something else is moving.
This is especially important for small FP&A teams, where a senior analyst can lose half a week to a request that sounded like a pivot table.
I do not think Finance needs to become defensive about this. “We can do that. It will push the forecast review to Thursday. Which is more important?” is a perfectly reasonable operating conversation.
It also teaches the organization that analytical capacity is capacity.
There is no magical reserve team living behind the spreadsheet tabs.
The best outcome is not fewer requests
I would be more worried about a finance team that never gets ad hoc questions.
It can mean the reporting is extraordinary.
It can also mean the business stopped asking Finance.
The useful signal is the mix.
New questions should keep arriving because the business keeps changing. Old questions should gradually migrate into better reporting, better definitions or better access to information.
If the same “quick question” arrives for the sixth month in a row, I would not blame the requester.
At that point, it is probably part of the reporting process.
We just have not admitted it yet.








