Skip to content
All insights

General

AI or Not AI Isn't the Question. The Workaround Is.

By Shanshan "Sasha" Ma

A buyer spends four hours a day reconciling supplier issues. The natural response is to automate the reconciliation — and that's potentially fantastic, and the wrong place to start. The real question is why the reconciliation exists at all.

We have a person who spends four hours a day reconciling supplier issues.

The natural response is: let's automate the reconciliation. Honestly — that's potentially fantastic. Matching records across a PO system, a supplier portal, three inboxes, and a spreadsheet is exactly the kind of work software should carry, and AI is genuinely good at it. Do that alone and you give someone most of their day back.

It's also the wrong place to start. Not because automation is bad — because it accepts the work as given.

AI or not AI is not the main question

Whether a model does the reconciliation, a script does it, or a person does it is a delivery decision. It sits at the end of the conversation, not the beginning.

The beginning belongs to a different question:

Why does the reconciliation exist in the first place?

What we ask instead

  • What information is actually being reconciled?
  • Why is it fragmented across systems to begin with?
  • Which decisions come out of it?
  • Which of that work should disappear entirely?
  • Which steps are ready for AI to carry?
  • Which ones still need a buyer's judgment?
  • What should the ERP own? What should the workflow own? What should the human own?

Notice what isn't on that list: the tooling. That's deliberate. "Which AI should we use?" is a question about how to do the work. "Should this work exist at all?" is a question about the work itself — and it's the one that changes the answer.

Sometimes the answer is 60 / 25 / 15

Ask those questions honestly, with the people who do the job in the room, and the shape of the work changes. In supplier exception handling, a pattern that shows up again and again looks like this:

60% of the work should disappear entirely. Not automated, not delegated — deleted. It exists because two systems don't talk, because a field gets re-keyed into a second place, because someone once needed a report that nobody reads anymore. Automating this bucket would have made it permanent.

25% should be carried by AI. Gathering context across ERP, email, and supplier portals. Matching a PO line to a receipt. Drafting the chase. Assembling the exception — the shortage, the dates, the exposure, the options — so a person can decide in seconds instead of rebuilding the picture from six tabs.

15% still needs human intelligence and judgment. The supplier relationship. The trade-off between expediting cost and a missed date. The call on whether to break a commitment, and to whom. This is the part that was never really the problem.

Only that last bucket was ever a decision worth a person's attention. The first two were the workaround.

That's not "better automation"

Automating the reconciliation exactly as it stands today makes the workaround permanent — faster, cheaper, and far harder to remove later. You end up with a beautifully efficient version of the wrong process, plus a new system to maintain on top of the five you already have.

The alternative is to decide, deliberately, what the work should be:

  • what your systems of record should own
  • what an Operations Workbench should coordinate
  • what AI should carry
  • what a person should decide
  • and what should stop happening at all

AI is very good at the third item. It has no opinion about the other four. That part is your job, and it's design work — not build work.

Understand the work first. Build the tool second.

We're not against automation. We're against automating a workaround and calling it a redesign.

The four hours a day are a symptom. The question worth answering is what those four hours are made of — and how much of it only exists because nobody was ever asked whether it should.

AI or not AI isn't the main question. Eliminating the workaround your existing tools force people to build is.