Fine-Tuning, and Why Most Chatbots Do Not Need It
Fine-tuning retrains a model on your own examples. Here is what it actually fixes, what it does not, and why prompting plus retrieval usually wins.
Updated 2026-08-18
Fine-tuning is the process of taking an existing language model and training it further on your own examples so it behaves more like those examples. You supply pairs of inputs and desired outputs, the training run nudges the model's weights, and you get back a custom version of the model that you then call instead of the stock one.
Why it matters when you are buying or building
Fine-tuning gets pitched as the way to make a chatbot "know your business". It is not. Fine-tuning changes style and format far more reliably than it changes facts. If you train a model on a thousand of your support transcripts, you get a model that sounds like your support team. You do not get a model that reliably knows today's pricing, and you certainly do not get one that knows an order shipped this morning.
Facts belong in a knowledge base retrieved at query time, which is what RAG does. Live data belongs behind function calling. Behavior and tone belong in the system prompt. Once you have those three working properly, the remaining gap that fine-tuning would close is usually small.
There are real costs to going custom. You own a training pipeline. Every time the base model improves, you either re-run training or stay on an older model. Your data has to be clean and consistent, because inconsistent examples teach inconsistency. And on voice you may not even have the option, since many managed voice platforms only expose a fixed menu of models.
Where it does earn its keep
Fine-tuning is a good fit when you need a narrow, high-volume, highly repetitive output format: classifying inbound messages into a fixed set of categories, extracting structured fields from messy text, or matching a very specific writing style that prompting keeps drifting away from. Those are cases where you can produce thousands of consistent examples cheaply and where a smaller fine-tuned model can be faster and cheaper than a large general one.
What I do in practice
Across the chat and voice agents I operate, I have not needed a fine-tuned model to hit client quality. The wins have all come from elsewhere: a tighter prompt, a better structured knowledge base, and explicit lists of what the agent must not claim. On one receptionist that confidently told callers it had blocked a phone number, an ability it never had, the fix was an explicit "abilities you do NOT have" section in the prompt. No training run would have caught that. More on that pattern in my guide to stopping chatbot hallucinations.
If a vendor leads with fine-tuning before they have seen your content, treat it as a red flag rather than a feature.