The honest answer to "what does a RAG system cost" is the one most people hate: it depends. I've shipped a production RAG system that hit 94% retrieval accuracy across 100K+ documents and served 10K+ predictions a day, and I still can't quote you a number cold. Cost questions are hard to answer honestly because the same phrase, "a RAG chatbot," covers a weekend prototype and a regulated enterprise platform. McKinsey reports that 72% of organizations now use generative AI (McKinsey, 2025), so the demand is real. The confusion is too. So let me break the cost down by line item, in ranges, the way I actually scope these projects.
Key Takeaways
- A simple RAG chatbot runs ~$8K-25K; a mid-complexity system ~$50K-100K; enterprise RAG ~$80K-180K (industry cost guides).
- Data cleaning and preprocessing typically eats 30-50% of total project cost, the single biggest driver.
- Plan for ongoing operations of ~$3K-13K/month for hosting, the vector DB, model/API calls, and evaluation.
- 72% of organizations now use generative AI (McKinsey, 2025), so scoping discipline matters more than ever.
What actually drives RAG cost?
Data work dominates. Based on projects I've shipped and the industry cost guides I cross-check against, data cleaning and preprocessing alone typically runs 30-50% of total project cost. The rest splits across infrastructure, the model or API layer, and retrieval plus evaluation engineering. The model API bill is rarely the scary part. The messy PDFs are.
Here's the part founders underestimate. A RAG system is only as good as the chunks it retrieves, and good chunks come from clean, well-structured source data. If your documents are scanned PDFs, inconsistent spreadsheets, or a decade of Confluence sprawl, you're paying engineers to wrangle that before a single embedding gets generated. That's not optional polish. It's the foundation.
- 1Data prep and cleaning: parsing, deduplication, chunking strategy, metadata enrichment.
- 2Infrastructure and vector DB: hosting, the vector store, indexing, scaling.
- 3Model and API layer: embedding calls, LLM inference, token costs at volume.
- 4Retrieval and evaluation engineering: reranking, prompt design, accuracy testing, guardrails.
Across the RAG projects I've scoped and the industry cost guides I benchmark against, data cleaning and preprocessing typically consumes 30-50% of the total budget, more than infrastructure and model costs combined.
Approximate cost-driver split based on industry cost guides and projects I've shipped. Actual ratios shift with data quality and scale.
What does it cost by project type?
Three tiers cover most of what I see. A simple RAG chatbot lands around $8K-25K, a mid-complexity system around $50K-100K over 3-5 months, and an enterprise RAG platform around $80K-180K (industry cost guides). The jump between tiers isn't vanity. It's the difference between answering FAQs and grounding decisions across 100K+ documents with audit trails.
Where do you fall? Ask one question first: who gets hurt if the system is wrong? If a bad answer means a mildly annoyed user, you're at the low end. If it means a compliance breach or a six-figure decision, you're paying for evaluation, guardrails, and observability, and that's the upper tier.
| Project type | Typical range | Timeline | Best for |
|---|---|---|---|
| Simple RAG chatbot | ~$8K-25K | 3-6 weeks | Internal FAQ, docs Q&A, single data source |
| Mid RAG system | ~$50K-100K | 3-5 months | Multi-source retrieval, real accuracy targets, integrations |
| Enterprise RAG | ~$80K-180K | 5-9 months | 100K+ docs, compliance, SSO, audit trails, high availability |
What are the ongoing costs after launch?
Budget for ~$3K-13K per month in ongoing operations once you're live (industry cost guides). That covers hosting, the vector database, embedding and LLM API calls, monitoring, and the evaluation work that keeps accuracy from quietly drifting. The build is a one-time event. The bill is forever, and people forget the second part.
- 1Hosting and compute for the app and retrieval layer.
- 2Vector database (managed plans scale with document volume and queries).
- 3Embedding and LLM API spend, which tracks your real usage.
- 4Monitoring, re-evaluation, and periodic re-indexing as content changes.
One thing I've learned the hard way: usage-based API costs are predictable only if you measure them early. On the system I ran serving 10K+ predictions a day, we capped runaway spend with caching and retrieval limits before it ever became a line-item surprise. Set those guardrails in week one, not after the first invoice.
Where do teams overspend, and how do you avoid it?
Most overspend traces back to skipping data work, then paying for it twice. When data cleaning is 30-50% of cost and a team treats it as an afterthought, they ship a system that retrieves garbage, then spend a second budget re-doing the foundation (industry cost guides). The fix is boring and it works: invest in data quality up front.
- 1Skipping evaluation. Without an accuracy benchmark you can't tell improvement from regression, so you tune blind and burn hours.
- 2Over-engineering early. A reranker, agents, and a fine-tuned model on day one solve problems you don't have yet.
- 3Choosing the wrong model for the job. Premium models for simple lookups inflate the API bill with no quality gain.
- 4Ignoring chunking strategy. Bad chunks waste tokens on every query and quietly tax you forever.
The cheapest RAG project is the one where you spend on clean data first. Skipping that step doesn't save money; it defers the cost and adds interest.
Build vs managed: when does each make sense?
Pick managed when speed and simplicity matter; pick custom when accuracy and control are the product. A managed RAG service can stand up a simple chatbot fast and keeps you in that ~$8K-25K starter range (industry cost guides). Custom builds cost more up front but pay back when you need specific retrieval quality, data residency, or deep integration.
| Choose this | When | Trade-off |
|---|---|---|
| Managed / off-the-shelf | Fast launch, standard use case, limited engineering | Less control over retrieval quality and data handling |
| Custom build | Accuracy targets, compliance, proprietary data at scale | Higher up-front cost and longer timeline |
| Hybrid | Start managed, harden the parts that matter most | Some rework when you migrate critical pieces |
My rule of thumb is simple. If RAG is a feature, buy or assemble it. If RAG is the product, build it properly. The 94% retrieval accuracy I mentioned earlier didn't come from a default config; it came from custom chunking, reranking, and an evaluation loop. You can't shortcut that when correctness is the whole point.
Frequently asked questions
Can I build a basic RAG system for under $10K? Yes, at the low end. A simple RAG chatbot on a single, reasonably clean data source fits in the ~$8K-25K range, and a tight scope can land near the bottom of it (industry cost guides). The catch is data quality: messy sources push cost up fast, because cleaning is 30-50% of the work.
Why is data preparation so expensive? Because retrieval quality lives or dies on it. Across projects I've shipped, data cleaning and preprocessing typically runs 30-50% of total cost (industry cost guides). Parsing inconsistent documents, choosing a chunking strategy, and adding metadata is skilled engineering work, not a quick import, and it sets the ceiling on accuracy.
What's the monthly cost to keep a RAG system running? Plan for ~$3K-13K per month (industry cost guides), covering hosting, the vector database, model and embedding API calls, and ongoing evaluation. The exact figure tracks your query volume and document count, which is why measuring usage in the first weeks matters so much.
How should you scope your own estimate?
Start from intent, not technology. Decide what "correct" means, how clean your data is, and who gets hurt when the system is wrong. Those three answers move you across the ~$8K-25K to ~$80K-180K span faster than any framework choice (industry cost guides). With 72% of organizations now using generative AI (McKinsey, 2025), the teams that win aren't the ones that spend most. They're the ones who scope honestly and put their budget where accuracy is actually won: clean data and real evaluation. If you want a scoped estimate against your actual documents and accuracy targets rather than a guess, tell me what "correct" looks like for you and I'll map it to a realistic range.
Sources
- 1McKinsey, The State of AI 2025 - retrieved 2026-06-23
- 2a16z, Navigating the High Cost of AI Compute - retrieved 2026-06-23
- 3OpenAI, Embeddings guide - retrieved 2026-06-23
- 4Qdrant, Documentation - retrieved 2026-06-23
Get the next post
New writing on AI engineering, RAG, and shipping real products - straight to your inbox, no noise.
