Sudo Group / cybersecurity · technology · AI
hello@sudogroup.co.ukRequest a call
Workplace service

Move workspace platforms without losing the operating detail.

We plan the identities, domains, data, permissions, devices and user communication around a controlled Microsoft 365 or Google Workspace move.

direct promise

A migration runbook, prepared target environment, validated data move and supported cutover.

Best fitMicrosoft 365 → Google WorkspaceGoogle Workspace → Microsoft 365Legacy provider → Microsoft 365
Shape the brief

Select the likely route

Choose the closest situation. This changes the context carried into your brief.

Scope

Know what the work produces.

The exact statement of work follows discovery; these are the normal components and outputs of this service.

01 / included work

What we usually do

  • Source, target, account and data inventory
  • Identity, licensing and domain design
  • Mailbox, file, calendar and permission mapping
  • Pilot and migration-wave planning
  • User communication and device readiness
  • Cutover validation and stabilisation support
02 / outputs

What exists afterwards

  • Migration scope and dependency register
  • Target configuration baseline
  • Data and permission map
  • Pilot results and cutover runbook
  • User communications pack
  • Post-migration issue and handover log
User impact

A migration is a business change with technical gates.

Licensing, communications, device readiness, permissions and support are tracked alongside data movement.

01

Discovery

What exists and who owns it

02

Pilot

What moves and what breaks

03

Cutover

When identities and domains change

04

Stabilise

What users need afterwards

Working agreement

Responsibilities before, during and after.

PlatformsMicrosoft 365, Google Workspace, tenant-to-tenant and supported legacy-provider moves after technical discovery.

AfterwardsPost-migration administration and user support can transition into Business email, IT support or IT management.

What we need from you

  • Administrative access to source and target
  • User and data-owner participation
  • Licensing decisions before migration
  • Business-approved cutover windows and communications

Boundaries to make explicit

  • Archive, compliance and retention needs must be declared
  • Unsupported legacy data is identified before commitment
  • Application reconfiguration is scoped by dependency
  • Source shutdown follows validation and an agreed retention plan
Delivery path

A service-specific sequence with decision gates.

  1. 01

    Discover

    Inventory identities, domains, data, licences and dependencies.

  2. 02

    Remediate

    Resolve ownership, quality and configuration issues before moving.

  3. 03

    Pilot

    Test tooling, data mapping, permissions and user guidance.

  4. 04

    Stage

    Move eligible data in controlled waves and monitor exceptions.

  5. 05

    Cut over

    Switch domains, access and user workflows with a rollback plan.

  6. 06

    Stabilise

    Resolve issues, validate completeness and document the target.

Common questions

Clarify the service before the first call.

The exact scope follows discovery. These are the questions that usually need an early answer.

What does the first conversation cover?

The current situation, the outcome you need, the systems or evidence in scope, the decision owner and any deadline or assurance requirement.

Can Sudo work with our internal team or existing suppliers?

Yes. We make responsibilities, access, handoffs and retained ownership explicit rather than assuming a replacement model.

What happens after the assessment or delivery work?

We agree whether the result is handed to your team, supports a defined remediation project or moves into a separately scoped ongoing service.

next / brief

Ready to make workspace migrations concrete?

Bring the current system, constraint or decision. The selected context will already be in the brief.

Start this brief