Skip to main content

Before Your Next Technology Decision, Establish What Is True

Everyone wants to get to the decision. It is only as good as the record underneath it, and in most multi-location businesses nobody can produce that record on demand.

Everyone wants to get to the decision.

Which provider should we be with? What should we replace? Where can we take cost out? What should we modernize, consolidate or renegotiate?

Those are the right questions. I think most companies get to them too quickly.

Not because the people asking are careless. Because the answer to an earlier question is usually missing: what do we actually have?

In a multi-location business, that question is harder than it sounds. The estate lives in invoices from a dozen providers, agreements scattered across shared drives and inboxes, a spreadsheet someone built for the last renewal, and the memory of whoever has been there longest. Finance can tell you what was paid. IT can tell you what is running. Neither can easily tell you whether those are the same estate.

So the decision gets made from a reconstruction. Under a deadline. By people who will reconstruct it again next time.

Before deciding what should change, establish what is actually true. That is what a Technology Baseline is for.

The questions get better

A Technology Baseline brings the whole estate into one evidence-backed record, built location by location, with each fact tied to the evidence it came from.

The first thing leadership notices is that the questions change. "We think we have about thirty providers" turns into questions the record can answer:

  • Which technology services are active at each location, and who provides them?
  • Which locations are missing a service every site of their kind should have?
  • What are we paying, and which agreement controls each charge?
  • What renews next, and when is notice due?
  • What can't we prove yet, and where do the sources disagree?

What comes back is concrete. You give us the invoices and agreements you already have. We build the record around them and collect the evidence needed to establish the estate. You can see what is running, who provides it, what it costs, what governs it, what comes due next, and where the evidence stops. Missing stays missing. Conflicting stays conflicting. And the record is yours to keep.

Knowing what you can prove

Where the evidence stops is the part I care about most.

A spreadsheet with 500 rows can look complete and still be mostly assumption. Nothing on the sheet tells you which rows came from a signed agreement and which came from someone's best guess two years ago.

A Baseline tells you. Some facts are established by the evidence. Some records are incomplete. Some services are running and invoiced with no agreement on file. Where an invoice and an agreement disagree, the conflict stays open until a person resolves it.

Nobody fills a gap with a plausible number to make the page look finished. If only part of the estate has a price on file, the record does not quietly turn that partial picture into a total.

Unknown is a legitimate answer. Hidden unknowns are the problem.

False certainty is worse than an honest gap, because it is the version people make decisions from.

Finance and IT, looking at the same estate

This is the part that changes the conversation in the room.

The CFO sees the economics: what the estate costs, what it commits the business to, and when those commitments come due. The CIO sees the operating reality: which services are actually running at which locations, which providers deliver them, and which agreements they run under. Both views are legitimate. The trouble starts when they are built from different sources.

Finance and IT should not be making the same decision from two different versions of the estate.

When they are, the meeting becomes an argument about whose numbers are right, and the decision waits. When both work from one record with the evidence attached, the argument moves to where it belongs: what should we do?

What tends to surface

I won't pretend every Baseline turns up something dramatic. Some estates are well run and simply badly recorded, and that is worth knowing too.

Where something does surface, it is what nobody could see while the evidence was scattered: commercial, operational and documentation issues that neither the budget nor the existing records showed. None of it is a saving until someone confirms it and acts on it. For the patterns we have encountered in the work, we have written separately about what becomes visible when a multi-location technology estate is examined.

The bigger value is simpler. You have command of the estate before money or risk is committed.

The next decision starts from evidence

Once the estate is established, the decision gets better, whatever it turns out to be. Renegotiate. Take it to market. Consolidate. Modernize. Reinvest. Or leave it alone, because the record shows it is working and the terms are sound.

Not every Baseline leads to change. Every Baseline means the next decision starts from evidence instead of from memory.

At NarrowGateX, your Technology Advisor works from that record and recommends what should change, with the reasoning behind it. You decide.

The record does not reset

Most assessments end with a report. It is accurate the week it is delivered, it gets filed, and the next renewal starts the reconstruction over again.

A NarrowGateX Technology Baseline is not the end product. It is the beginning of the record.

It is the first stage of the cycle we work in, Baseline, Benchmark, Decide, Execute and Govern, and every stage after it reads the same record. The next renewal, the next sourcing event, the next budget cycle, the next modernization project and the next acquisition all begin with what is already known.

The work it takes to establish the estate should not disappear when the engagement ends.

When to do it

Before you urgently need it.

The worst time to discover that nobody can establish the current estate is when the decision has become urgent: a major renewal ninety days out, a sourcing event with a board date attached, an annual budget that has to be defended line by line, an acquisition that doubles the estate overnight, or a new CFO or CIO inheriting commitments they did not make.

Each of those forces the question. None of them leaves enough time to answer it well.

I think every CFO and CIO responsible for a multi-location technology estate should establish a Baseline before the next major decision forces the issue.

You may discover the estate is exactly what you thought it was. That is useful. It means the next decision starts from something you can prove.

In my experience, though, the interesting part is what nobody could see while the evidence was scattered. The best time to establish the record is before you urgently need it.