MerchantGo Intelligence

Intelligence Brief 009

AI Will Not Fix a Broken Fraud Program.

Artificial intelligence can accelerate decisions, but it cannot repair weak data, unclear ownership or a strategy that was never defined.

CategoryArtificial Intelligence
Reading Time8 Min Read
PublishedAugust 2026

Few technologies have arrived in fraud prevention with as much force as machine learning. The capability is real and the gains are real. Detection that once required a week of analyst investigation can now surface in seconds, and relationships invisible to a human reviewer are routinely identified at scale.

Yet many organizations that have invested substantially in AI describe similar frustrations: the model performs well in evaluation and disappoints in production, no one can explain a specific decision to a regulator or a customer, and the fraud losses the project was funded to reduce have not moved.

That gap is rarely a modelling failure. It is almost always a failure of the system the model was placed inside.

AI does not remove the need for judgment. It increases the importance of deciding what good judgment looks like.

The AI Expectation Gap

AI is frequently purchased as a solution to a problem that has never been stated precisely. "Reduce fraud" is not an objective a model can optimize. Reduce which fraud, in which segment, at what cost to approvals, measured over what horizon — those are objectives.

In the absence of a stated objective, the model optimizes whatever proxy is available in the training data, which is usually the historical decision pattern of the existing program. The result is a system that reproduces the current strategy more efficiently, including its blind spots.

Symptoms of the expectation gap

  • — Strong evaluation metrics that do not translate into a business result
  • — No agreed definition of what the model is supposed to improve
  • — Model outputs consumed alongside legacy rules with no arbitration between them
  • — Nobody able to explain why a specific customer was declined
  • — Performance discussed in model terms rather than in revenue and loss terms

What AI Does Extremely Well

It is worth being precise about the capability, because vague enthusiasm and vague scepticism cause equal damage. There are things machine learning does better than any human process, and they are genuinely valuable.

Evaluating many variables simultaneously and consistently
Detecting anomalies against a learned baseline
Resolving entities across accounts, devices and identifiers
Surfacing network relationships between apparently unrelated actors
Ranking alerts so scarce review capacity goes to the highest value
Discovering patterns nobody thought to write a rule for
Operating at a scale and speed no manual process can match
Applying the same logic to every case, without fatigue

Notice what these have in common. Each is a perception task — finding, ranking, connecting, comparing. AI is exceptionally good at establishing what is happening. It is far weaker at determining what the organization should therefore do.

What AI Does Not Understand About Your Business

A model learns from the data it is given. It has no access to the commercial context in which its outputs will be used, and that context is usually where the real decision lives.

Outside the model's view

  • — The margin difference between two customer segments
  • — The lifetime value of the customer being declined
  • — The board-level risk appetite for the coming year
  • — Capacity constraints in the review operation
  • — A regulatory obligation that makes an outcome unacceptable regardless of accuracy
  • — A market entry the business is about to make

None of this is a criticism of the technology; it is a description of scope. A model can tell you that a transaction resembles previous fraud. It cannot tell you whether declining it is the right commercial decision for this business, this quarter. That judgment has to be supplied by people, encoded explicitly, and reviewed as conditions change.

Why Weak Labels Produce Confidently Bad Decisions

Supervised models learn from labelled outcomes: this case was fraud, that one was not. The quality of those labels sets a hard ceiling on the quality of the model, and in fraud the labels are structurally compromised.

The declined population is never observed

When a transaction is declined, the organization never learns what would have happened. Every declined customer is recorded as a suspected fraud that was prevented, whether or not that is true. Train on that history and the model learns to reproduce the existing decline pattern, inheriting its false declines as if they were successes.

Unreported fraud is labelled as good

Fraud that was never disputed, never detected or written off through another process enters the training data as legitimate activity. The model learns that a genuine attack pattern is acceptable behaviour.

Historical bias becomes future policy

If past decisions were harsher toward a particular geography, issuer, payment method or customer type — for reasons that may no longer apply, or may never have been sound — a model trained on those decisions will encode that harshness and apply it consistently at scale. Consistency is a virtue only when what is being applied consistently is correct.

A model trained on your past decisions will be very good at making your past decisions.

The mitigations are known and mostly operational rather than technical: approve a small randomized holdout to observe outcomes on traffic you would otherwise decline, reconcile fraud outcomes from every source rather than disputes alone, review label quality by segment, and treat label improvement as a permanent function rather than a pre-launch task.

The Governance Problem

A rule is legible. Anyone can read it, date it and argue with it. A model is a different governance object: it changes behaviour as data shifts, its reasoning is not self-evident, and its failures are quiet.

Drift

The population a model was trained on stops resembling the population it now scores. Customer behaviour changes, a new market opens, an attack pattern evolves, an upstream data field changes format. Performance degrades gradually while the model continues producing confident scores. Drift is not a defect — it is the normal condition of a deployed model, and it has to be monitored deliberately.

Explainability

Someone will eventually ask why a specific customer was declined — a regulator, an auditor, an executive or the customer. "The model scored it above threshold" is not an answer. The requirement is not that every model be simple; it is that the organization can reconstruct and articulate the basis of a decision after the fact.

Automation risk

The value of automation is that decisions happen without human intervention. That is also the risk: an error is applied to the entire population at machine speed before anyone notices. Automated decisioning needs the controls any high-throughput process needs — thresholds on change velocity, alerting on distribution shifts, and a rollback path that can be executed quickly.

Minimum governance for a deployed model

  • — A named accountable owner, not a team name
  • — Documented purpose, training population and known limitations
  • — Monitoring of input distributions and output distributions, not just accuracy
  • — A defined retraining trigger and approval path
  • — Decision logging sufficient to reconstruct any individual outcome
  • — A tested rollback procedure

Human Judgment Is Still Part of the System

The most effective arrangement we see is not humans versus models, and not humans replaced by models. It is a division of labour along the line each is actually good at.

The model handles scale, consistency and detection. People handle objectives, trade-offs, edge cases, novel attacks with no historical precedent, and the accountability that has to attach to any consequential decision. Experienced analysts also remain the fastest source of insight into what is new — they notice the thing the model has no examples of yet.

This is why analyst-assistance applications frequently deliver better returns than full automation projects. They compound the capability of the people who already understand the business, rather than attempting to encode that understanding before it has been articulated.

Five Foundations Required Before Deploying AI

These are not preconditions imposed by caution. Each one directly determines whether a model can produce a business result.

1. Reliable and connected data

Data must be complete, consistently defined and joined across the systems where fraud, payments, customer and dispute information live. If the same customer cannot be identified across those systems, no model can reason about them coherently. Fragmented data is the single most common reason AI projects underperform.

2. Defined business outcomes

State what the model is meant to improve, in business terms, before selecting a technique. Loss rate in a specific segment. Review volume at held accuracy. Approval rate on returning customers at a stated loss tolerance. An undefined objective guarantees an unevaluable result.

3. Explainable decision ownership

Every automated decision needs an accountable human owner and a path to explanation. This is both a governance requirement and a practical one — unowned models are never retired, never challenged and never improved.

4. Feedback and outcome measurement

Outcomes must flow back into the system: what happened to approved transactions, what review confirmed, what disputes arrived, and — through a holdout — what happened to some of what would have been declined. Without a feedback loop, a model cannot learn and the organization cannot tell whether it is working.

5. Controlled testing and monitoring

Deploy against a control population, compare on matched segments, and change one thing at a time. Then monitor continuously — inputs, outputs and business results — with a defined response when any of the three moves.

Where AI Creates Practical Fraud Value

With those foundations in place, several applications are consistently worth the investment. All of them are in production somewhere today, and none requires removing humans from the decision.

Anomaly detection

Learning a baseline of normal behaviour and flagging deviation, which catches emerging patterns before anyone has written a rule for them. Particularly valuable against attacks that are novel rather than high-volume.

Entity resolution

Determining that multiple accounts, devices, addresses and payment credentials belong to the same actor. This is foundational: most other analysis improves once the entity view is correct.

Network analysis

Mapping relationships between actors to reveal coordinated activity that appears unremarkable transaction by transaction. Organized abuse is a structural problem and responds to structural analysis.

Alert prioritization

Ranking the review queue so limited analyst capacity is spent where it changes the outcome. Often the fastest return available, because it improves results without changing any customer-facing decision.

Pattern discovery

Surfacing recurring structures in confirmed fraud that inform new controls — using the model to generate hypotheses that experienced people then evaluate and codify.

Analyst assistance

Assembling case context, summarizing history and highlighting the relevant signals so an investigator starts from an informed position. It shortens decision time and improves consistency while leaving accountability exactly where it belongs.

Five Executive Takeaways

The question worth asking is not whether to use AI. It is whether the system around it is ready to convert its output into a better decision.

  1. 01Define the business outcome before selecting the technique; a model optimizing an unstated objective will optimize your historical behaviour instead.
  2. 02Treat data connectivity and label quality as the project, not as preparation for it — they set the ceiling on everything that follows.
  3. 03Require a named owner and a path to explanation for every automated decision before it goes live.
  4. 04Budget for drift monitoring and retraining as ongoing operating cost; a deployed model is a live system, not a delivered asset.
  5. 05Start where AI assists experienced people — prioritization, entity resolution, case context — and expand automation as the feedback loop proves itself.

AI is one of the most valuable tools available to a modern fraud program. It is simply not a substitute for knowing what the program is trying to achieve. If it would be useful to assess whether your decision system is ready to get real value from it, we are happy to have that conversation.

MerchantGo Perspective

The organizations getting real value from AI are the ones that fixed their decision system first.

We are not sceptical about AI. The capability is real, and the organizations that ignore it will fall behind. But the sequence matters enormously, and it is the sequence that most programs get wrong.

A model deployed onto reliable data, with defined objectives and a working feedback loop, compounds in value quarter after quarter. The same model deployed onto fragmented data and unrecorded outcomes degrades quietly, is trusted anyway, and becomes very difficult to challenge once it is embedded.

The unglamorous work — connecting the data, defining what a good outcome is, naming who owns the decision — is what determines whether the investment returns anything. It is also the work that no vendor can do for you.

Data

determines what the model can learn.

Objectives

determine what it optimizes for.

Governance

determines whether you can trust it.

Build the decision system. Then let AI make it faster.

Key Takeaways

Executive takeaways.

  1. 01AI accelerates whatever decision system it is placed inside, including a poor one.
  2. 02Model quality is bounded by label quality; declined transactions rarely produce honest outcomes.
  3. 03An unowned model is an unmanaged risk — every automated decision needs an accountable human.
  4. 04Drift is normal, not a defect; monitoring and retraining are operating costs, not project costs.
  5. 05The highest-return AI applications today assist analysts rather than replace them.
MB

Author

Michel Bertrand

Founder & Principal Consultant, MerchantGo

Enterprise Fraud · Payments · Decision Intelligence

Share this Intelligence Brief

About MerchantGo

Need help applying these ideas to your organization?

MerchantGo helps organizations transform fraud, payment and operational data into executive-ready decision intelligence.

Whether you're improving fraud strategy, executive reporting, payment performance, chargeback management or regulatory readiness, MerchantGo provides practical guidance built on real operational experience.