Think Build Implement Repeat
London, UK +44 7367 067226
WhatsApp FOLLOW f in X
Business Automation

When the Same Process Runs Differently in Two Sites

Last updated:

Both sites think they do it the standard way

Multi-site businesses almost always discover, during discovery, that the process differs between locations in ways nobody had documented. Different sequencing, different exceptions, different informal rules.

Some of those differences are real: a different customer mix, a different physical layout, a different regulatory position. Most are historical accident.

Separate constraint from habit

  1. List every difference between the sites, without judgement
  2. For each, ask what would break if it were done the other way
  3. Where nothing would break, it is habit — standardise it
  4. Where something would, it is a constraint — make it configurable
  5. Where nobody knows, run the other way for a fortnight and find out
The question that settles most of these: what would break if you did it the way the other site does? “Nothing, we have just always done it this way” is the most common answer.

Configurable per site, not branched code

Genuine differences go into per-site configuration: which steps apply, which thresholds, which routing. Never into conditional code, because that is how you end up maintaining two products.

The rule we apply: if it cannot be expressed as configuration, it needs a commercial justification, because the maintenance cost lands on every future change.

Roll out one site first

Pilot at the site with the most cooperative team, not the largest. Fix what they report, then take a working system to the second site with evidence rather than promises.

Second-site adoption is considerably easier when someone at the first site can be asked what it is actually like.

Watch for the site that quietly opts out

  • Data entered in batches at the end of the day
  • A shared login rather than individual accounts
  • A parallel spreadsheet “just for our team”

Each is information rather than misbehaviour. Ask what the spreadsheet does that the system does not, and you usually get a short, fixable list.

Frequently asked questions

Should we standardise before automating?

Standardise the habits, keep the constraints. Trying to standardise everything first usually stalls the project in a debate that automation would have settled with evidence.

What if the sites are in different countries?

Then some differences are legal or tax constraints and are definitely configuration. Language, currency, document formats and retention rules all need explicit handling.

Does multi-site cost much more?

Typically 30–50% more than a single site, mostly in configuration design and the second rollout rather than in the core build.

Can each site have its own reports?

Yes, and they should also roll up consistently. Agreeing what the roll-up means is usually the harder half of that conversation.

Keep reading

Same process, two sites, two versions?

That difference is the project. Tell us where they diverge and we will help you sort constraint from habit.

Book a free 30-minute call Get a project estimate WhatsApp us

Related services

What we build for problems like this one

Business AutomationCustom Software Development