Published on : Jul 25, 2026

AI and GenAI Tools Changing Analytics Workflows

Where AI Actually Speeds Up Analytics Work and Where It Doesn't

8 Minutes Read
Rutvik Acharya, Principal Data Scientist at Atlassian

Rutvik Acharya

Principal Data Scientist Atlassian

AI and GenAI tools changing analytics workflows thumbnail

AI and GenAI Tools Changing Analytics Workflows

I run analytics for a large product organization, and the honest version of what's changed in the last year isn't that AI replaced anyone on the team. It's that the boring 70% of the job, the SQL cleanup, the recurring dashboard update, the "can you pull this one number" Slack message, has gotten a lot faster. What's left over is the part that was always the actual job. Framing the right question, knowing which number to trust, and telling someone what to do about it.

This isn't a hype piece about AI replacing analysts, and it isn't a dismissal either. It's what I've seen actually work, what still needs a human, and which tools analytics teams are genuinely putting into daily use rather than just piloting once and forgetting about.

Natural language querying and AI assisted dashboards

The biggest practical shift is that a stakeholder can now type a question in plain English and get a chart back, without opening a ticket with the analytics team. Tools like Power BI Copilot, ThoughtSpot's Spotter, and Snowflake Cortex Analyst all do some version of this. You ask "how did signups trend by region last quarter" and get an answer in seconds instead of a day.

Where this genuinely helps.

  • Ad hoc questions that used to sit in an analytics team's backlog for a week now get answered instantly, which frees analysts up for work that actually needs judgment.

  • Non technical stakeholders can self serve on simple, well defined metrics instead of pinging an analyst for numbers that already exist in a dashboard.

  • Exploring a new dataset gets faster, since you can ask a rough question in words instead of writing exploratory SQL from scratch.

Where it quietly breaks down.

  • Natural language querying is only as good as the semantic layer underneath it. Ask a question the model doesn't have a clean metric definition for, and it will confidently give you a wrong answer rather than say it doesn't know.

  • Ambiguous business terms cause real problems. "Active user" means something different to marketing than it does to product, and an AI copilot will happily pick one definition without flagging the ambiguity.

  • These tools are excellent at "what happened" and noticeably weaker at "why it happened," which is usually the more useful question anyway.

The practical takeaway for any analytics team adopting this is that the model is only as trustworthy as the metric layer feeding it. Teams that invested early in clean, well documented metric definitions are getting far more value out of natural language tools than teams that just turned on a copilot and hoped for the best.

Where AI speeds up work and where judgment still matters

It's worth being specific about this split, because it's where most of the confusion I see on analytics teams actually comes from.

AI Is Genuinely Good At

Judgment Still Matters For

Writing and cleaning up boilerplate SQL

Deciding which question is actually worth answering

Summarizing a dashboard into a paragraph

Knowing which numbers on that dashboard to distrust

Drafting a first pass at a chart or report

Choosing the right way to frame a result for a specific audience

Answering well defined, already modeled questions

Handling ambiguous, first time, or politically sensitive questions

Catching obvious data quality issues

Understanding the business context behind an anomaly

Speeding up repetitive, high volume analysis

Deciding what to do based on the analysis

The pattern I keep coming back to is that AI is excellent at compressing the distance between a question and a first draft of an answer. It's much weaker at knowing whether that's the right question, or whether the answer is safe to act on. That gap is exactly where a data analyst's judgment still earns its keep, and honestly where the more interesting parts of the job now live.

Popular AI copilots analytics teams are actually adopting

There's a lot of noise in this space, so it's worth separating what teams are actually using day to day from what's mostly a demo. Based on what I've seen across analytics teams and how the market's shaking out in 2026, most tools fall into three groups.

Category

Examples

What It's Good For

AI added to an existing BI suite

Power BI Copilot, Tableau's AI agents, Looker with Gemini

Teams already standardized on one of these platforms, strong governance, easier rollout

AI built into the data warehouse

Snowflake Cortex Analyst, Databricks Genie

Teams that want the AI layer to stay inside the warehouse they already run, without moving data around

AI native, question first tools

ThoughtSpot, Sigma's agent features

Teams prioritizing self service for non technical users, built around asking and acting rather than building dashboards by hand

A few honest observations from actually using tools in this space.

  • Teams standardized on one ecosystem, Microsoft, Snowflake, or Google, get the least friction from that ecosystem's own copilot. Fighting your existing stack to bolt on a different vendor's AI layer usually isn't worth it.

  • Most analytics teams I talk to are running more than one of these, typically a governed suite for finance grade reporting and a lighter, AI native layer for the long tail of everyday questions.

  • Adoption is highest where a team already had clean, documented metrics. Where the underlying data was messy, the AI layer mostly just made bad answers arrive faster.

What this actually means for analysts starting out

If you're early in your analytics career, this isn't a reason to panic, and it's also not a reason to skip learning SQL and Python because "AI will do it." The analysts getting the most value out of these tools are the ones who already understood the fundamentals well enough to know when an AI generated answer looks wrong.

A few things worth prioritizing if you want to work well alongside these tools rather than compete with them.

  • Get genuinely fluent in your company's metric definitions and semantic layer, since that's what makes or breaks every AI tool sitting on top of it.

  • Keep building strong SQL and Python fundamentals. You need to be able to verify an AI generated answer, not just accept it.

  • Practice framing ambiguous business questions clearly, since that's the skill AI is worst at and still the most valuable thing an analyst brings to a room.

  • Get comfortable being the person who says "that number's wrong" and can explain why, even when a confident looking AI answer says otherwise.

Where this is headed

The tools in this space are changing fast enough that anything written today will look slightly dated within a year. What's held steady across every wave of "AI will change analytics" so far is that the value still comes from someone who understands the business well enough to ask the right question and know which answer to trust. That's the part worth investing in, regardless of which copilot your team ends up standardizing on.

FAQ

FREQUENTLY ASKED QUESTIONS

No. The US Bureau of Labor Statistics projects 23% growth in data analyst roles through 2032, and McKinsey's 2024 Global AI Survey found 78% of companies use AI to augment analytics teams, not replace them. The mix of work is shifting, not the headcount.
Whichever sits closest to your existing BI or warehouse platform. Power BI holds roughly 20% of BI market share and Tableau around 16%, so most teams get the least friction starting with their own ecosystem's native copilot before evaluating anything else.
Not yet. Accuracy depends on how well a company's metric layer is defined, and even strong tools return a confident, wrong answer when a term like "active user" isn't clearly defined. Treat the output as a first draft, not a final number.
Yes. Estimates put AI's current automation of routine analyst tasks at around 30 to 40%, concentrated in extraction and reporting, not judgment calls. You still need SQL fluency to catch a wrong AI-generated query and handle anything outside a tool's defined scope.