Enterprise DNA

Omni by Enterprise DNA

Enterprise DNA Resources

Insights on data, AI & business. Practical AI operating-system thinking for owners, operators, and teams doing real work.

220k+

Data professionals

Omni

AI agents and apps

Audit

Map the manual work

Why AI Agents Fail and How to Fix It Before You Retry
Blog AI

Why AI Agents Fail and How to Fix It Before You Retry

67% of AI deployment failures trace back to messy data, not bad AI. Here's how consulting firms can inventory and clean their knowledge bases first.

Sam McKay

Most consulting firms buy AI tools the same way they buy software: pick a vendor, sign the contract, assign someone to “roll it out,” and wait for the magic. Three months later, the tool sits unused. The team complains it gives bad answers. The partner who championed it quietly stops mentioning it in meetings.

The problem wasn’t the AI. It was the data you fed it.

Research from enterprise AI deployments shows that 67% of failures stem from poor data governance, not the underlying models. The AI works fine. It just can’t make sense of your fifteen years of proposals saved as “Final_v3_ACTUAL.docx” across three file servers, two SharePoint instances, and someone’s personal Dropbox.

If you’re a consulting firm thinking about AI agents, this is the article that saves you six months and a painful board conversation. We’re going to walk through why data governance matters more than the AI itself, what it looks like to get your house in order, and how to do it without hiring a data team or pausing client work.

The Real Reason Your Last AI Experiment Didn’t Work

Let’s start with what actually happens when a consulting firm deploys an AI tool without cleaning up first.

You buy a knowledge management platform. It promises to answer questions across your entire firm’s history. You point it at your file system. It ingests everything. Then someone asks, “What’s our standard approach to post-merger integration for mid-market manufacturing clients?”

The AI returns six different answers. Two are from 2019 and reference a methodology you don’t use anymore. One is from a proposal you lost. Another is from a junior analyst’s rough draft that was never reviewed. The last two contradict each other because they came from different practice groups that never aligned on terminology.

The tool didn’t fail. Your data governance did.

This plays out across every use case. Proposal generation pulls outdated pricing. Research agents cite sources you can’t verify. Client-facing chatbots give answers that don’t match your current positioning. The AI is doing exactly what you asked, it’s just working with a mess.

For consulting firms specifically, this problem is worse than most industries. You generate mountains of documents. Every engagement produces decks, memos, models, and meeting notes. Almost none of it is tagged, categorized, or reviewed for reuse. It piles up in folders named by client or year, and the only search method is asking someone who was on the project.

When you ask an AI to make sense of that, it can’t. Not because the model is weak, but because the corpus is incoherent.

What Data Governance Actually Means (And Why It’s Not a Six-Month Project)

Data governance sounds like an IT initiative. It’s not. For a consulting firm, it’s three things: knowing what you have, deciding what matters, and making it usable.

Start with inventory. You can’t govern what you can’t see. Most firms have client files scattered across local drives, shared folders, email archives, and whatever cloud storage the last admin set up. The first step is a simple audit: where does your content live, who owns it, and what’s the last time anyone touched it?

This doesn’t require a data team. It requires a senior person spending two days mapping the landscape. You’re not migrating anything yet. You’re just drawing the map.

Next, decide what matters. Not everything you’ve ever produced needs to be AI-ready. A lot of it is junk. Draft decks that never shipped. Research pulled from public sources you can re-pull anytime. Client files from engagements that ended badly and you’d rather not reference.

The rule we use with consulting firms is this: if you wouldn’t hand it to a new hire as an example of good work, don’t feed it to the AI. Aim to keep 30-40% of what you find. Archive the rest.

Finally, make it usable. That means consistent naming, basic metadata, and a single source of truth for each type of content. Proposals go in one place. Case studies in another. Research briefs in a third. You don’t need a complex taxonomy. You need a system a human can explain in five minutes.

This process takes two to four weeks for a firm doing $5M to $15M in revenue. It’s not fast, but it’s not a transformation program either. It’s a focused sprint with a clear output: a clean, catalogued knowledge base ready for AI.

The Three Data Problems Consulting Firms Hit First

Let’s get specific. When we run an AI audit for consulting firms, we see the same three data problems in almost every case.

Proposal and pitch content. Senior people spend 20 to 40 hours writing proposals from scratch because they can’t find past examples that match the new opportunity. The firm has hundreds of proposals, but they’re named by client, not by service line or deal type. There’s no way to search “mid-market SaaS growth strategy” and pull the three best examples. So the partner starts with a blank page.

The AI fix is a Proposal Generation Agent that pulls relevant past work, pricing, case studies, and team bios into a first draft. But it only works if your proposal library is tagged by industry, service, deal size, and outcome. If it’s just a folder called “Proposals 2024,” the agent has nothing to work with.

Research and synthesis. Every engagement starts with secondary research. Industry trends, competitor analysis, regulatory landscape, financial benchmarks. This work gets repeated across clients because no one catalogues it for reuse. A healthcare project in Q1 and a healthcare project in Q3 both start from zero, even though 60% of the research overlaps.

A Research Agent can automate the first pass, pulling reports, summarizing findings, and building a brief in hours instead of days. But only if your past research is stored in a way the agent can read and reference. If it’s buried in slide decks or locked in PDFs with no metadata, you’re back to manual work.

Knowledge management debt. This is the big one. Every project produces IP. Frameworks, models, diagnostic tools, process maps. Almost none of it is reusable because it’s trapped in client-specific files. The firm pays for the same insight twice, sometimes three times, because no one knows it already exists.

A Knowledge Agent can read your entire corpus and answer questions like “Have we ever done a supply chain diagnostic for a company with distributed manufacturing?” But it needs a corpus that’s organized, deduplicated, and current. If half your files are outdated and the other half are duplicates, the agent can’t help.

These aren’t edge cases. They’re the norm. And they’re fixable without a data science team or a enterprise software stack. You just need to treat your content like an asset instead of an archive.

How to Inventory and Clean Your Knowledge Base (The Practical Version)

Here’s the process we walk firms through when they book a 60-min Omni Audit. It’s not glamorous, but it works.

Week one: Map what you have. Assign one person, usually a senior associate or COO, to list every place the firm stores content. Don’t move anything. Just document. Shared drives, SharePoint, Google Drive, Dropbox, email archives, old laptops. Make a spreadsheet with columns for location, owner, last updated, and rough file count.

You’ll find things you forgot existed. That’s fine. The goal is visibility.

Week two: Decide what to keep. Go through the map with a partner or practice lead. For each location, ask: is this content we’d reference in a pitch, reuse in a project, or show a new hire? If yes, mark it for migration. If no, archive it. Don’t delete anything yet, just move it out of the active workspace.

Typical firms keep 30-40% of what they find. Some keep less. The number doesn’t matter. What matters is that everything you keep is something you’d actually use.

Week three: Standardize and tag. Take the content you’re keeping and move it into a single system. Could be a new SharePoint site, a Google Drive structure, or a dedicated knowledge platform. The tool matters less than the structure.

Use a simple taxonomy: client name, service line, industry, year, and document type. That’s it. Don’t overthink it. A proposal for a SaaS client in 2025 should be tagged “SaaS | Growth Strategy | Proposal | 2025.” A research brief on healthcare regulation should be “Healthcare | Regulatory | Research | 2024.”

This is boring work. It’s also the work that makes AI agents useful. If you skip it, the agent can’t find what it needs.

Week four: Test and validate. Pick three real questions your team asks often. “What’s our pricing for a market entry project?” “Do we have case studies in financial services?” “What’s the standard structure for a due diligence report?” Search your new system manually and see if you can find the answer in under two minutes.

If you can, the system works. If you can’t, your taxonomy needs adjustment. Fix it now, before you plug in the AI.

This process isn’t sexy. It won’t make a good LinkedIn post. But it’s the difference between an AI agent that saves your team 15 hours a week and one that sits unused because no one trusts the output.

For firms that want a structured approach, we’ve put together a worksheet that walks through each step with checklists and examples. You can grab it here: Deploy Your First Business Agent. It’s the same framework we use in advisory engagements, just condensed into a self-service format.

What Good Data Governance Unlocks (Three Agents You Can Deploy This Quarter)

Once your knowledge base is clean, you can deploy AI agents that actually work. Here are three we build most often for consulting firms, and what they look like when the data is ready.

Proposal Generation Agent. You get a new RFP. Instead of starting from scratch, you brief the agent: industry, service line, deal size, key requirements. It pulls the three most relevant past proposals, extracts pricing, case studies, and team bios, and generates a first draft in 20 minutes. The partner reviews, edits, and ships. What used to take 30 hours now takes four.

This only works if your proposal library is tagged by the variables the agent needs to search. If it’s not, the agent can’t match the new opportunity to past work.

Research Agent. You kick off a new engagement. The Research Agent runs a structured scan: industry reports, competitor filings, regulatory updates, financial benchmarks. It summarizes findings, flags key insights, and builds a one-page brief with sources. The team reviews it, adds client-specific context, and moves to analysis. What used to take two weeks now takes two days.

This only works if your past research is stored in a readable format with metadata. If it’s locked in slide decks, the agent can’t reuse it.

Knowledge Agent. A junior consultant asks, “Have we done work on pricing strategy for B2B SaaS companies?” Instead of asking around, they query the Knowledge Agent. It scans every deck, doc, and memo the firm has produced and returns three relevant projects with summaries and links. The consultant reviews, pulls what they need, and keeps moving. What used to take a day of asking around now takes five minutes.

This only works if your content is deduplicated and current. If the agent returns six versions of the same deck, it’s useless.

These aren’t hypothetical. We’ve deployed all three for consulting firms in the $2M to $20M range. The firms that succeed are the ones that did the data work first. The firms that struggle are the ones that skipped it.

The Dollar Case for Doing This Now

Let’s talk numbers. A consulting firm doing $5M in revenue typically has three to five partners and ten to fifteen total staff. If each partner spends 30 hours a month on proposals, research, and knowledge hunting, that’s 90 to 150 hours of senior time going to work that could be automated.

At a blended partner rate of $300 to $500 per hour, that’s $27K to $75K a month in opportunity cost. Over a year, that’s $324K to $900K. Even if you only recover half of that time, you’re looking at $160K to $450K in capacity that can go to client work or business development.

For firms in the $10M to $25M range, the numbers scale. More partners, more proposals, more research, more knowledge debt. Annual leakage in this band typically runs $200K to $500K.

The cost to fix it is a fraction of that. A four-week data governance sprint costs $15K to $30K in internal time if you do it yourself, or $40K to $60K if you bring in outside help. The ROI is 5x to 10x in year one, and it compounds after that because the system stays clean.

This isn’t a technology play. It’s a business decision. You’re choosing between continuing to pay for the same work twice or investing a month to fix the underlying problem.

What an Omni Audit Looks Like (And Why It’s the Right Next Step)

If you’re reading this and thinking “we probably have this problem,” the next step is to confirm it and size it. That’s what the Omni Audit does.

It’s a 60-minute working session. No deck, no sales pitch. We walk through your current workflow for proposals, research, and knowledge management. We map where your content lives, how your team searches for it, and where the gaps are. Then we build a rough estimate of time saved and capacity unlocked if you deployed agents in each area.

You leave with three things: a data readiness assessment, a prioritized list of agents to deploy, and a 90-day implementation roadmap. If it makes sense to move forward, we can start the data governance sprint the following week. If it doesn’t, you’ve spent an hour and you know where you stand.

We run these audits for consulting firms specifically because the use cases are consistent and the ROI is measurable. You can book a 60-min Omni Audit here. No commitment, no follow-up unless you ask for it.

The Honest Implementation Guide (Borrowed from the Salesforce AI Agents Playbook)

The article that sparked this piece was an honest implementation guide for enterprise AI agents. The core insight: most failures happen because teams skip the boring work and jump straight to the shiny tool.

That applies here. Data governance isn’t exciting. It doesn’t make for a good demo. But it’s the work that determines whether your AI agent becomes a productivity multiplier or another abandoned tool.

For consulting firms, the stakes are higher because your product is your expertise. If your knowledge base is a mess, you’re not just wasting time on internal work. You’re also missing opportunities to reuse insights, scale your best thinking, and deliver faster for clients.

The firms that get this right don’t treat AI as a technology project. They treat it as an operational upgrade. They invest the time to clean up their data, deploy agents that solve real problems, and measure the results in hours saved and revenue unlocked.

The firms that get it wrong buy a tool, point it at a mess, and wonder why it didn’t work.

You can read more about how we approach this across different use cases in our insights library, or explore the full Omni platform at omni. If you want to see how other firms are deploying agents in practice, the guides section has case breakdowns and implementation walkthroughs.

Start with the Audit, Not the Tool

Here’s the short version. If you’re a consulting firm thinking about AI agents, don’t start by picking a vendor. Start by auditing your data. Map what you have, decide what matters, and make it usable. Then deploy agents that solve real problems.

The firms that do this see ROI in the first quarter. The firms that skip it end up with another unused tool and a partner who’s skeptical of the next AI pitch.

If you want to know where your firm stands, book the audit. If you want to do the data work yourself first, grab the worksheet. Either way, the answer isn’t better AI. It’s better data.