5 minute read

When people talk about AX, they often jump straight to agents.

An agent that answers customers. An agent that reads documents. An agent that splits work into tasks, calls tools, updates systems, and pushes the process forward while humans sleep.

It sounds like a shortcut. In practice, it usually is not.

AI is not magic. It may know a lot, but it cannot answer from data it cannot see. It can infer what a user wants, but inference is not the same as understanding. And inside a company, the hard part is rarely general knowledge. The hard part is local context.

Every organization has tacit knowledge.

Who has handled this customer before. Why an exception was made last time. Which client should be treated conservatively. Why a process has to happen in a particular order. Why an answer that looks legally possible might still be operationally dangerous.

Most of that knowledge is not written down. Some of it lives in email. Some in chat. Some in spreadsheets. Some in the accounting system, the CRM, the task tracker, the document drive, or someone’s private notes. A lot of it lives in people’s heads.

This is why many AI projects disappoint. The model is not always the problem. The organization is often asking the model to operate in the dark.

The First Layer Is an Aggregator

The first step in AX is not automation. It is aggregation.

Organizations need a layer that collects the traces of work scattered across systems and turns them into something coherent. Not one giant data warehouse for its own sake. Not a dashboard theater project. A practical aggregation layer that lets the company see what is happening.

Customer data, open tasks, documents, conversations, requests, approvals, exceptions, decisions, and history all need to connect somehow. If they stay fragmented, an agent will only ever see fragments.

That is especially dangerous in fields like tax and law.

A model may know statutes, rulings, and general principles. But for a specific client, that is not enough. It needs the filing history, contracts, prior judgments, internal review notes, risk posture, and the reasoning behind earlier decisions.

A good agent does not come from a good model alone. A good agent comes from good context.

A Dashboard Is Not Decoration

After aggregation, the next requirement is visibility.

Humans need to see the state of the work before they delegate parts of it to AI. Which cases are stuck. Which requests are repeating. Which answers are risky. Where the bottleneck is. Which tasks need human review. Which workflows are drifting away from the intended process.

A dashboard is not about pretty charts. It is the organization’s eyesight.

Running agents without visibility is like sitting inside a self-driving car with your eyes covered. The car may be moving. It may even be moving fast. But you do not know where it is going, why it chose that route, or when you need to stop it.

This matters because AI systems fail differently from ordinary software. They do not simply return an error. They often produce something plausible. A plausible answer can be more dangerous than a failed answer, because it moves through the organization before anyone notices.

If there is no way to observe quality, exceptions, handoffs, and failure patterns, the organization is not doing automation. It is outsourcing judgment to a black box.

This Is the Painful Part

This is also the part nobody wants to do.

You have to connect systems. Clean up permissions. Define states. Decide what counts as done. Remove duplicate sources of truth. Create audit trails. Map messy human workflows into something a machine can read.

And then you have to maintain it.

This is where many AX efforts slow down. The demo looks smart because the demo has clean inputs. The real organization does not. The real organization has missing fields, inconsistent naming, private spreadsheets, undocumented exceptions, and people who know why something is wrong but cannot explain it quickly.

The model may be ready. The company is not.

Why SaaS Still Matters in the AI Era

There is a popular story that AI will eat SaaS.

Some of it is true. Thin software that only wraps a form, a workflow, or a simple report may get absorbed into AI interfaces. If the product has no durable data layer, no workflow ownership, and no accumulated context, it is vulnerable.

But SaaS itself does not disappear. Good SaaS becomes more important.

SaaS is where work leaves a record. It stores who did what, when, why, under which permission, with which document, and under which exception. It keeps state. It enforces rules. It manages access. It preserves history. It gives the organization a stable operating surface.

AI can talk, reason, summarize, and act. But it still needs somewhere to read from, write to, and be checked against.

In the AI era, strong SaaS is not just a bundle of screens. It is the operating layer that agents stand on.

The AX Sequence

AX should move in this order.

First, identify where the data lives. Email, chat, documents, task tools, accounting systems, CRM, spreadsheets, and individual notes all count.

Second, connect the data around real workflows. Do not start with a perfect enterprise architecture. Start with the workflows where context loss is expensive.

Third, create visibility. Build the minimum dashboard that shows workload, status, bottlenecks, exceptions, and risk signals.

Fourth, add AI as an assistant. Search, summarize, draft, classify, and recommend. Keep humans in the loop where judgment matters.

Fifth, move to approval-based automation. Let AI propose, let humans approve, and let the system execute. This is where the organization learns which judgments can be trusted and which ones still need review.

Sixth, build agent flows. Only then should agents call multiple tools, update systems, route exceptions, and move work across steps.

Reverse the order and the risk goes up. If the data is invisible and the workflow state is unclear, adding agents does not create transformation. It creates faster confusion.

You Cannot Delegate What You Cannot See

AX is not mainly about adding AI to work. It is about making work visible enough that parts of it can be trusted to AI.

AI is not a mind reader. It will not magically reconstruct scattered context, recover tacit knowledge, infer every user intention, and understand the local rules of an organization just because the model is powerful.

The starting point is visibility.

You have to see the work before you can understand it. You have to understand it before you can delegate it. You have to delegate it safely before you can automate it.

That is why SaaS still matters. The right software gathers data, exposes the state of work, and gives agents a stable place to operate.

The agent flow comes after that.

Build the eyes first. Then add the hands.