
The Hidden Cost of 'Can You Just Pull That Number?'
The Monday That Went Nowhere
Maya has four things on her list for today: finalize the welcome sequence copy, review last month's campaign performance, write the brief for next quarter's launch, and prep for Wednesday's stakeholder meeting.
At 9:47am, the Slack ping arrives from the VP of Marketing.
"Can you get me the Q2 email revenue broken out by region? Board prep."
Maya opens the ESP. She exports campaign performance by region. Then she realizes the revenue data lives in Shopify, not the ESP. She exports from Shopify. The campaign names do not match between the two systems, so she spends ten minutes mapping them manually. She pastes everything into a Google Sheet, reconciles the totals, and sends the number.
Time elapsed: 34 minutes.
She returns to the welcome sequence. She re-reads the draft to remember where she was. She writes two sentences.
Another ping. This time from the Growth team lead: "What was our average click rate for the spring campaigns?"
She opens the same exports. Filters by campaign name containing "spring." Calculates the average. Sends the number.
Time elapsed: 12 minutes.
By lunch, Maya has answered four requests, sent eight numbers, and completed roughly zero items from her actual to-do list.
None of these requests were unreasonable. Each one was valid. Each one took a few minutes. Together, they consumed her morning.
Attention Residue: The Cost You Are Not Tracking
Most teams measure the visible cost of reporting requests: the minutes spent finding and sending the number.
The invisible cost is larger.
Sophie Leroy, a professor at the University of Washington, coined the term attention residue in her research on task switching. When people switch from one task to another, a portion of their attention remains stuck on the first task. They are not fully present in the new task, and when they return to the original task, they need time to rebuild their mental context.
Leroy found that interruptions create measurable productivity loss even after the interruption itself ends. The recovery time — the period required to re-engage with the original task — typically lasts 15 to 25 minutes.
This means every "quick" reporting request produces two costs:
| Cost | What It Is | Typical Duration |
|---|---|---|
| Direct | Time spent finding, validating, and sending the answer | 5–20 minutes |
| Recovery | Attention residue after returning to original work | 15–25 minutes |
When you account for both costs, a ten-minute request actually costs 25 to 35 minutes of productive time. Most teams only track the first number, which means they are underestimating their reporting overhead by a factor of two to three.
What That Adds Up To
Consider a marketing team with three email marketers. Each receives an average of six ad-hoc reporting requests per day. Each request takes 12 minutes to answer and creates 18 minutes of recovery time.
That is 30 minutes of lost productivity per request. Six requests per person per day. Three people.
That works out to nine hours per day of lost productivity across the team — more than a full workday per person.
Over a month, that exceeds 180 hours. Over a year, that is the equivalent of employing a full-time person who does nothing but recover from interruptions.
Most teams do not see this cost because it is distributed across people, across weeks, and across requests that each feel small in isolation. No single request looks expensive. The cumulative cost never appears on a budget report.
The Three Types of Reporting Requests
Not all reporting requests are the same. When we looked at request logs from email teams that tracked this data, three patterns emerged:
| Type | Definition | Frequency | Automation Opportunity |
|---|---|---|---|
| Operational | A metric question that repeats on a schedule | Recurring (weekly, monthly, quarterly) | High — dashboard or scheduled report |
| Analytical | A question about why something happened | One-off or seasonal | Low — requires human interpretation |
| Verification | A confirmation of a number from another source | Ad-hoc, often repeated | Medium — centralize the canonical source |
Operational requests make up roughly 60% of all ad-hoc reporting questions. They are predictable, repetitive, and almost always answerable with a live dashboard or scheduled report.
The reason they keep arriving as Slack messages is not that they are hard to answer automatically. It is that the cumulative cost of answering them manually has never been made visible. Nobody builds a dashboard for a question that "only takes five minutes."
How One Team Cut Ad-Hoc Requests by 70%
An ecommerce brand doing roughly $800K per month in email revenue had three marketers who collectively spent an estimated 25 hours per week on ad-hoc reporting requests. Most of these requests fell into the operational category: "How did last week's campaign perform?" "What is our current list size?" "Which segment had the highest conversion rate last month?"
Their fix was not a expensive BI platform or a new analytics tool. It was two changes:
- A weekly automated Slack report. Every Monday at 10am, a short summary of the five most-asked questions — last week's revenue, top campaign, list growth, churn rate, and conversion trend — posted to the same channel where the requests usually arrived.
- A read-only stakeholder dashboard. A single page showing the last 30 days of campaign performance, list health, and revenue. Shared with everyone who routinely asked for numbers.
After these changes, ad-hoc reporting requests dropped from roughly 25 hours per week to 7 hours per week. The remaining requests were mostly analytical — questions that genuinely required human interpretation.
| Before | After | Change |
|---|---|---|
| 25 hrs/week on ad-hoc requests | 7 hrs/week on ad-hoc requests | 72% reduction |
| 3 marketers interrupted 6-8x/day | 3 marketers interrupted 1-2x/day | 75% fewer interruptions |
| 0 shared data sources | 1 Slack report + 1 dashboard | 2 permanent answers |
The team reclaimed 18 hours per week. That time went into campaign optimisation, audience analysis, and actually improving performance instead of reporting on it.
The Recurring Request Rule
Here is a simple rule that prevents the cycle from restarting:
If a question gets asked twice, put the answer somewhere permanent before it gets asked a third time.
The answer does not need to be a dashboard. It can be:
- A pinned Slack message with the number and the date
- A line in a shared weekly doc
- A saved query in your analytics tool
- A cell in a spreadsheet that auto-updates
The threshold is not perfection. The threshold is visibility. If the answer requires a Slack message — or a spreadsheet hunt, or a manual export — it will keep generating interruptions.
The 80/20 of Reporting Automation
You do not need to automate everything. You need to automate the five questions that generate 80% of your requests.
Across dozens of email teams, those five questions are almost always the same:
- What was our email revenue last week, month, or quarter?
- How did campaign X compare to campaign Y?
- What is our current list size and growth rate?
- Which campaigns had the highest conversion rate?
- Are our unsubscribe rates changing?
If these five answers are visible to every stakeholder without sending a Slack message, the majority of ad-hoc requests disappear. The remaining 20% — analytical questions, one-off investigations, strategic analysis — are the work that actually benefits from human judgment.
What Changes When You Fix It
Teams that break the ad-hoc reporting cycle do not just reclaim hours. The nature of their work changes:
- Campaigns improve because marketers get uninterrupted deep work blocks instead of a day fractured by requests
- Stakeholders become more informed because they have continuous access to data instead of periodic answers that arrive after a delay
- Reporting analysis gets deeper because the team shifts from pulling numbers to interpreting what the numbers mean
- Meetings get shorter because everyone arrives with the same baseline data and the first fifteen minutes are not spent getting aligned on the facts
The hidden cost of "Can you just pull that number?" is not the ten minutes it takes to answer. It is the recovery time, the accumulated hours across the team, the campaigns that never get optimised because nobody could hold a contiguous thought for more than twenty minutes.
That cost is invisible because nobody tracks it.
But it is the difference between a team that feels busy and a team that is actually productive.
Related Articles
- Rebuilding an Email Reporting Workflow That Actually Scales
- How to Build an Email Marketing Report Your Boss Will Actually Read
- The Email Dashboard You Actually Need
- The Best Email Marketers Don't Write Emails — They Design Decisions
- Why Email Reporting Breaks When You Scale Past 10 Campaigns a Month
Frequently Asked Questions
An ad-hoc reporting request is an unscheduled request for data or metrics that falls outside normal reporting processes. Examples include executive questions, stakeholder requests, or last-minute performance checks.
The cost is not usually the metric itself. The cost comes from context switching, locating data sources, validating numbers, and interrupting planned work. A five-minute request often creates much more than five minutes of disruption.
Context switching happens when a marketer or analyst stops one task to work on another. Each interruption requires mental effort to switch focus and later resume the original work, reducing overall productivity.
Many teams spend several hours every week gathering data from multiple tools, validating numbers, updating spreadsheets, and responding to stakeholder questions that could be automated.
Automation reduces manual data collection and reporting work by centralising metrics, generating dashboards, and providing stakeholders with self-serve access to common performance questions.
Time to run those email marketing reports?
Let's get your email marketing reporting set up
Setup email reporting