Migrating On-Premises Dynamics CRM to the Cloud: A Checklist
Still running Dynamics CRM on your own servers? You are far from alone — but the case for staying gets weaker every year. On-premises deployments mean hardware costs, patching, security exposure, and a growing gap between what your team uses and what Microsoft ships in the cloud.
Migrating to Dynamics 365 online fixes all of that — but only when the migration is planned properly. A rushed lift-and-shift simply carries old problems into the new platform. This checklist walks through what a smooth on-premises to cloud migration actually looks like, phase by phase, so you land in the cloud clean, modern, and ready to grow.
Key Takeaways
- ✓Cloud migration removes server costs, patching, and upgrade anxiety
- ✓Audit customisations first — carry over what earns its place, not everything
- ✓Migration is the best data-cleaning opportunity you will ever get
- ✓Rebuild old customisations upgrade-safe on the Power Platform
- ✓Test and train before go-live — a phased cutover protects the business
Why move off on-premises CRM
The costs of staying on-premises go beyond the visible ones. Yes, you pay for server hardware, maintenance, and eventually painful version upgrades. But you also pay in missed capability: every new feature Microsoft ships — AI-driven insights, modern integrations, mobile experiences — lands in the cloud first, and often only in the cloud.
- No more server hardware, patching, and maintenance overhead
- Automatic updates with the latest features, without upgrade projects
- Stronger security and compliance than most businesses can maintain themselves
- Access anywhere, on any device, for hybrid and field teams
- Native integration with Microsoft 365, Teams, and the Power Platform
Phase 1: Audit what you have
A successful migration starts with an honest inventory of your current system: every customisation, integration, workflow, report, and third-party add-on. For each, ask a simple question — does this still earn its place?
Years of on-premises operation accumulate customisations built for problems that no longer exist, workarounds for limitations the cloud has since solved, and integrations to systems you have already replaced. The audit tells you what to carry forward, what to rebuild better, and what to leave behind. Skipping it means paying to migrate junk.
Phase 2: Clean your data on the way
Migration is the single best data-cleaning opportunity you will ever get. Before anything moves, deduplicate accounts and contacts, fix formatting inconsistencies, standardise picklists, and archive records with no operational or legal value.
There is a practical payoff beyond hygiene: cloud storage is metered, so migrating years of dead records costs real money every month. More importantly, a clean system earns user trust from day one — and trust drives the adoption that makes the whole project worthwhile.
Phase 3: Rebuild customisations the modern way
Old on-premises customisations — heavy JavaScript, unsupported database tweaks, legacy plugins — often cannot move as-is, and mostly should not. The cloud platform offers better tools for the same jobs.
The modern approach rebuilds what the audit kept using upgrade-safe methods: Power Automate for workflows, Power Apps for custom interfaces, supported plugin patterns for server logic. It is more work than a lift-and-shift — and it is the difference between a system that survives every future update and one that breaks twice a year.
Migration checklist at a glance
AuditInventory customisations and integrations
CleanDeduplicate and archive before moving
RebuildUpgrade-safe Power Platform patterns
IntegrateMap and test every connection
Go liveValidate, train, phased cutover
Phase 4: Plan the integrations
Every system connected to your on-premises CRM — ERP, email, telephony, websites, data warehouses — needs a plan for the cloud world. Some integrations get dramatically easier (Microsoft 365 and Teams become native), some need rebuilding on modern APIs, and some third-party tools may need upgrades or replacement.
Map every integration during the audit, decide its future early, and test each one thoroughly before cutover. Broken integrations are the most common source of post-migration pain — and the most preventable.
Phase 5: Test, train, and go live
The final phase decides how the migration feels to your business. Validate the migrated data against the source. Test every workflow, report, and integration in a sandbox with real users and real scenarios — not just the IT team clicking around.
Train users on what changed, and be honest that some things will look different. Then cut over in a controlled window with a rollback plan you will probably never need. A phased go-live — core teams first, wider rollout after stabilisation — keeps risk contained and support manageable.
How long does it take?
A focused migration typically runs from a few weeks for a lightly-customised system with clean data, to several months for heavily-customised environments with complex integrations. The biggest variables are customisation depth, data volume and quality, and integration count.
Beware of anyone quoting a timeline before auditing your system — they are guessing. The audit phase itself usually takes days, and it converts the rest of the plan from estimates into commitments.
Lift-and-shift vs transform: choosing your approach
Two migration philosophies compete for your budget. Lift-and-shift moves everything as-is: faster and cheaper up front, but it imports your technical debt and often collides with cloud platform differences anyway. Transform — the audit-clean-rebuild approach in this checklist — costs more initially but delivers a system that is faster, cleaner, and cheaper to run for years.
For lightly-customised systems the two approaches converge and lift-and-shift is fine. The more customised and cluttered your on-premises environment, the stronger the case for transforming on the way — because the cloud rewards clean, supported patterns and quietly punishes legacy shortcuts at every update.
Frequently asked questions
Can I migrate on-premises Dynamics CRM to Dynamics 365 online?
Yes. On-premises Dynamics CRM can be migrated to Dynamics 365 online, including data, customisations, and integrations — with the right planning. The audit-clean-rebuild approach delivers far better results than a lift-and-shift.
Will I lose my customisations in the migration?
Not if it is planned well. Customisations are audited, and the ones worth keeping are rebuilt using modern, upgrade-safe methods like the Power Platform — so they keep working and survive future updates.
How long does a CRM cloud migration take?
From a few weeks for simple systems to several months for heavily-customised environments with many integrations. Data quality, customisation depth, and integration count are the main drivers.
Is Dynamics 365 online secure?
Yes. Microsoft’s cloud provides enterprise-grade security, compliance certifications, and continuous patching that exceed what most organisations can maintain on their own servers.
Ready to move your CRM to the cloud?
We audit, clean, rebuild, and migrate on-premises Dynamics CRM to Dynamics 365 online — without disrupting your business. See our cloud migration services