Your ROI Is Still in the Sandbox

Blog · Process Mining

Your ROI Is Still in the Sandbox

By Amber Jain7 min read

Short answer

Simulated value versus value you actually banked. If a platform never takes the action, it can only ever estimate the outcome — never prove it.

The simulation says you will save four million dollars. The board hears four million dollars. A year later, finance cannot find it in the ledger. The forecast was real; the dollar never was. A platform that never takes the action can model your return — it can never bank it.

The process-intelligence category has converged on a single, seductive story: with the right tooling, enterprise-AI ROI arrives fast, big, and provable. Each vendor tells a version of it, and each version is a genuine capability wearing the costume of a realized dollar.

One vendor markets simulation that delivers "tangible ROI in days" — and, to its credit, is explicit that this is a model, not live execution. Another sells a digital twin of the organization, where you watch value accrue inside a mirror of the business. A third underwrites its entire agent narrative with an aggregate figure — value measured in the billions, on the order of ten billion dollars — accumulated across years of process-mining engagements.

Read those three claims again and notice what they actually are: a forecast, a mirror, and a rear-view total. Every one is useful. Not one of them is the dollar itself. And the move to watch — the sleight of hand a value office should catch every time — is when a number produced in a sandbox, a twin, or a historical ledger gets quietly re-dressed as the return on an agent the tool never ran.

Simulated value and banked value are not the same quantity measured two ways. They are two different objects.

A simulation is an optimization over a model of your process. You feed it assumptions — volumes, cycle times, exception rates, how much of the workforce adopts the new path — and it returns the value you would capture if reality behaved like the model. Even a flawless simulation returns an estimate conditioned entirely on those inputs. Change the exception-rate assumption by a few points and the headline number moves. The result lives in the assumptions.

A banked dollar is a state change in a system of record: an invoice posted, a payment released, a duplicate blocked before it committed, an SLA met instead of breached. It is not conditional. It happened or it did not, and the ledger knows which. You can spend it.

Between those two objects sits every reason a forecast misses reality — the recommendation nobody executed, the exception the model averaged away, the adoption that stalled at 40 percent, the edge case that quietly ate the savings. Value leaks in the gap between predicted and delivered. And that gap is precisely the territory a system of observation cannot enter, because it hands the work off before the work happens.

TWO LOOPS, TWO KINDS OF NUMBER OBSERVE · RECOMMEND · HAND OFF — A FORECAST IN A MODEL OBSERVE RECOMMEND HAND OFF ≈ ESTIMATE runs elsewhere OBSERVE · DECIDE · ACT · GOVERN — A STATE CHANGE IN THE LEDGER OBSERVE DECIDE ACT GOVERN ✓ BANKED

Here is the one question a CFO should put to any enterprise-AI ROI claim: which system took the action that produced this number?

If the platform observes and recommends, then hands the recommendation to a person or to an agent running inside someone else's runtime, it has no clean way to attribute the outcome to itself. Something changed in the business. The platform can correlate with it, model it, and take credit for it — but it did not act, so it cannot demonstrate that its action caused the result. At best it can say: had you done what we advised, you would have captured this. That is a counterfactual, not a receipt.

This is what makes the aggregate-billions figure a category error when it is pointed at agents. That number is the historical ROI of diagnosis — years of process mining finding where work broke and where money leaked. Retrofitting it as the return on an agent that fixes those things books the value of the X-ray as the value of the surgery, performed by a surgeon the vendor does not employ. Finding the problem and closing the problem are different acts, and only one of them shows up in the ledger.

Entroid closes the loop that mining and simulation leave open — not by producing a better forecast, but by being the system that takes the action. In one runtime, a process is composed and executed as five primitives on a Semantic Ontology: Deterministic Workflows sequence and govern the path, Intelligence Orchestration chooses it, Atomic Agents perform the bounded work, Functions run the calculations, and Connectors — the only primitive that touches your systems of record — write the result back under authentication, authorization, rate limits, and audit.

Because the same runtime decided, acted, and wrote to the ledger, the outcome is attributable to the action by construction — not correlated after the fact, but recorded, per action, in an immutable audit trail that binds each agent decision to exactly what it changed.

Consider a payment-posting agent (illustrative, not a delivered result). A mining tool can tell you that 18 percent of incoming remittances require manual matching, then simulate the savings of automating them. On the fabric, the agent actually posts the matches inside a governed workflow: below the authority threshold, clean matches clear straight through; above it, or on any mismatch, the workflow gates to a human before anything commits to the system of record. What you measure afterward is not a projection — it is the ledger:

  • Straight-through-processing rate — the share of transactions that completed without a human touch, read from posted results, not from a model of them.
  • Exceptions auto-remediated — items the fabric resolved inside a governed workflow versus those it escalated, counted as they happened.
  • Cycle time and SLA adherence — how fast the process actually closed and whether it held its commitments, taken off live authoritative state.
  • Audit-pass rate — the fraction of actions that cleared their inline controls, provable line by line from the immutable per-action trail.

These are in-flight signals on a running process, not a slide deck of pro-forma savings. The exact figures will be whatever your process actually yields — the point is the kind of number, not a promised percentage. A forecast estimates the delta; the fabric records it.

None of this makes simulation worthless. A forecast is how you prioritize, size the case, and decide where to point the investment first. Mining is a legitimate way to find where the money is leaking. Keep both. But any value office that has sat through enough business cases already knows the discipline: the pro-forma is not the P&L, and a model of savings is not a line you can spend.

So the test for every AI-ROI pitch collapses to one question — does the platform take the action, or does it estimate what would happen if someone else did? If it only estimates, the return is still in the sandbox: a well-argued forecast you now have to go realize somewhere else, with something else, and hope the number survives contact with production, adoption, and the exceptions the model smoothed over.

A platform that runs the process brings the forecast and the ledger into the same system. That is the only arrangement in which the distance between predicted and banked is something a vendor can actually close — and then prove it closed, per action, on the record.

If a platform never takes the action, your ROI isn't earned — it's estimated. And you can't spend an estimate.

See what this looks like for your enterprise.

Not a demo. A strategic conversation about how your enterprise could operate
when every process runs on one governed fabric.

Start the Conversation