Skip to content
Atlas
GET IN TOUCH

D://LEAD38Digital Transformation

Change the work,
not just the software.

Digital transformation consulting for New Zealand organisations tired of projects that install a system and change nothing. We start with how the work actually happens, then decide what technology it needs.

Most transformation projects do not fail technically. They fail because nobody changed how the work is done.

A new system goes in. The old spreadsheet survives alongside it, because the spreadsheet handles the exceptions nobody mentioned during scoping. Six months on, staff are doing the work twice and the business case has quietly evaporated.

The technology is rarely the hard part. Mapping what actually happens, including the workarounds people are slightly embarrassed to admit to, is the part that determines whether anything changes.

  • 01The same data is entered more than onceSystems that do not talk, bridged by a person and a copy-paste.
  • 02Your real process lives in a spreadsheetThe official system holds the record; the spreadsheet holds the truth.
  • 03Nobody can say what a change costsNo view of which systems touch which process, so every estimate is a guess.
  • 04The last project is still not finishedAdopted by some teams, ignored by others, formally complete.

Delivered in stages, not one leap

Each stage produces something useful on its own and ends at a decision point. You can stop after any of them and still be better off than when you started.

  • 01

    Process mapping

    How the work actually happens today, including the workarounds. Usually the first time anyone has seen it written down end to end.

  • 02

    Systems architecture

    What you run, what it costs, what it connects to, and where the same data is being kept in three places.

  • 03

    Opportunity ranking

    Every candidate change scored on effort against benefit, so the sequence is a decision rather than a preference.

  • 04

    Automation

    The repetitive work that does not need a person, removed. Usually the fastest measurable return in the programme.

  • 05

    Integration

    Systems connected so data is entered once. Less glamorous than replacing them, and far cheaper.

  • 06

    Change management

    Training, documentation, and the follow-through that decides whether any of it survives contact with a busy Tuesday.

Understand, prioritise, deliver, embed

Gated stages with a written output at each one. No twelve-month programme where the value only arrives at the end.

  1. 01Weeks 1 – 3

    Discover

    We sit with the people doing the work and map what actually happens. The output is a process and systems map you own outright.

  2. 02Week 4

    Prioritise

    Opportunities ranked by effort against benefit, with an honest view of which are quick wins and which are eighteen-month commitments.

  3. 03Per initiative

    Deliver

    Work is delivered in slices that reach production and get used. Each has its own success measure agreed before it starts.

  4. 04Post-delivery

    Embed

    Training, documentation, and a check-in after the novelty has worn off, because adoption is the only measure that counts.

What you should expect

  • Data is entered once and appears everywhere it is needed.
  • The process map is current, so change can be estimated instead of guessed.
  • Staff use the new system because it is genuinely faster than the workaround.
  • Each stage paid for itself before the next one was approved.

Questions we get asked

01What does digital transformation actually mean?

In practice: changing how work gets done, with technology as the enabler rather than the point. It covers mapping current processes, removing duplicated effort, connecting systems so data flows, automating repetitive steps, and supporting people through the change. It is not a synonym for buying software.

02How long does it take?

Discovery is a few weeks. After that it depends entirely on what the map shows. We deliberately structure work so the first improvements land within weeks rather than at the end of a long programme.

03What does it cost?

Discovery is a fixed fee, so you know the cost of finding out. Delivery is quoted per initiative once we know what is being built. We would rather quote three small pieces of work accurately than one large one optimistically.

04Do we have to replace our existing systems?

Usually not, and we will say so when replacement is not justified. Connecting what you have is very often cheaper and less disruptive than a migration. Replacement is a recommendation we have to earn.

05What if we only want the discovery?

That is a legitimate outcome and a common one. The process map, systems inventory, and ranked opportunity list are yours regardless of whether we deliver any of it. Some clients take it to their own team.

06How do you handle staff who do not want to change?

Usually by listening to them, because resistance is often well founded. The new process may genuinely be worse for their part of the job. We involve the people doing the work during mapping, which is both better design and, incidentally, the most effective change management there is.

07How do we know whether we actually need this?

A few signals recur. The same information is re-keyed into more than one system. People maintain private spreadsheets because the official system does not do what they need. Answering a routine question takes someone a morning. Growth means proportionally more administrative staff rather than more output. And nobody can explain end to end how an order becomes an invoice. Any two of those and there is usually a case.

08Is digital transformation just buying new software?

No, and treating it that way is why so much of it fails. New software over an unexamined process produces the same process, more expensively and with a login. The work that makes the difference is mapping what actually happens, deciding deliberately what should change, and getting people to adopt it. The software is frequently something you already own.

09What return should we expect, and how would we know?

We agree the measure before the work rather than after, and it should be something you already track: hours spent on a process, time from order to invoice, error rates, or how long onboarding takes. If a proposed piece of work cannot be tied to a number you already care about, that is a reason to be suspicious of it, including when the proposal is ours.

10Can we do this without disrupting the business?

Largely, if it is staged properly. We deliver in slices that each reach production and get used, with a measure agreed before each one starts, so you can pause between stages when the business needs attention elsewhere. The version that disrupts trading is the one attempted as a single change over one weekend, which we would not recommend.

Start with discovery.

A few weeks, a fixed fee, and a map of how your business actually runs. Yours to keep whatever you decide to do next.

← All services