Stage 4 of 5

Available

Roll out

A rollout is finished when the old system is read-only. Anything short of that is two systems, which is worse than either.

Length
2–8 weeks
Sequence by
Workflow, not department
Parallel running
One close, maybe two
Finished when
The old system is read-only

Sequence by workflow, not by department

The instinct is to move finance, then sales, then operations. It produces a company where a single order touches two systems, and every handover between them is a manual re-key that somebody has to remember. Move whole workflows instead, even when a workflow spans three teams.

WaveWhat movesWhy this order
1The pilot workflow, company-wideAlready proven. The people who ran the pilot become the people who help everyone else.
2Everything upstream of itA workflow fed by the old system still depends on the old system.
3Everything downstream of itReporting and billing usually sit here.
4The long tailThe quarterly things and the once-a-year things. Do them when they come round, not in advance.

Getting people onto it

Invite in waves that match the workflow waves

Access arriving before a reason to use it teaches people to ignore the invitation.

Narrow module access from the start

Do not give everyone everything and tidy up later. Module access removes; set it as people arrive.

Name one person per wave who is accountable

Not a trainer. Someone whose own work depends on the wave landing.

Put the questions in Chat, not in email

Answers in a channel are answers everyone in the next wave can read.

Switch the old system to read-only on a date

Announced in advance, and actually done. Nothing else ends a rollout.

Parallel running has a hard limit

One close in both systems is a sensible verification. Two is a stretch. Beyond that, people stop maintaining the new system properly because the old one is still authoritative, and you get the cost of both with the confidence of neither.

app.erp.io/admin/access
Module access

Organisation has 6 modules · rows below remove, never add

Add rule
PersonAccountingCRMProjectsChat
Dana OkoroInheritInheritInheritInherit
Priya RamanInheritRemovedInheritInherit
Tom BairdRemovedInheritInheritInherit
[email protected]RemovedRemovedInheritRemoved
Admin → Module access. Rows only ever narrow what the organisation already has.

Before you switch the old system off

  • One period has been closed in erp.io, by the person who normally closes it.
  • Every recurring thing has run at least once — payroll journal, monthly invoices, the standing report somebody sends the bank.
  • The audit log shows the whole company, not just the pilot team.
  • You have an export of the old system stored somewhere that is not the old system.
  • Somebody has tried to find a two-year-old transaction and succeeded.
Read-only, not deleted

Keep the old system readable for as long as your retention policy requires. The goal is that nobody can write to it, not that nobody can look at it.

What this does not do

No phased data cutover

A module is either the system of record or it is not. There is no supported mode where half the invoices live in each system.

No built-in training material

These docs are the material. There is no in-product tour or courseware.

No bulk user import

Invitations are entered as addresses. There is no CSV upload or directory sync.

Questions

How many people can we move at once?

As many as one accountable person can support. In practice that is 10–30 per wave.

What if a wave stalls?

Stop starting new waves. A stalled wave that gets overtaken becomes a permanent island on the old system.