The scenario is familiar: you launch an assistant, an employee asks about your returns policy, and the answer comes back fluent, confident and entirely wrong — because the policy changed six months ago and the model never saw it. Two roads open here: feed the organisation's knowledge to the model at the moment of answering, or retrain the model itself on your own data.
These are usually presented as peers, yet they answer different questions: retrieval addresses what the model knows, fine-tuning addresses how it behaves. Confusing the two is the most common reason enterprise AI budgets are wasted.
Two paths, two logics
With retrieval, your documents live in a searchable store and the most relevant passages are handed to the model alongside each question; the model stays untouched and only the knowledge available to it changes. With fine-tuning, the model's weights are updated on training examples, producing a model that has internalised your style, format or vocabulary.
When retrieval-augmentation is the right call
- Your knowledge changes constantly — prices, circulars and contracts shift within weeks.
- You must show the source of every answer; citations build trust and allow auditing.
- You lack data to train on, but hold a large body of scattered documents.
- You want results in days, not quarters.
When fine-tuning earns its cost
- The problem is style, not knowledge — output must follow a fixed format and register.
- Your domain vocabulary is specialised enough that a general model misreads it.
- You hold a large, clean, well-labelled set of correct examples.
- Latency and per-answer cost are critical and you want to shrink the context sent.
A decision framework in four questions
- Knowledge or behaviour? If the model does not know, go to retrieval; if it does not know how to say it, weigh fine-tuning.
- How long does your data stay valid? The faster it goes stale, the more futile retraining becomes.
- Do you need citations? In regulated fields, an answer without a source is unusable.
- Who pays the maintenance? A fine-tuned model needs retraining with every policy change; a document store only an update.
The data reality in Iranian companies
In most Iranian organisations, valuable knowledge is spread across Word files, PDF circulars, minutes and support conversations — unlabelled and inconsistent. That is what makes fine-tuning hard, since training demands a clean, homogeneous set. Retrieval also lets data stay in your own infrastructure with tiered access, which for banks and insurers is more than a technical preference.
A practical example
A company sitting on a mass of internal procedures skipped the custom model entirely: it organised its documents into a searchable store and built an assistant that cited the exact clause and file. Response times fell and each change of directive meant updating one file.
A 90-day path
- Month one: identify the most frequent category of questions and collect, clean and version the reference documents for it.
- Month two: build a retrieval pilot on that scope and test it on real user questions, not invented samples.
- Month three: if accuracy is acceptable, widen the scope; if the errors are about style, not knowledge, evaluate fine-tuning.
Common mistakes
- Reaching for training before proving the problem is not a knowledge problem.
- Dumping every document into one store without cleanup; obsolete content yields contradictory answers.
- Overlooking maintenance; a fine-tuned model is technical debt that comes due with each policy change.
- Having no test set; without correct answers to compare against, regression is invisible.
Frequently asked questions
- Can both be used together?
Yes, and mature systems do: fine-tuning for style, retrieval for current knowledge. But sequence matters — retrieval first. - What does it cost to start?
A pilot on a narrow scope, using documents you already have, costs about as much as a small software project. - How should accuracy be measured?
With a fixed set of real questions and human judgement on answer correctness and citation validity.
Takeaway
Choosing between these approaches is less a technical question than a matter of diagnosing the problem. For organisations whose knowledge is scattered and shifting, retrieval is the cheaper, faster and more auditable start; fine-tuning is a tool for narrower problems.
Glossary
- Large language model: an engine that understands and generates text; the basis of conversational assistants.
- Retrieval-augmented generation: a method in which the model reads its answer from your documents, not only from its trained memory.
- Fine-tuning: retraining a ready-made model on your own data to internalise a style or specialism.
- Vector store: a repository that makes text searchable by meaning rather than by keyword alone.
- Hallucination: a fluent, confident answer with no factual basis.