Don't Panic! It's Just Data

EM360Tech

Not only do many businesses have more data than they know what to do with, but they also often struggle to gain insights from some of the most valuable data in their possession, leading to many of their crucial data assets going unused. Whether it's issues with data quality, visualization, or management, getting lost in the sea of enterprise data at your possession can make it impossible to make smart, data-driven decisions that improve your business. The "Don't Panic! It's Just Data" podcast delves deep into the power of enterprise data. From groundbreaking vendor solutions to expert-backed best practices for making the most of your data assets, join us as we gather insights from leading tech vendors and professionals who depend on data daily.

  1. Sep 22

    How to Increase Agent Accuracy & Reduce Cost with Context

    What happens when an enterprise data agent asks you: “What is our churn this quarter?” The AI agent has access to the warehouse, the tables, and the query engine. It carries out the necessary calculations. However, the answer it provides turns out to be inaccurate. Why? It’s not because the model is inadequate. It’s because it didn’t know which definition of the term 'churn' the business had in mind, which table was out of date, or which join resulted in customers being counted twice. When you apply this situation to all the questions your enterprise directs at AI, you begin to understand why so many agent projects come to a halt at the demo stage. In this episode of the Don't Panic, It's Just Data podcast, host Shubhangi Dua, Podcast Producer and B2B journalist at EM360Tech, sits down with Suresh Srinivas, the CEO and Co-Founder of Collate and also a Co-Founder of the open-source project OpenMetadata. They talk about the context layer and the reasons why AI agents fail when it comes to enterprise data, even though the underlying models are continually getting better. He explains why the solution must be an open context layer rather than a proprietary one. Also Read: OpenAI's self-service AI data agent, built on OpenMetadataWhat OpenAI's internal data agent shows about scaleSrinivas cites a use case to Dua to explain how the solution can be deployed at scale. He talks about OpenAI's own internal data agent, Kepler, which is used by more than 3,500 people and carries out reasoning across about 70,000 datasets and over 600 petabytes of data, as proof that the issue is not particular to Collate's customers. OpenAI developed a seven-layered context system based on OpenMetadata, and is one of its largest users as well as a major open source contributor. Srinivas maintains that even though there are seven layers, they all come down to three basic elements: the context of the data (what exists), the ontology and semantics (what it means, expressed in business terms such as "revenue" or "churn"), and memory (the corrections and feedback that the agent learns from). Srinivas states that after OpenAI had invested in the context layer, query performance on Kepler decreased from 22 minutes to 90 seconds, representing a roughly 16-fold improvement, together with improvements in token efficiency. Anthropic too has published its own research on the importance of context layers for data agents, which shows that there is convergence among the leading research labs, not merely a point made by Collate. Key TakeawaysMcKinsey: fewer than 10 per cent of enterprises have scaled AI agents to value80 per cent of enterprises cite data limitations as the scaling barrierOn the Spider 2.0 benchmark, the top models achieved only 59 per cent accuracy when tested on enterprise data.Collate's context layer raised accuracy from 59 per cent to 94 per cent on the same benchmarkThat's an 86% reduction in wrong answers from context alone, not a bigger modelToken spend fell 75 per cent once a context layer was addedDatabase queries per question dropped from 190 to 27, an 86 per cent reduction in computeOpenAI's Kepler agent spans 70,000 datasets and 600+ petabytes, built on OpenMetadataOpenAI's query performance improved from 22 minutes to 90 seconds with contextContext layer reduces to three primitives: data context, ontology/semantics, memoryOpenMetadata has 15,000+ community members and 4,000 production deploymentsCollate curates context per persona rather than serving the full context to every agentCollate's AI Governance Studio audits what agents access and the risk they pose Chapters00:00 Introduction to AI and Data Context Challenges02:16 The Root Cause of Data Problems: Missing Context04:20 Evolving Definition of Context in AI and Data06:52 Why Data Limitations Still Hinder AI Scaling07:22 The Impact of Context on AI Model Accuracy and Cost09:21 How Providing Context Improves AI Performance11:02 Verifying Data Accuracy in a Constantly Changing Enterprise12:25 AI Agents and Continuous Data Quality Management14:25 OpenAI's Use of Context Layers for Better AI Performance16:03 Avoiding Noise and Cost in Context Management18:47 The Role of Persona-Based Context Curation19:45 Open Source as a Foundation for Context Layers21:37 Accountability for Incorrect or Stale Context22:24 Collaborative Role of Data Teams and AI Agents in Context Management24:01 Guardrails and Deterministic Answers in Enterprise AI25:53 Reducing Token Consumption with Context Layers28:47 Key Takeaway: Building a Robust Context Layer for AI30:37 Upcoming Industry Discussions and Challenges at Big Data London32:28 The Future of AI Agents and the Importance of Context in Data Strategy33:12 Closing Remarks and Next Steps for AI and Data Leaders @CollateData @enterprisemanagement360 #AIagents #EnterpriseAI #DataGovernance #OpenMetadata #ContextLayer #AIaccuracy #AgenticAI #CIO #DataStrategy #EM360Tech #DontPanicItsJustData #opensourcesoftware #opensourceai AI agents, enterprise AI, CIO, CTO, IT leadership, data governance, AI governance, context layer, OpenMetadata, data strategy, agentic AI, digital transformation, tech podcast, enterprise technology

    How to Increase Agent Accuracy & Reduce Cost with Context
  2. Sep 21

    Can AI Agents Make Decisions Without Real-Time Enterprise Data?

    Envision a fraud detection model embedded in a bank's AI system, continuously monitoring transactions for unusual activity. The warehouse behind it updates itself every 15 minutes; however, that seems like a short interval. A fraudulent transaction took place 13 minutes ago, and the model still hasn't picked it up. The thing is, the model is not faulty. The data being fed to it had already overlooked the critical moment. But how? In this episode of the Don't Panic! It's Just Data podcast, host Shubhangi Dua, Podcast Producer and B2B Tech Journalist at EM360Tech, sat down with guest Sundar Nathan, VP of Product Marketing, Enablement and Academy at Striim. They discuss the gap that exists between the time an event takes place in a production system and the time an AI agent becomes aware of it. As the frontier models from companies such as OpenAI and Anthropic become more commonplace, the model ceases to be a source of competitive advantage for any enterprise. What remains then is the data beneath the model and the speed at which that data actually moves. “I'd go even a step further and state that in 18 months the model you select will be less important to you than the data which is feeding that model,” Nathan said. 'Everybody Is Renting The Same Brain'Alluding to his personal experience, Nathan tells Dua that his "superpower was memory,” particularly, the ability to remember circuit diagrams and organic chemistry structures as clearly as in a photograph when taking an exam. But with the introduction of Google search, that memory ceased to be an advantage since everyone had the same tool at their disposal. Why is that experience relevant? It’s similar to the use of AI in the enterprise today. "Your competitor next door has access to the same frontier models at the same price, roughly on the same day," he says. According to the Striim Marketing VP, what a competitor cannot rent is an enterprise’s operational data, its business insights and "the institutional knowledge accumulated over decades", in particular, how close an agent's view of production data is to the actual data. "The time gap between the agent and where your production data is measured is the new source of competition," he adds. Also Read Use Case: UPS Leverages Striim and Google BigQuery for AI-Secured Package Delivery Read Use Case: The Hyper-Responsive Payments Organisation TakeawaysThe model matters less than the data feeding it within 18 months, Viswanathan predicts.Four Cs of AI-ready data: current, consistent, consumable, contextual.Only 23% of enterprises scale AI agents past pilot stage (McKinsey).Change data capture reads transaction logs directly, in real time.Governance built for non-human users masks PII/PHI before agents see it. Chapters00:00 - Why AI advantage is moving from models to real-time data 02:06 - Sundar’s path from memory-based learning to simplifying complex tech 04:10 - Why “everyone is renting the same brain” 06:52 - Why impressive pilots fail in regulated production workflows 08:30 - The four audit questions that block deployment 10:43 - Why 15-minute refreshes are not real time for fraud 13:25 - Why enterprises need a nervous system, not a warehouse scan 15:52 - How consumable data turns raw events into agent-ready context 18:29 - What Stream’s intelligent pipe does in practice 21:12 - Governance for non-human users and mission-critical guarantees 22:26 - Stop benchmarking models and start benchmarking data staleness 25:45 - Final takeaway: it really is just data, but it must move faster

    Can AI Agents Make Decisions Without Real-Time Enterprise Data?
  3. Sep 2

    What Happens When Your AI Agent Finds Two “Correct” Answers?

    Two teams pitch the same figure for ‘active customers’ right before a leadership meeting. One dashboard displays 40,000 while the other dashboard displays 52,000. No mistakes were detected by the teams; however, the difference in the stats is due to one team or employee deploying a different data filter and the other using another join path. Now there's an AI agent involved, who is simply asked to 'retrieve the most recent number of active customers'. Not realising that there are two versions, it selects one, states that figure with complete confidence, and then goes about its business. In that moment, the semantic gap ceases to be merely an internal discussion and becomes a business risk. On this episode of the Don't Panic! It's Just Data podcast, host Shubhangi Dua, Podcast Producer and B2B Tech Journalist at EM360Tech, is joined by Ananya Devraju, a Business Intelligence Developer at Premier Inn, to discuss the semantic gap and how AI is rendering an old data problem. They look at the situation in which metric definitions are spread across five different dashboards rather than kept in a single central location, and explain why an AI agent can produce a perfectly valid SQL query yet return a completely incorrect answer. The problem, consistent even with AI in the picture, is governance. AI has just made the issue of governance more apparent. “It was never a data quality problem, but it's a governance of meaning problem, and it's been sitting there long before AI showed up. AI has just made it louder now,” Devraju tells Dua. Devraju will be presenting a talk at Big Data LDN (BDL) this year on Thursday, September 24, on When Migrations Break Your Metrics: Rebuilding Data for Commercial Analytics. The talk is scheduled for 3:20 pm to 3:50 pm in the Data Architecture Modernisation Theatre. TakeawaysSemantic gaps existed before AI; AI has only made them louder and faster.The same metric is displayed on different dashboards, each using different date logic, filters, or join paths.There can be five different definitions of an "active user" across the five dashboards, all of which are incompatible.SQL can be syntactically correct and yet provide the wrong answer to a business question.Validation should be placed at the definition level, not at the SQL level.AI agents can query the raw staging tables rather than referring to the governed marts by name alone.Incorrect joints or the wrong grain result in numbers that look plausible but are actually wrong.According to dbt Labs research, 72 per cent of peopleprioritise AI-assisted coding while 24 per cent prioritise validation.Incorrect data is more dangerous than having no data; it is the confident errors that pose a risk.Since end users are unable to check the answers at the time they occur, trust has to be established earlier on.Provide a semantic layer that is governed and has version control, with designated owners for each metric.Ad hoc SQL statements on no side-channel should generate the "official" figures that are reported. Chapters00:00 Introduction to the Semantic Gap in AI02:56 Understanding Data Interpretation and Governance05:56 The Importance of Centralized Definitions09:05 AI Hallucinations and Data Validity12:02 Navigating Governance in AI14:56 The Role of AI in Data Validation17:56 Final Thoughts on AI and Data Meaning GuestAnanya Devraju — Business Intelligence Developer, Premier Inn HostShubhangi Dua — Podcast Producer & B2B Tech Journalist, EM360Tech Listen to more episodes of Don't Panic! It's Just Data on EM360Tech. #SemanticGap #AIAgents #DataGovernance #DataAnalytics #SemanticLayer #AIData #BusinessIntelligence #DataEngineering #EnterpriseAI #DataQuality

    What Happens When Your AI Agent Finds Two “Correct” Answers?
  4. Aug 20

    What Is "Agent Debt" and Why Is It Breaking Your AI Code?

    While AI-generated code, also known as vibe coding, is aiding developers in releasing software faster than ever, it seems to be simultaneously causing a greater number of production failures. According to research carried out by New Relic, 94% of technology leaders think that AI-generated code is of higher quality when it is reviewed, but 78% say they are experiencing more incidents after deployment. Let’s explore why this is happening. In the recent episode of the Don't Panic It's Just Data podcast, host Christina Stathopoulos, Founder of Dare to Data, was joined by Nic Benders, Chief Technology Strategist at New Relic to talk about "agent debt,” what happens when AI writes great code that breaks in production, and why SREs (Site Reliability Engineers) are left cleaning it up. Benders states that the issue does not lie with AI itself but rather with a growing phenomenon that he refers to as "agent debt". After gathering telemetry data, New Relic discovered that the core issues stem from Large Language Models (LLMs). These problems date back to the early days of ChatGPT, when the models were remarkably convincing at generating software code. “The code looks really good, but it doesn't work in production. It creates incidents down the road,” he tells Stathopoulos. This is where agent debt comes in. TakeawaysAI-generated code can increase production incidents despite passing code reviews.'Agent debt' is emerging as the AI-era equivalent of technical debt.Observability must extend beyond applications to AI development workflows.Engineering teams should measure AI value—not just token consumption.AI may deliver greater value reviewing code than writing it.SRE agents will compete on data quality, not model intelligence.Human judgement remains essential for high-risk engineering decisions. Chapters00:00 Introduction to the episode and guest00:30 Overview of Nick Benders and New Relic's mission01:14 Impact of AI on software development speed and review process02:55 Shift from coding to downstream operations and role changes06:31 Discrepancy between AI-rated quality and incident reports08:08 Understanding agent debt and its signs09:35 The role of observability in AI-generated code in production12:22 Measuring and understanding agent debt through observability14:10 Rethinking the AI software development lifecycle17:30 Automating code review and process checks with AI20:18 Production debugging and the role of AI in incident management21:09 Use case of SRE agents in production environments24:00 Future trends in SRE agents and data focus25:27 Key advice for using AI tools effectively in software and operations For more information on SRE and agent debt, visit newrelic.com and em360tech.com. #AgentDebt #AICodingAgents #AIGeneratedCode #AIObservability #SREAgents agent debt, agent debt explained, agent debt in software development, AI-generated code failures, AI-generated code incidents, AI coding agents, AI coding agents in production, autonomous coding agents, AI code reliability, AI software reliability, AI technical debt, AI-generated software, AI-generated software observability, observability for AI-generated code, AI observability, software observability, production reliability, production incidents, AI incident management, AI-assisted incident response, SRE agents, AI SRE agents, site reliability engineering, AI code review, AI production readiness, AI developer tools, enterprise software development, LLM-generated code, large language model code, New Relic, Nic Benders

    What Is "Agent Debt" and Why Is It Breaking Your AI Code?
  5. Jul 28

    How Does a Unified Data Platform Improve Financial Crime Compliance?

    For a long time, financial crime prevention has been a massive issue for banks. This is because of several often complex navigation around rules and regulations, such as AML, KYC, CTF, and SAR. However, a bigger issue has emerged. As more and more transactions happen and financial crime networks get smarter, the bigger problem is the way banks handle data. In the recent conversation on the Don’t Panic It’s Just Data podcast, host Herb Blecher, Research Director, Data and Analytics, Enterprise Management Associates (EMA), sat down with guest Manish Andhy, Financial Services AI & Industry Executive at Teradata. They talked about how criminal enterprises are changing fast, like the internet, while compliance systems are still using old methods. Andhy tells Blecher, "The difference between how fast criminals can change and how slow compliance systems are is a big weakness." More than $3 trillion in money moves through the global financial system every year, but only a small part of it is caught. Banks have spent a lot of time and money building systems to stop money laundering. Many of them still have separate systems for onboarding, transaction monitoring, investigations and risk management. The strange thing is that big financial institutions have already spent a lot of money to solve this problem. They built data warehouses to get rid of systems and data lakes to put all the information in one place. In fact, they often created the same separate systems they were trying to get rid of. Also Watch: What is AI Hyper-Personalisation in CX and Why Does it Matter? TakeawaysOver $3 trillion of illicit funds moves through the global financial system annually.Only about 1% of illicit funds are detected or intercepted.AML programs have grown in a fragmented, siloed way across enterprises.The pace of change in compliance has historically been slow.Traditional rule-based systems generate enormous amounts of false positive alerts.Data silos persist due to organizational and technology issues.Data products allow for a unified view of data without creating new silos.Generative AI can automate parts of the compliance process.Financial institutions must treat data as a strategic asset.Compliance can inform broader business decisions beyond regulatory obligations. Chapters00:00 Introduction to Financial Crime and Data Analytics05:06 Challenges in Financial Crime Compliance10:05 Data Silos and Their Impact15:12 The Concept of Data Products19:57 Modernizing Financial Crime Strategies24:59 Conclusion and Key Takeaways For more information on financial crime and how financial institutions should manage their data securely and compliantly, follow Terada across its official channels: Website: Teradata YouTube: @TeradataLinkedIn: @TeradataX: @Teradata For more information on enterprise tech analyst-led insights, please visit em360tech.com EM360Tech YouTube: @enterprisemanagement360EM360Tech LinkedIn: @EM360TechEM360Tech X: @EM360Tech #Teradata #FinancialCrime #AML #Compliance #DataStrategy #AIinBanking #FinTech #DataSilos #DataManagement #DonTPanicItsJustData #EM360Tech #B2BMarketing #B2BPodcasts

    How Does a Unified Data Platform Improve Financial Crime Compliance?
  6. Jul 15

    Context, Cost, & AI: Strategies to Optimise Agent Performance & ROI

    After months of experimenting with large language models (LLMs), enterprises are moving from isolated pilots to broad deployments. However, as adoption speeds up, many tech leaders find that the biggest challenge isn't selecting the right AI model but managing the cost of optimising it. While AI models might be getting more expensive owing to geopolitical tensions and expanding use cases, the added challenge is that the price per token continues to rise. The problem is that enterprise AI is using a lot more tokens as companies scale new applications across different departments. In the recent episode of the Don’t Panic It’s Just Data podcast, host Kevin Petrie, VP of Research at BARC, sat down with Eudald Camprubi, Co-Founder of Nuclia (acquired by Progress) and Software Fellow at Progress and Michael Marolda, Senior Product Marketing Manager, Agentic RAG. They talked about how the next phase of enterprise AI will focus less on model selection and more on context engineering, retrieval strategies, and governance. What Does the Future of Enterprise AI Rely on?As enterprises progress beyond experimentation, success will rely less on picking the next game-changing model and more on using existing models wisely. That means providing precise context instead of excessive context. Enterprises should select the right model instead of just the latest model. That means they should treat observability, retrieval strategies, and governance as foundational capabilities rather than second priorities. Camprubí said that enterprise leaders should be wary of industry hype. "Don't trust everything you read on LinkedIn.” In enterprise AI, measurable results will determine which enterprises effectively scale intelligent systems. Listen to the full episode of Don't Panic! It's Just Data to hear Michael Marolda and Eudald Camprubí discuss Agentic RAG, token optimisation, context engineering, and the future of enterprise AI at scale. TakeawaysToken costs are climbing, making cost management critical for enterprises.Context is essential for effective AI implementation and user satisfaction.Enterprises must focus on providing the right context to LLMs to avoid hallucinations.Modularity in AI platforms allows for flexibility and adaptability in solutions.Quality metrics are vital for evaluating AI outputs and ensuring reliability.The latest AI models are not always the best choice for every use case.Understanding user intent is crucial for effective data retrieval.FinOps teams are increasingly involved in managing AI costs and strategies.Enterprises should consider RAG as a service to reduce maintenance burdens.Collaboration among stakeholders is essential for successful AI implementation. Chapters00:00 Introduction to AI and Data Context03:26 Understanding Token Costs in AI09:03 The Importance of Context in AI14:37 Exploring the Context Layer and Retrieval Strategies22:31 Model Selection and Cost Management in AI29:11 Key Takeaways for AI Leaders For more enterprise AI, Agentic RAG, data governance, and enterprise knowledge layer insights, follow Progress Software across its official channels: Website: Progress SoftwareYouTube: @ProgressSWLinkedIn: Progress SoftwareX: @ProgressSW For more information on enterprise tech analyst-led insights, please visit em360tech.com EM360Tech YouTube: @enterprisemanagement360EM360Tech LinkedIn: @EM360TechEM360Tech X: @EM360Tech #EnterpriseAI #ContextEngineering #AgenticRAG #AIROI #TokenCosts #AIStrategy #DataManagement #DonTPanicItsJustData #ProgressSoftware #Nuclia

    Context, Cost, & AI: Strategies to Optimise Agent Performance & ROI
  7. Jun 15

    How Enterprise Data Architecture Must Evolve for the Age of AI

    Most enterprises believe they have a data problem. In reality, it is an architecture problem in disguise, and the rise of agentic AI is making that distinction impossible to ignore. That is the central argument Karthik Ranganathan, CEO of Yugabyte, makes in this episode of Don’t Panic! It’s Just Data, hosted by Scott Taylor of MetaMeta Consulting. The conversation traces 30 years of infrastructure evolution in 30 minutes. From Oracle’s dominance as the monolithic backbone of enterprise applications, to the NoSQL revolution of the mid-2000s, and the cloud-native era of the 2010s, it builds toward the rise of agentic AI. In this new phase, systems do not just store and retrieve data; they act on it autonomously. “The challenges of current architectures under pressure are no longer theoretical. Agentic systems expose every seam, every silo, every bottleneck you've been quietly managing around,” says Ranganathan. Why Current Architectures Crack Under Agentic PressureTaylor opens the episode by asking the question many enterprise data leaders are quietly asking: Are today’s architectures actually fit for AI workloads? Raghanathan’s answer is measured. Most are not, and the reasons are structural rather than superficial. The core issue is fragmentation. Decades of 'good enough' tooling decisions have produced estates where relational databases sit in silos next to document stores, vector indexes live apart from transactional systems, and data pipelines patch the gaps. For traditional applications, this messiness is manageable. For agentic AI, systems that must reason across context, execute multi-step decisions, and maintain coherent state across interactions, it’s a fundamental blocker. Ranganathan identifies three compounding failure modes: siloed knowledge stores that prevent AI systems from drawing on the full breadth of enterprise information; disconnected memory systems that can't persist context reliably across agent runs; and non-deterministic outputs from large language models (LLMs) that make it difficult to design stable data models around AI-generated results. Together, these problems don't just slow down AI projects; they erode the trust enterprises need to deploy agentic systems at any meaningful scale. Knowledge vs. MemoryOne of the episode's sharpest conceptual moves comes when Ranganathan draws a clean line between knowledge and memory in AI systems, two concepts that get conflated constantly, and at high cost. Knowledge, in this framing, is the structured, long-term body of facts and context an AI system can draw on: product catalogues, customer histories, domain documentation, and enterprise policies. Memory, by contrast, is the short-term, session-aware state that lets an AI system track what just happened, what's been decided, and what step comes next in a workflow. Most current architectures treat these as interchangeable or ignore memory entirely, forcing every agent interaction to start cold. The result is factually capable AI but contextually amnesiac; it knows the company's product catalogue but forgets it already recommended three options to this customer ten minutes ago. This is the gap Meko, YugaByte's knowledge-memory engine, is designed to close. By building a unified layer that handles both the persistent knowledge graph and the operational memory of active agent sessions, Meko allows enterprises to run agentic workflows without patching together vector databases, caches, and relational stores by hand. It's an architectural bet that the knowledge-memory distinction is not a nuance but a first-class design requirement and that enterprises ignoring it will pay the integration tax repeatedly. Bridging AI Capability To Business ValueTaylor pushes Ranganathan on the perennial tension between AI capability and business value, a conversation that lands differently now that agentic systems are making decisions, not just recommendations. Raghanathan's view is that the critical role of context in AI workflows is still being underestimated by most enterprises. He cites YugaByte customers who have moved from proof-of-concept AI deployments to production-grade agentic systems by making one architectural shift, treating context as infrastructure, not as application logic. When context management is embedded in the data layer, versioned, auditable, and available across agent boundaries, the reliability bar for AI systems rises dramatically. For enterprises ready to act, Ranganathan’s guidance is clear: start by auditing existing architectures for knowledge and memory silos before evaluating AI tooling, invest in unified data models that support both relational and non-relational workloads, and treat the context layer as a core engineering concern rather than an afterthought added to LLM integrations. If you would like to find out more, visit yugabyte.com or connect with Karthik Ranganathan on LinkedIn. TakeawaysEvolution of data infrastructure for agentic AI.Limitations of current architectures and silos.The role of knowledge and memory in AI systems.Strategies for enterprise data architecture in the AI era. Chapters00:00 Introduction to Data and AI Infrastructure 03:02 The Evolution of Data Infrastructure 05:53 Understanding Agentic Applications 08:55 The Architecture War in Data Management 11:58 Knowledge vs. Memory in AI 15:00 Operational Challenges in Multi-Agent Environments 17:58 The Importance of Context in AI Workflows 20:49 Bridging the Gap Between AI and Business Value 24:10 Customer Success Stories with YugaByte 26:47 Rethinking Data Architecture for Enterprises

    How Enterprise Data Architecture Must Evolve for the Age of AI
  8. Jun 2

    No Use Case, No Value: Why Managing AI Use Cases is Key to Demonstrating Business Value

    AI investment is growing fast, but proving its value remains one of the biggest challenges facing data leaders today. Dashboards are built, models are deployed, and yet when the budget question arrives, most teams still can't clearly demonstrate return on investment. Speaking on Don't Panic, It's Just Data with host Christina Stathopoulos, Nadiem von Heydebrand, CEO and co-founder of Mindfuel, identified where most organisations go wrong: the interface between data teams and the business. According to von Heydebrand, the reason is straightforward: no use case, no value. "We get a demand, we believe we've understood it, and we start executing immediately," he explained. Months pass, and nobody can answer why the project exists or what problem it was supposed to solve in the first place. The fix isn't more technology. It's better use case management. The 3 Pillars of Effective AI Use Case ManagementOne of von Heydebrand’s core principles is straightforward: before you build anything, you need to really understand the business challenge you're trying to solve. "You have to fall in love with the problem, not with the solution," he said. This matters more than ever in the era of generative AI. With token costs attached to every AI interaction, building the wrong solution isn't just a wasted effort; it's an ongoing financial drain. Use case management has moved from being a nice-to-have to an operational necessity. Good use case management, according to Nadiem, rests on three pillars: Demand exploration: Don't assume you understand the problem. Engage stakeholders, ask deeper questions, and uncover the real business challenge before a single line of code is written.Value management: Every use case needs a value hypothesis. What outcome is expected if this problem is solved? As Nadiem puts it: "The solution itself has a value of zero. Value lives in the problem space."Value tracking: Once live, track performance against the original hypothesis. Define a realistic ROI timeframe and review it consistently. Adoption Metrics Are Not Proof of ValueOne of the most common mistakes? Measuring AI success through usage and adoption data alone. "I have enough examples where usage is high, and value is zero or even negative," von Heydebrand warned. Clicks and logins are a proxy. Business outcomes are the goal. If there's no correlation between the two, the metric is misleading. Output vs. Outcome: The Shift That MattersThe most important distinction in the conversation was the difference between output and outcome. Data teams have historically been measured on output like model accuracy, number of dashboards, and features delivered. But output without impact is just activity. Outcome means the value created for the recipient of your work. Organisations that make this mindset shift from measuring what they produce to measuring what they change are the ones that change their data functions from cost centres into genuine value generators. For leaders under pressure to prove ROI from AI initiatives, Mindfuel’s CEO advises a pragmatic approach: start now, start small, and be honest. As Stathopoulos summarised: "It all comes back to being intentional about what you build and why." For more information, visit mindfuel.ai, the platform built to help data and AI teams demonstrate, manage, and maximise business value. Connect with the guest: Nadiem von Heydebrand: LinkedIn | Mindfuel TakeawaysThe importance of structured use case managementLinking AI initiatives to business valueThe impact layer and value tracking in AI projects Chapters00:00 – Introduction to Data and AI Impact Management 03:16 – The Challenge of Connecting AI to Business Outcomes 11:38 – Understanding Use Case Management 17:40 – The Missing Value Layer in Data and AI Initiatives 22:23 – Evolving Mindsets in Data and AI 27:36 – Advice for Leaders on Proving AI ROI

    No Use Case, No Value: Why Managing AI Use Cases is Key to Demonstrating Business Value

About

Not only do many businesses have more data than they know what to do with, but they also often struggle to gain insights from some of the most valuable data in their possession, leading to many of their crucial data assets going unused. Whether it's issues with data quality, visualization, or management, getting lost in the sea of enterprise data at your possession can make it impossible to make smart, data-driven decisions that improve your business. The "Don't Panic! It's Just Data" podcast delves deep into the power of enterprise data. From groundbreaking vendor solutions to expert-backed best practices for making the most of your data assets, join us as we gather insights from leading tech vendors and professionals who depend on data daily.