Acuity AI Advisory
← Insights
Updated 4 October 2026·3 min read

What an AI diagnostic should establish before you buy

G

Ger Perdisatt

Founder, Acuity AI Advisory

Before investing in AI, establish where work gets delayed, what causes rework and whether the tools you already own can help. A useful diagnostic separates estimated opportunity from results you can verify.

A team can be busy without knowing which part of the work consumes the most effort. That makes it difficult to judge an AI proposal: a convincing demonstration does not tell you whether the tool addresses the cause of the problem.

A diagnostic should give you enough evidence to decide what to change, what to test and what to leave alone. The starting point is the work already happening in the business.

Find where the time goes

Walk through a real task with the people who perform it. Follow the information from its arrival to the point at which somebody can act on it. Include the checks, exceptions and corrections that rarely appear in a process diagram.

Ask where information is entered again, what has to be chased and how often a draft comes back for rework. Compare people's estimates with observable records where available. A reported time burden is a useful starting point, but it needs validation before it becomes the basis for a business case.

Understand what causes the delay

If a report waits for missing information, a faster writing tool may leave the main delay untouched. If the source data contains conflicting figures, automating its transfer can spread the problem more quickly.

The recommendation might involve a clearer handoff, a change to a form or a more consistent source of information. AI may help with a specific part, such as preparing a draft from unstructured material. Some tasks are better suited to conventional rules and automation; others need to remain human decisions.

Check the systems already available

Review what the organisation already licenses and how those tools are configured. A proposed change may be possible inside the existing environment, but availability alone does not establish suitability. Permissions, support arrangements and the handling of sensitive information still matter.

Also consider planned system changes. An improvement that depends heavily on a system about to be replaced may need a different scope or timing. Record those dependencies before agreeing a build.

Keep the financial case honest

Time released is not automatically a cash saving. The financial effect depends on what happens next: whether people can take on additional work, avoid an otherwise necessary cost or improve the quality of a service.

Similarly, identifying a possible margin improvement is different from achieving it. It may depend on supplier agreement, changes in buying behaviour or the quality of the data behind the estimate.

A useful business case states its assumptions and includes the effort of making and maintaining the change. Keep estimated opportunity separate from measured results in both the recommendation and subsequent reporting.

Define a test before committing to a rollout

Choose a representative task and agree what a satisfactory result would look like. Measure the existing process on a comparable basis, then include the time needed to check and correct the new output. A draft produced quickly can still be expensive to review.

Look at exceptions as well as successful examples. If an automation fails, determine whether the failure is visible and whether someone can continue the work safely. A small saving does not justify creating a larger operational risk.

What the recommendation should leave you with

You should be able to see the problem being addressed, the evidence behind the proposed change and the assumptions that remain untested. The recommendation should make clear who owns the next decision and what would justify proceeding, changing the approach or stopping.

That is the value of doing the diagnostic work first: it gives the organisation a basis for deciding how to spend its money and attention.

If a recurring process is taking too much effort, talk to us about the workflow. Tell us what happens today and which systems you already use. You can also see examples of our assessment and advisory work.

sme strategy