Teach the model your deals, not the internet

A general-purpose model has read most of the internet and none of your deals.

It knows what a SaaS contract is in the abstract. It has never watched one of yours stall for six weeks because procurement went quiet, then close the day the champion got promoted. It doesn't know that in your market the second call is where deals die, or that the objection about onboarding is really about budget.

That knowledge isn't on the internet. It's in your CRM, your email, your call notes. The whole task is getting it out of there and in front of the model.

Everyone is shipping the same base model. The moat was never the model. It's what you feed it.

What the internet taught the model, and what it didn't

The base model is general knowledge. Broad, useful, and completely average, because it was trained on the average of everything.

Your edge was never general knowledge. It's the specific, hard-won stuff: which signals actually predict a close in your market, how your buyers really talk, the objection that sounds fatal but never is. A generic model pulls everything toward the mean of the internet. Your best rep does the opposite. They have seen your deals, not everyone's.

The internet made the model articulate. It did not make it yours. An articulate model that doesn't know your market hands you a confident answer that is true in general and wrong for you - the most dangerous kind of wrong, because it reads so well.

So the question isn't which model is smartest. It's which model has seen your deals.

Retrieval over your own records beats a cleverer model

The way to close that gap isn't a bigger model. It's giving an ordinary one access to your actual records at the moment it answers.

In plain terms: asked to judge a deal, the model first pulls the most relevant real examples from your own history - similar deals, how they went, the emails that turned them - and reasons over those. That's retrieval, and it's the gap between a model guessing from the internet and a model reasoning from your evidence.

The knowledge lives in your data, not in the model's weights. That's the shift most people miss. You're not making the model smarter. You're making your own evidence reachable. It's the core of how I build these systems.

Isn't this just fine-tuning?

No, and the difference matters if you're paying for it. Fine-tuning adjusts the model's weights - good for teaching it a style or a format, bad for teaching it facts that change every week.

Your pipeline changes daily. Deals close, objections shift, a new competitor turns up in the notes. Retrain the model every time and you'll go broke and still be a week behind. Retrieval reads the current records at the moment of the question, so the model always works from today's evidence, not a snapshot from the last training run. For deal knowledge, that's the whole game. You want fresh, not baked in.

Real and unsummarised beats clean and summarised

Here's the instinct to fight: the urge to tidy the data first.

Summarising your deals before you feed them in feels responsible. It's the opposite. A summary keeps the conclusion and throws away the reasoning - and the reasoning is the only part worth having. 'Deal lost to budget' is a summary. The actual thread where the buyer cooled from keen to gone over eleven days, that's the lesson. Feed the model the summary and you've taught it your labels. Feed it the thread and you've taught it the pattern.

The mess is the signal. The hesitations, the exact wording, the six-week silence - that's the texture a model needs to reason like someone who was in the room.

Synthetic data teaches it to sound right, not be right

There's a shortcut on offer: generate synthetic deals, or have a model write example objections, and train on those. Don't.

Synthetic data is a model's idea of what your deals look like. Train on it and you get a model imitating itself - fluent, plausible, hollow. It'll produce a beautiful rationale for why a deal will close, about a deal that never existed. You've taught it to sound right. Sounding right is the exact failure you were trying to avoid.

Real data is harder to work with. It's also the only kind that carries the thing you're paying for: what actually happened.

What 'reasons like your best rep' actually means

Your best rep isn't smarter than the model. They have just seen a few hundred of your deals and remember how they went.

Ground a model in the same evidence and you get something close to that instinct - available to everyone, at three in the morning, on every deal in the pipeline. It reads a new opportunity, recalls the twelve most similar deals you've actually run, and tells you what usually happens next, with the real examples attached so you can check its work. This is what I mean when I write about training agents on real data.

A generic model knows what a deal is. Only your data knows how yours close.

Teach it the second thing.

Common questions