Your Data Is the Bottleneck: Why RAG Projects Fail and How to Fix Them
Cloud & DevOps

Your Data Is the Bottleneck: Why RAG Projects Fail and How to Fix Them

Divakar Choudhary Director, Shwastik Tech Solutions
July 06, 2026 9 min read 6 views

Teams blame the model when their AI assistant gives wrong answers about their own business. The cause is almost always upstream — contradictory documents, stale prices and undocumented processes. Fixing retrieval starts with fixing content.

A familiar scene in 2026: a company deploys an internal AI assistant, someone asks it a basic question about their own products, and it answers wrongly with total confidence. The instinct is to blame the model. The cause is nearly always that the assistant found a document from three years ago that nobody deleted, and reported it accurately.

Key takeaways

  • Data quality and governance for AI now rank among the top enterprise technology priorities for 2026.
  • Most "the model is wrong" complaints are retrieval problems, and most retrieval problems are content problems.
  • A narrow, authoritative knowledge base beats a broad, contradictory one — every time.
  • Fix ownership and freshness first; chunking strategies and reranking are refinements, not remedies.

What actually goes wrong in RAG deployments?

Retrieval-augmented generation is straightforward in principle: find the relevant documents, give them to the model, have it answer from them. Each step assumes something about your content that is frequently untrue.

Contradiction without resolution

The most common and most damaging problem. Three documents state three different prices for the same product. All were true once. Nothing marks which is current. Retrieval returns whichever matches the query wording best, and the model presents it as fact.

No freshness signal

Documents without reliable dates, or with dates reflecting when a file was last touched rather than when its content was reviewed, make recency impossible to weigh. A 2021 policy and a 2026 policy look equally authoritative to a retriever.

Missing context in chunks

Documents are split into passages for retrieval. A passage reading "the discount applies to orders above the threshold" is useless without the surrounding section defining the threshold. Naive splitting produces confidently incomplete answers.

Knowledge that was never written down

The genuinely hard one. Much of what a business knows lives in people's heads and in ad-hoc conversations. An assistant cannot retrieve what does not exist as text, and it will not tell you the information is missing — it will answer from whatever it did find.

Format hostility

Scanned PDFs, screenshots of tables, information encoded in spreadsheet cell colours. These are common in Indian SME record-keeping and are effectively invisible to retrieval.

An AI assistant is a mirror held up to your documentation. Most organisations do not like what they see, and conclude the mirror is faulty.

How do you fix it?

1. Choose one domain and make it authoritative

Do not attempt to index everything. Pick the area generating the most questions — pricing, product specifications, HR policy, support procedures — and make that single domain correct, current and complete. Narrow and trustworthy beats broad and unreliable.

2. Establish single sources of truth

For each fact type, designate exactly one authoritative location. Current pricing lives in one place. When it changes, it changes there and the old version is archived out of the retrieval index, not left alongside.

3. Assign ownership with review dates

Every document in the knowledge base gets a named owner and a review date. Content past its review date is flagged, and either revalidated or removed. Unowned content decays silently.

4. Add metadata that retrieval can use

Effective date, expiry date, document owner, applicable region, product line. Metadata lets you filter before ranking — excluding superseded documents entirely rather than hoping they rank lower.

5. Chunk along document structure

Split at headings and section boundaries rather than fixed character counts, and carry section context into each chunk so a passage remains interpretable alone.

6. Measure retrieval separately from generation

Build a test set of real questions with the documents that should be retrieved for each. Score retrieval on its own. If the right document is not in the retrieved set, the generation step never had a chance, and tuning prompts is wasted effort.

SymptomUsual causeFix
Confidently outdated answersSuperseded docs still indexedArchive on supersession; date metadata
Inconsistent answers to the same questionContradictory sourcesSingle source of truth per fact
Partial answers missing conditionsContext lost in chunkingStructure-aware chunking
"I don't know" for known factsContent only exists verballyDocument it
Ignores key documents entirelyScanned or image-based formatsConvert to machine-readable text

Is the cleanup worth it?

The work has value independent of AI, which is what makes it defensible. A current, owned, single-source knowledge base shortens employee onboarding, reduces support escalations and removes the daily friction of staff not knowing which document to trust. AI simply makes the existing cost of disorganised knowledge visible and measurable for the first time.

A realistic sequence

  1. Collect the fifty questions your staff or customers ask most often.
  2. For each, find where the answer currently lives. Note the ones with no clear source or several conflicting ones.
  3. Resolve conflicts and designate one authoritative source per question.
  4. Convert anything unreadable — scans, images of tables — into text.
  5. Add owner and review-date metadata.
  6. Only then build retrieval, and evaluate it against those fifty questions.

Conclusion

The uncomfortable finding of enterprise AI in 2026 is that most organisations do not have a model problem — they have a documentation problem that a model has now exposed. The teams getting reliable AI assistants are the ones that treated content quality as the project rather than as preparation for it. Our AI and data team starts RAG engagements with a knowledge audit for exactly this reason — get in touch if your assistant is confidently telling people the wrong thing.

Frequently asked questions

What is RAG (retrieval-augmented generation)?

RAG is an architecture where a language model answers using documents retrieved from your own knowledge base at query time, rather than relying only on what it learned during training. It lets an AI assistant answer questions about your specific business, prices and policies.

Why does our AI assistant give wrong answers about our own business?

Almost always because retrieval surfaced a document that is outdated, contradicted by another document, or ambiguous — and the model faithfully summarised it. The model is usually reporting your content accurately; the problem is that your content disagrees with itself.

Will a better model fix poor retrieval quality?

Only marginally. A stronger model reasons better over what it is given, but if retrieval supplies a price list from 2023 alongside one from 2026 with no indication which is current, no model can reliably choose correctly. Fix the source content before upgrading the model.

How much data cleanup is needed before starting a RAG project?

Less than teams fear, if scoped correctly. Rather than cleaning everything, pick one domain — say, product pricing or HR policy — and make that authoritative and current. A narrow, accurate knowledge base outperforms a broad, contradictory one.

Share this article:
Written by
Divakar Choudhary

Director, Shwastik Tech Solutions

Expert at Shwastik Tech Solutions, helping Indian businesses leverage technology for growth, efficiency and digital transformation.