RAG Explained Simply: AI That Knows Your Documents & SOPs
What RAG is and why ChatGPT doesn't know your business. How AI reads company documents and SOPs, use cases, accuracy limits, privacy, and cost ranges.
Try asking ChatGPT: "How much does my store charge for shipping to Makassar?" or "What's the SOP when a return comes in after 7 days?" The answer will either be made up or a refusal. Not because the AI is dumb, but because it has never read your business documents. RAG is the technique that lets AI answer based on your own documents, SOPs, and company data, and in this article we explain it as simply as we can.
Why doesn't ChatGPT know your business?
AI models like GPT or Claude are trained on enormous amounts of text from the internet. They're smart about general knowledge, but there are three things they don't have:
- Your private documents. SOPs, price lists, contracts, and internal policies have never been on the internet.
- Recent information. Models have a knowledge cutoff. Last week's price change is unknown to them.
- Specific context. "Warehouse B" at your company means nothing to the model.
If you force an AI to answer without data, it will make something up with full confidence. The technical term is hallucination. This is the problem RAG solves.
What is RAG, in plain language?
RAG stands for Retrieval-Augmented Generation. Loosely translated: look it up first, then answer.
Picture a bright new employee who knows nothing about your company yet. When a customer asks about returns, that employee opens the SOP binder, finds the page on returns, reads it, and answers based on that page. They don't memorize the whole binder; they know how to look things up.
RAG does exactly that, in four steps:
- Documents are split into chunks. Each file is broken into small pieces (for example, per paragraph or per SOP section) so they're easy to search.
- Each chunk gets a "meaning fingerprint". Technically this is called an embedding: a numeric representation that captures the meaning of a text, so "product return policy" and "returns" are recognized as similar.
- The question is matched against the most relevant chunks. When a question comes in, the system finds the 3–10 chunks whose meaning is closest.
- The AI composes an answer from those chunks, with sources. The model is instructed: "Answer only based on the following text. If it's not there, say you don't know." The answer can include a reference, such as "Returns SOP, section 3.2".
That "with sources" part is important. Your team can verify the answer, and trust in the system is built from that, not from promises.
RAG use cases that make sense for a business
Based on what we've seen building LLM integrations, these are the areas that most often deliver real results:
An SOP assistant for employees
A new employee asks "what's the process when a customer wants to swap sizes?" and immediately gets an answer from the official SOP, not from a coworker's memory that may be out of date. A good fit for multi-branch retail, F&B chains with many outlets, clinics, or logistics.
Internal customer support
Not a chatbot for customers, but one for your admins. When an admin gets a complicated question, they ask the AI assistant that has read every policy, then reply to the customer with confidence. The risk is lower than going straight to customers, and it's a good first step before building a WhatsApp AI chatbot.
Searching contracts, invoices, and legal documents
"Which clients' contracts expire next month?" or "What's the penalty clause in the contract with supplier X?" Without RAG, that means opening dozens of PDFs. With RAG, the answer appears in seconds, with a reference to the original file.
A product knowledge base
For businesses with hundreds of SKUs or technical products (spare parts, building materials, medical equipment), RAG helps the sales team answer questions about specifications and compatibility without memorizing the catalog.
For a broader picture of AI applications beyond documents, see 10 practical AI use cases for small businesses.
Data preparation: the part that matters most
This is the lesson we stress to every prospective client: RAG is only as good as the documents you feed it. A few things to prepare:
| Preparation | Why it matters |
|---|---|
| Gather documents in one place | Documents scattered across WhatsApp, personal laptops, and email can't be read by the system |
| Remove or flag old versions | If there's a 2023 SOP and a 2026 SOP, the AI may quote the wrong one |
| Make sure documents are machine-readable | Scanned PDFs need OCR first; messy tables need tidying |
| Decide who can access what | Payroll documents shouldn't surface when warehouse staff ask a question |
| Appoint one document owner | Someone has to be responsible for keeping the content up to date |
In our experience, 30–50% of a RAG project's time goes into this stage, not into the AI part. If your documents are still a mess, it may be wiser to first read when your business doesn't need AI yet.
How accurate is RAG, and how do you measure it?
Honest note: no RAG system is 100% accurate, including the ones we build. Accuracy depends on document quality, how the text is chunked, search quality, and the model used. Anyone promising "it will never be wrong" is selling a dream.
What you can do is measure and improve. Our method:
- Build a list of 50–100 real questions along with the correct answers according to the documents. This is prepared together with your team.
- Run the system and compare its answers. Record three categories: correct, partially correct, wrong.
- For the wrong ones, find the cause: the document doesn't exist, the chunk wasn't found, or the model drew the wrong conclusion.
- Fix, then re-test. This number becomes the benchmark before the system is rolled out more widely.
A realistic target for well-organized documents is usually above 85–90% correct answers, with the rest handled by a reply like "I couldn't find that information, please check with department X". An honest "I don't know" is far more valuable than a confident wrong answer.
Privacy: where do your documents go?
A fair question, especially for contracts and customer data. There are three tiers of options:
- Commercial providers (OpenAI, Claude, and similar). Only the document chunks relevant to a question are sent, not the entire archive. API data generally isn't used to train the models, but each provider's policy should be read. This is the most practical option for most SMEs.
- An open-source model on your own server (for example via Ollama). No data leaves your infrastructure. The trade-off: you need a server with a GPU or high specs, and answer quality is usually a bit below the best commercial models.
- A hybrid. Search and document storage on your own server, with only the answer-composing step using a commercial provider, and sensitive data masked beforehand.
We usually discuss this at the start, because the choice affects cost and architecture. There's no single right answer for every business.
Cost and timeline ranges
The figures below are rough estimates for 2026, meant to give you a picture, not a quote:
| Stage | Estimated time | Cost range |
|---|---|---|
| Prototype for one set of documents (e.g. SOPs) for internal testing | 1–2 weeks | Rp 10–25 million (roughly USD 600–1,600) |
| Production version: access control, chat interface, accuracy evaluation, automatic document updates | 4–8 weeks | Rp 40–100 million (roughly USD 2,500–6,300) |
| Additional integrations (WhatsApp, internal systems, SSO) | depends on scope | quoted separately |
| Running costs (server, LLM tokens) | monthly | hundreds of thousands to a few million rupiah, depending on volume |
We always recommend starting with a prototype. Two weeks and a limited budget are enough to find out whether your documents are ready and whether your team actually uses it. If so, move on to the full version. We cover this way of choosing scope in MVP vs. full product.
A realistic scenario
Say a small beauty clinic chain has five branches and around 40 staff. Their SOPs run to 30-odd documents: treatment procedures, refund policy, promo rules, how to handle complaints. Every time a new staff member joins, the manager spends hours answering questions that are already written down.
In a scenario like this, the first step isn't a customer-facing chatbot but an internal RAG-based assistant that staff can reach through the web or an internal WhatsApp. A staff member asks "which treatments does the birthday promo apply to?", and the answer comes from the latest promo document, with the document name included. The manager remains the go-to for special cases, but the load of routine questions drops dramatically. Only once the documents are proven clean and accuracy has been measured does a customer-facing version come into consideration.
When is RAG not the answer?
To be fair, these are situations where we'd recommend something else:
- Your documents total 5–10 pages. Just share the PDF or use a simple FAQ page.
- Your team always asks the same questions. A menu system or FAQ list is cheaper.
- Your main problem is that the documents haven't been written at all. There's nothing to search.
- You need calculations, not search. "What were total sales in Q3?" is better answered by a dashboard or report, not RAG.
Next steps
If your team keeps asking things that are already in the documents, or you want to know whether your document archive is clean enough for RAG, just talk to us. The initial consultation is free and comes with no commitment. See our AI engineering services, then reach us through the contact form or chat with us on WhatsApp.
Frequently asked questions
What's the difference between RAG and retraining (fine-tuning) an AI?
RAG doesn't change the AI model; it just hands the model the relevant pieces of your documents when answering. Fine-tuning changes the model itself, costs more, and still doesn't guarantee the AI will recall specific facts accurately.
Will my business documents leak to the AI provider?
With RAG, only the document chunks relevant to a question are sent to the model, and most commercial providers don't use API data to train their models. If you're still not comfortable, the model can run on your own server.
Which documents can be used for RAG?
PDFs, Word files, spreadsheets, Notion or Google Docs pages, emails, even chat transcripts. The key isn't the format but whether the content is clean and still current.
How long does it take to build a RAG-based AI assistant?
A prototype for one set of documents can be ready in 1–2 weeks. A version ready for your team, with access control and accuracy evaluation, usually takes 4–8 weeks.