A sequence to agree together.
Preparation · 1–2 weeks
Roles, prerequisites, materials and timing.
Pilot · 1–2 weeks
Actual tasks, feedback and corrections.
Waves · agreed pace
Sessions and cutovers by location.
Stabilisation · to scope
Follow up issues and hand over to local contacts.
Indicative planning, without a delivery commitment. Timing depends on scope, access, approvals, procurement and team availability. Stages may overlap.
What affects the quotation.
Location, role and user counts, languages, travel, team availability and the readiness of the tool determine the effort. Bespoke materials, additional sessions and post-start assistance are specified. Software corrections remain separate when they fall outside the agreed scope. The proposal identifies the client inputs required to keep the rollout moving.
Practical questions.
Should everyone be trained at once?+
Not necessarily. Role-based groups and a pilot allow exercises to fit the work. The sequence depends on tasks, operational continuity and people’s availability, rather than applying the same schedule to every user regardless of their responsibilities.
What happens after go-live?+
The proposal states the assistance period, channels and responsibilities. Usage questions, incidents and change requests are tracked separately. An explicit handover allows internal owners or the agreed support provider to take over with the necessary information.