Where it begins

Most organisations know something is wrong. Fewer know what to fix first.

Consult is where we understand the work before recommending the technology. We speak to the people involved, map the current process and systems, identify what is creating cost or friction, and assess the quality and meaning of the information underneath it.

The result is a practical view of what to do now, what to do later and what not to do at all. That last category matters. A Consult that ends with “improve this manually first, and do not build anything yet” is a good outcome, not a failed sale.

You own everything we produce. There is no obligation to buy a build at the end of it, and a diagnostic does not commit either side to anything larger.

The brief

Ten questions a Consult has to answer

If we cannot answer these by the end, we have not finished.

  1. Where are people losing time?
  2. What work is repeated, rekeyed, chased or reformatted?
  3. Which decisions are stuck because information is missing or distrusted?
  4. What should be improved manually before technology is introduced?
  5. What could be automated safely?
  1. Where could AI add value that rules-based automation cannot?
  2. What should stay with a person?
  3. What is the likely benefit, effort and risk?
  4. What skills will the organisation need to sustain the result?
  5. What should happen first?

How it runs

Four movements, sized to the organisation

01

Listen

Listen and map

Interviews with the people who actually do the work. A current-state map of the process as it really happens, including the exceptions and the workarounds nobody documents.

02

Examine

Information and systems

A systems and information map, a data-readiness and definition review, and an honest answer to whether the information is good enough for what you want to do with it.

03

Quantify

Quantify and prioritise

An opportunity register, scored on value, effort and risk. Quick wins, medium-term work and not-now, separated clearly, with the human-responsibility questions flagged.

04

Hand over

Roadmap and readout

A prioritised roadmap and an executive readout, in plain language. Where it is safe and quick, one or two small improvements made along the way.

Duration depends on the size of the organisation and how many processes are in scope. We agree that, and what is included, before anyone starts.

What lands on your desk

Documents anyone in the business could read

Not consultant-speak, and not a deck designed to make the next sale. The pain points described in your own words, with the workings shown so your team can challenge them.

  • A current-state process or workflow map
  • A systems and information map
  • A data-readiness and definition review
  • An opportunity register, scored on value, effort and risk
  • Quick wins, medium-term and not-now, clearly separated
  • A human-responsibility and governance assessment
  • A prioritised roadmap and an executive readout

Ways in

The shapes a Consult usually takes

We scope each one with you rather than selling a fixed package we have not sized against your organisation.

Broadest starting point

Business Improvement Diagnostic

Identify where time, quality or information is being lost, and what the simplest reliable improvements would be.

  • For organisations with obvious operational friction and no clear plan
  • Covers process, systems, information and skills together
  • Ends with a prioritised roadmap, not a build commitment
When the numbers are the problem

Data Diagnostic

Establish whether you can trust your numbers, understand what your metrics actually mean, and get a practical improvement roadmap.

  • Data-source and reporting map, metric and definition review
  • Ownership of key measures, and data-quality risk by intended use
  • Three to five candidate quick wins, then a longer roadmap
When AI interest is broad

Practical AI Roadmap

Turn general AI interest into a realistic, prioritised list of applications — with the ones that are not worth doing named as clearly as the ones that are.

  • Still starts with the work, not the technology
  • Separates what rules can do from what genuinely needs a model
  • Includes where human judgement has to remain
Some of this work will become fixed scope and fixed price as we settle it. Until then we agree the scope, the assumptions and the cost in writing before asking you to commit to anything.

How it ends

Three honest recommendations

01
Do nothing, for now

The problem is real but the cost of fixing it outweighs the benefit, or something else needs to happen first. We will say so.

02
Improve it manually first

Agree the rules, tidy the definitions, fix the process. Automating a broken process just produces broken output faster.

03
Move to Build

The opportunity is clear, measurable and supportable. We design the smallest useful version and agree how we will know it worked.

Tell us what is getting in the way.

You do not need a finished brief or a preferred technology. Tell us what is slow, repeated, difficult to trust or harder than it should be. We will arrange a short conversation and tell you whether we think there is a useful next step.

  • A conversation, not a pitch
  • We will say if we are not the right fit
  • No obligation to buy a build