Loading
Which parts of a product should be intelligent?
The parts where variability is the value - judgment-shaped jobs like drafting, triaging and interpreting - at stakes the product can hold, and only where the organization can fund what thinking costs: an evaluation net, a trust surface, a learning loop and a claim on scarce judgment. Everything else should stay deliberately deterministic. Intelligence is a liability until the job proves otherwise - the discipline is placement, not adoption.
The mark of a mature AI-era product is not how much intelligence it ships - it is how precisely the intelligence is placed.
There is a question that now appears in every product review, attached to every feature on every roadmap: "could we add AI here?"
It is almost always the wrong question. Not because the answer is no - but because the question skips the part that matters.
The right question is older and harder: what does this job actually need? And for more jobs than the current mood admits, the honest answer is: not thought. Certainty.
Intelligence is not an upgrade. It is a liability until the job proves otherwise.
The visible costs of adding intelligence - a model, an integration, some prompt work - have collapsed. That is precisely the danger.
Because the real costs were never the model. When a feature starts thinking, the product takes on obligations that never appear in the sprint estimate, and never end.
We will itemize them shortly. But first, a word for the software that doesn't think.
Deterministic software is the most underrated technology of the AI era.
It gives the same answer to the same input, every time, forever. It does not drift when the world changes. It needs no one to define what a good answer looks like, because there is exactly one. It costs almost nothing to run, nothing to evaluate, and - most valuable of all - it spends none of the user's trust.
Nobody has ever hesitated before a total on an invoice, wondered whether a sort order was hallucinated, or double-checked a checksum's confidence.
Boring is a feature. Whole categories of product capability - money, identity, permissions, records, anything with an audit trail - are good BECAUSE they cannot have opinions.
So when is thinking worth it?
The test is variability. Intelligence earns its place where different users, contexts and moments genuinely deserve different answers - where the variability IS the value: drafting, summarizing, triaging, interpreting, recommending, explaining.
But where the user needs the same right answer every time, variability is not intelligence. It is uncertainty, wearing intelligence's clothes. Putting a model behind a job with one correct answer does not make the product smarter; it makes the answer negotiable.
Value from variability: think. Uncertainty from variability: constrain.
Here is the part the roadmap conversation skips - the permanent obligations that arrive with every genuinely intelligent feature. We think of them as a ledger, and it has four lines.
An evaluation net. The moment output stops having one right answer, someone must define what a good answer means for this feature and measure against it continuously - because "it looked impressive in the demo" is not a quality bar, and probabilistic behavior cannot be signed off once.
A trust surface. An intelligent feature asks users to rely on something that will sometimes be wrong inside their work. That reliance must be earned and can be lost in one bad moment - which means the failure behavior now needs design attention the deterministic version never demanded.
A learning loop. Intelligent behavior sits on moving foundations - data, models, usage, expectations. Left alone, it does not stay still; it quietly gets worse. Keeping it good is an ongoing operation, staffed and scheduled, not a launch-day property.
A claim on judgment. Someone senior must keep deciding that the feature's behavior is right - not once, but as models change and edge cases surface. That attention comes from the scarcest budget an engineering organization has.
Four lines, every time, for as long as the feature lives. A deterministic feature carries none of them.
"If rules solve it, use rules" is not our invention, and we will not pretend it is. It is old engineering wisdom - most experienced builders have said some version of it for decades.
What has changed is the economics around it. Intelligence became trivially easy to ADD, while its costs became trivially easy to defer - they land later, as flat adoption, quiet decay and burned review time, long after the sprint that shipped the feature was celebrated.
The ledger exists to move those deferred costs back to where the decision is made.
Placed deliberately, intelligence is not a liability. It is the most valuable capability a product can have.
It belongs where the job is judgment-shaped - where a good answer requires reading context, weighing intent, producing something that did not exist before. It belongs at stakes the product can hold - reviewed drafts, reversible actions, suggestions a human accepts. And it belongs where the organization has knowingly funded the ledger - because an intelligent feature with its ledger paid compounds, while one without decays on a schedule.
The question is not whether you can add intelligence. It is whether you can own it.
We run the placement decision as three gates, in order.
Make it think - and own everything the thinking costs.
First: does this job have one right answer? If yes, stop - keep it deterministic, and let software be software: exact, cheap, forever.
Second: is the variability valuable to the user, or just uncertain? If it is only uncertainty, constrain it - rules and structure first, intelligence nowhere near the contract.
Third: can you fund the ledger - the evaluation net, the trust surface, the learning loop, the judgment time? If not yet, wait. Unfunded intelligence is decay on a schedule.
Only then: make it think - and own everything the thinking costs.
Three gates. Most features exit at the first one, and that is not a failure of ambition. It is the product protecting its own credibility.
Immature AI-era roadmaps are easy to recognize: intelligence everywhere, evenly spread, thinly owned.
Mature ones look different: fewer intelligent features, placed where variability genuinely serves the user, each one carrying a funded ledger - surrounded by proudly deterministic software doing what deterministic software does best.
That restraint is not caution, and it is certainly not anti-AI. It is what ownership looks like.
Not everything should think. The things that do, should think well - because everything around them was disciplined enough not to.
Bring the roadmap. We will walk the gates with you, feature by feature - and tell you honestly which ones deserve to think.
Misplaced intelligence is the bigger risk: unfunded features decay, burn user trust and consume senior attention - while a deliberately placed few compound. Competitors shipping intelligence everywhere are running an experiment on their own credibility; you do not have to join it to beat them.
As much as the ledger can fund, and no more. The useful measure is not coverage but precision: every intelligent feature should be able to say what good means for it, how it fails safely, how it keeps learning, and who decides it's right. Features that can answer are assets. Features that can't are schedule.