1. Home
  2. The Orbit Method

The Orbit Method

Four phases run by one team. We do not hand off between diagnosis and delivery, because that handoff is where transformation programmes die.

Ground

See the floor as it really is.

We spend time on your floor, across shifts, and inside your systems. We map how work actually happens against how the SOP says it does. Changeovers get timed, handovers get watched, and every point where data stops moving gets recorded.

Much of what matters is not in any system. It is in the workaround a supervisor invented years ago that everyone now depends on, and in the reason the second shift does something differently from the first.

What you have at the endA current-state map by shift, the losses located, and a baseline for every number we expect to move.

Map

A roadmap with a business case.

What to fix first, what to build, configure or buy, what each phase costs and what it returns, sequenced by impact and dependency rather than by what is easiest to sell.

This phase ends with a document your own engineers could execute. That is deliberate: a roadmap that only works while we hold it is not a roadmap.

What you have at the endA prioritised, costed roadmap, build-versus-buy calls with their reasoning, and a target architecture.

Build

Engineered for your floor.

Machine connectivity, a unified data layer and digitised workflows across the functions the roadmap prioritised, integrated with your existing ERP and MES rather than replacing them.

We release in stages so each one earns its keep before the next begins. Adoption is designed here, not afterwards: entry points are chosen for the conditions operators work in, and tested on the line before go-live.

What you have at the endWorking releases on the line, with source code and documentation handed over as we go.

Sustain

Until the floor owns it.

Go-live is the midpoint. We train supervisors and operators on the line, rebuild the daily management routine around what the system shows, tune it against real use and measure against the baselines taken before we started.

We stay through at least one full business cycle, including a month-end, an audit and a shutdown, because those are the moments a system reveals what it cannot do.

What you have at the endResults measured against the baseline, a routine that runs on the system, and a plan for the next line or plant.

Six commitments

They shape what we recommend, and they are worth holding us to.

The same people throughout

Whoever walks your floor in the first week is in the room at go-live. No partner-sells, junior-delivers pyramid, and no re-briefing a team that was not there.

Integrate rather than replace

Your ERP and MES stay. Rip-and-replace carries the highest risk and the longest wait for results, and we will argue against it unless the case is overwhelming.

Adoption is a design constraint

Decided while the system is designed, not addressed after go-live. A system that adds time to an operator’s cycle will be worked around.

Baselines before build

We measure before we change anything, so a claim that something improved can be checked rather than asserted, including when it did not.

You own what we build

Source code, documentation and architecture handed over as we go. Your continuity should never depend on our availability.

We will tell you to stop

When a process fix beats software, when the data will not support a model, or when a programme should be halted rather than finished.

Start with the first phase.

The Connected Floor Audit is the Ground and Map phases as a fixed-scope engagement. The roadmap is yours to keep, whoever builds it.