Skip to main content
Cloud & Microsoft 3659 min read

The Microsoft 365 Migration Playbook for Small Teams

"A practical week-by-week guide to migrating a 5-50 person business to Microsoft 365 - what to prepare, what actually takes time, and the three mistakes that cause email downtime."

Author

Lior Refael

Published

Apr 25, 2026

Back to Articles

When Microsoft 365 is the right choice for your team

Before the playbook, a five-minute honest comparison. M365 is not automatically the right answer for every small business.

Choose Microsoft 365 if:

  • Your team is primarily on Windows devices
  • You work in a regulated industry - finance, legal, healthcare - where Outlook and Excel are standard
  • You need device management across multiple locations (Intune is genuinely better than Google's MDM for this)
  • You have existing Microsoft infrastructure to migrate from

Consider Google Workspace instead if:

  • Your team is fully remote, mostly on Macs, and already lives in Google Docs
  • You have under 10 people and want the simplest possible setup
  • Real-time collaborative editing matters more than Outlook features

The hybrid reality: some businesses use M365 for security and device management alongside Google Docs for specific workflows. This works but adds cost and complexity. Standardise on one platform if you can.

Before you start: the checklist nobody gives you

The most common reason migrations go wrong isn't technical complexity - it's skipping the pre-migration audit. Before any migration work begins, confirm all of the following:

Domain and DNS:

  • Your domain is registered in your business's name, not your IT provider's
  • You know who controls your DNS records (usually your domain registrar)
  • You have access to the domain registrar account with 2FA enabled

Email inventory:

  • List every mailbox: individual users, shared mailboxes (billing@, info@, hello@), and service addresses
  • List every alias - multiple email addresses routing to the same inbox
  • Confirm whether mailboxes have calendar or contact data that needs migrating

Existing data:

  • Where are your files currently? Local drives, a NAS, Dropbox, Google Drive?
  • Do these files need migrating, or can your team start fresh in SharePoint?
  • Is there a verified backup of everything before the migration starts?

Licences:

  • Decide on the M365 tier. For most small businesses: Business Standard (email + Office apps) or Business Premium (everything + Intune + Defender). Business Premium is worth the extra €8/user/month if you want device management.
  • Count exact users. You can add licences as you grow - don't over-provision.

Timing:

  • Avoid migrations at month-end, during your busy season, or the week before a major deadline.
  • Allow 3-4 weeks minimum.
  • Plan the DNS cutover for a Friday afternoon - that gives you the weekend for any surprises.

The week-by-week plan

The four-week plan at a glance

Table of the four migration weeks, the work done in each, and what is live at the end of each week.
WeekWork doneWhat is live at the end of it
Week 1Tenant, accounts, MFA, Conditional Access, shared mailboxesEveryone can sign in to M365; mail still flows to the old system
Week 2Files moved to SharePoint, Teams channels, mailbox pre-sync runningFiles live in SharePoint; mail still flows to the old system
Week 3Intune enrolment, configuration profiles, Autopilot, wipe testManaged devices, on Business Premium only
Week 4MX, SPF, DKIM and DMARC cutover, then 24 hours of monitoringMail flows to M365; old platform decommissioned after a clean day

Our own delivered sequence for 5-50 person migrations. The order is the part that matters.

Week 1: Tenant setup and security baseline

Your new M365 tenant is configured before a single email is moved:

  • Create the tenant and add your domain
  • Create all user accounts (without licences yet)
  • Enable MFA for all users
  • Apply Conditional Access policies
  • Set up shared mailboxes and aliases

By end of Week 1: every user can log into M365 and access OneDrive and Teams. Email is not yet pointing here.

Week 2: Data migration

Files first, email second:

  • Migrate shared file storage from current location to SharePoint
  • Set up Teams channels - start simple, a few channels, not 40
  • Run a 30-minute team walkthrough: where files live and how to access them

Email migration runs in the background via Microsoft's native tools or BitTitan. The old email system stays live throughout this week.

By end of Week 2: files are in SharePoint, email is syncing quietly, old system still active.

Week 3: Device setup (Business Premium / Intune only)

  • Enrol Windows devices into Intune
  • Push configuration profiles: encryption, password policies, automatic updates
  • Configure Windows Autopilot for any new or replacement devices
  • Enrol Macs via Apple Business Manager if needed
  • Test remote wipe and lock on a spare device

Week 4: DNS cutover

The only irreversible step:

  • Update the MX record to point to Microsoft
  • Update SPF, DKIM, and DMARC records
  • Test send and receive from Outlook, iPhone Mail, and all shared mailboxes
  • Monitor for 24 hours before declaring success

If anything goes wrong: the DNS change is reversible in minutes. Migrated email stays in M365 regardless.

After a clean 24 hours: decommission the old email platform.

Industry-average downtime vs how this plan is run

It is worth knowing what "normal" looks like before you accept it. CompTIA's cloud and IT operations research consistently finds that unplanned downtime and underestimated migration complexity are among the top reported causes of cloud project overruns for small and mid-sized firms[1] - the typical small-business email migration handled without a plan loses somewhere between half a day and two full days of mail flow, usually at DNS cutover.

The plan above is built to make that zero. Mailboxes are pre-synced and kept syncing while the old system still receives mail, so at cutover the only thing that changes is where new mail is delivered. Nothing is deleted from the source until the target has been verified. If the cutover goes wrong, the MX record points back and you are where you started. Users keep working throughout; the perceptible change for them is signing into Outlook once.

The three mistakes that cause downtime

All three are sequencing failures rather than technical limits, and Microsoft documents the order that avoids them: mailboxes ready and synced first, DNS changed second, delta sync last[2].

Mistake 1: Cutting DNS before enabling MFA

If email points to M365 before MFA is active, every account is exposed with just a password. Security baseline first, DNS cutover second - always.

Mistake 2: Forgetting shared mailboxes

The billing address, the info@ account, the support inbox - these get missed in almost every migration. Document every shared mailbox before you start.

Mistake 3: No backup before cutover

Before touching DNS: confirm (a) you have a recent export of existing email, and (b) your backup solution is running on the new tenant. Migration mistakes are recoverable with good backups. Without them, they're not.

What to expect from your IT provider

If a managed IT provider is running this migration for you, here is the minimum standard:

  • A written pre-migration checklist, shared with you, before anything starts
  • You hold all admin credentials - the provider administers them, not owns them
  • You're notified before any DNS change is made, not after
  • A tested backup restore before cutover
  • Post-migration monitoring for at least 48 hours
  • Written handover documentation showing how everything is configured

If your provider won't give you these, that's worth knowing before the migration starts - not after.

Questions we get asked

Sources

Every figure in this article traces back to a named source. Where we quote our own numbers, they come from work we have done with small businesses in Israel and across Europe, and we say so.

  1. State of Cybersecurity / Cloud computing research (opens in a new tab)

    CompTIA · 2025 · reporting on primary data

    Industry research on cloud migration complexity and unplanned downtime in small and mid-sized organisations.

  2. Add DNS records to connect your domain (opens in a new tab)

    Microsoft Learn · 2026

    MX, SPF and autodiscover records required at cutover, and the order they should change in.

  3. Ways to migrate multiple email accounts to Microsoft 365 (opens in a new tab)

    Microsoft Learn · 2026

    Cutover, staged and hybrid migration options and when each applies.

  4. Migrate other types of IMAP mailboxes to Microsoft 365 (opens in a new tab)

    Microsoft Learn · 2026

    What an IMAP migration does and does not carry across, including calendars and contacts.

  5. Microsoft 365 migration performance and best practices (opens in a new tab)

    Microsoft Learn · 2026

    Throughput limits that determine how long a mailbox migration actually takes.

  6. Migrate to SharePoint with Migration Manager (opens in a new tab)

    Microsoft Learn · 2026

    Moving a file server into SharePoint document libraries as a separate, later phase.

Figures last checked 28 July 2026

Planning a move to Microsoft 365?

Book a free 30-minute call. We'll review your current setup and give you a realistic migration plan - including timeline, cost, and what to watch out for.