Skip to main content
Building products with AI

Building products with AI

How retrieval-augmented generation works for founders

RAG is a method that lets AI answer questions about your specific business data without retraining the model. Here's what that means in practice.

· 5 min read · Product strategy · AI search · Data organization

RAG stands for retrieval-augmented generation. It's a method that lets an AI system answer questions about your specific business information without needing to be retrained, and without sending your data to someone else's servers.

Here's how it works in two steps.

The two-step process

First, the system retrieves. When someone asks a question, RAG searches through your documents—invoices, contracts, policies, service records, whatever you have—and pulls out the parts that seem relevant. Think of it like a very fast intern who reads your entire filing cabinet and hands you the five pages that matter.

Second, the system generates. It takes those relevant pieces and uses them to write an answer. The AI only uses information from your documents. It doesn't make things up or guess. If the answer isn't in your documents, it says so.

That two-step approach is the whole idea. You're not asking an AI to know your business. You're asking it to find your information and summarize it.

Why this matters for your product

A dental clinic in Kelowna could use RAG to let patients ask questions about their treatment plans. The system would search the patient's file, find the relevant notes, and answer in plain language. The patient gets a fast answer. The clinic keeps all patient data on its own servers. No model retraining. No monthly licensing fees that scale with the number of patients.

A 12-person accounting firm in Gastown could build a tool that lets clients ask questions about their own tax filings. "What deductions did I claim last year." The system finds the right return, extracts the answer, and delivers it. The firm controls the data. The client gets instant access instead of waiting for an email.

A property manager in Surrey could let tenants search maintenance records. "When was the roof last inspected." The system finds the inspection report, pulls the date, and answers. No manual lookup. The tenant gets a fast response. The manager's data stays private.

In each case, RAG lets you build a product that feels smart and responsive, without building a new AI model from scratch or shipping your business data overseas.

What you actually have to do

The hard part of RAG isn't the AI. It's the data.

Your documents need to be organized in a way the system can search them. That means:

  • They need to be in formats the system can read: PDFs, Word docs, plain text, email, spreadsheets. Scanned images of paper don't work well yet.
  • They need some structure. A stack of 5,000 unnamed files called "Document 1" is harder to search than files with dates, client names, or job types in the filename.
  • They need to be findable. If your contracts are split across three different folders and three different people's email inboxes, the system can't search them all at once. You'll need to gather them first.

None of this is complicated, but it takes time. Budget 2 to 6 weeks to organize your documents and test the system, depending on how much you have and how messy it is.

The AI part—the actual retrieval and generation—is the easy bit. It's a solved problem. What matters is whether your documents are clean enough to search.

The trade-offs

RAG is fast and cheap to build. You can have a working prototype in days, not months. A typical project costs 20 to 40 percent less than building a custom model from scratch.

But RAG has limits.

It can't answer questions that require reasoning across many documents or complex calculations. If a client asks "based on my last three years of invoices, what's my average monthly spend," RAG will find the invoices but might struggle with the math. A person still needs to verify the answer.

It works best for retrieval questions: "What does our policy say about X." "When did this happen." "What's in this contract." It's less good at open-ended creative work.

And it only knows what's in your documents. If you want it to answer questions about industry trends or competitors, you'd need to feed it that information first.

The point: RAG is a tool for making your existing information accessible and searchable. It's not a replacement for human judgment on decisions that matter.

How to keep control

One reason RAG works well for founders is ownership. Your documents stay on your servers or in a private cloud account that you control. You're not licensing a black-box AI service where you can't see how it works or what it does with your data.

You can audit the answers it gives. If it makes a mistake, you can see exactly which document it pulled from and fix it. That's much easier than debugging a model trained on millions of examples.

You can also change your documents without retraining anything. If you update a policy, the system will use the new version the next time someone asks. If you add new contracts, they're searchable immediately.

Where to start

  • Pick one type of question your customers or team asks repeatedly. "How do I find out if we've worked with this client before." Or "What's our policy on returns." Write down five real examples from the past month.
  • Collect the documents that would answer those questions. Put them in one folder. Don't spend time organizing yet—just gather. You'll likely find you have 50 to 500 relevant files.
  • Spend 30 minutes with someone who actually uses those documents every day. Ask them: if you had to search these files right now, what would you search for. Their language is gold. That's how you'll know if the system is working.

Have an AI product in mind?

We build and ship the whole thing, the same way we build our own products. From first prototype to a live product your customers pay for.