Microsoft Dynamics 365 · Implementation

Microsoft Dynamics 365 Implementation — transparent cost, four phases, one team.

As a Microsoft Dynamics 365 partner we have been building Microsoft Dynamics CRM adoptions since the CRM 3.0 era — in four phases with clear deliverables and transparent implementation cost. SMB adoption €60,000–€180,000 net, mid-market €180,000–€600,000 net. Teams of 2–6 people, with the person who advises also at the code editor and in hypercare. No handover to offshore. No PowerPoint cascade.

30 days free

Try Dynamics 365 — with guidance, not alone.

We set up the trial tenant in 48 hours, train your key users (2 hours), hold weekly office hours with the architect, and prototype your target use case. After 30 days you receive an architecture recommendation — you decide on adoption or shutdown.

3–6 months typical SMB adoption 6–12 months mid-market 4 phases with phase-by-phase fixed prices 4 weeks of hypercare after go-live included

Four phases

How an arades implementation runs.

Four clearly separated phases, each with its own deliverables and budget logic. No endless "build-and-test" loop — instead, milestones where you, as the client, can deliberately say yes or no.

01 · 2–4 weeks

Discovery & architecture

Workshops with subject-matter experts and power users. Solution blueprint, module mapping, license architecture, data-model sketch, migration plan. Fixed price. You can end the project after phase 01 if something doesn't fit — we do not require a build commitment.

  • Solution blueprint (15–25 pages)
  • License calculation
  • Migration plan
  • Risk register
02 · 6–24 weeks

Build

Configuration in two-week sprints. Weekly demos. You see the system grow — no black box. Customizations, plug-ins, Power Apps extensions, integrations with ERP. T&M with a budget corridor and transparent burn rate.

  • Running system after every sprint
  • Weekly sprint reviews
  • Test scripts in parallel with development
  • Code in your Azure DevOps or GitHub org
03 · 2–8 weeks

Migration & test

Data migration from Salesforce, NAV, Excel, or a legacy system. Three migration runs: dry run, pre-production test, final cutover. End-to-end tests with real users. Training wave 1. Fixed-price phase.

  • Validation reports before every run
  • End-to-end test with power users
  • First training wave
  • Cutover plan with rollback
04 · 4 weeks

Go-live & hypercare

Live cutover in a defined cutover window. 4 weeks of hypercare with daily check-ins, fast response, adoption guidance. Transition to Application Care or pay-per-hour support. Fixed price.

  • Cutover on a defined date
  • 4 weeks of daily hypercare standups
  • Response under 4 hours
  • Transition into ongoing support

Migrations

What we typically migrate from to Microsoft Dynamics 365.

A migration is not just "copying data". It is a question of which records still have value today, which we carry over only as an archive, and which we deliberately leave out.

Salesforce → Microsoft Dynamics 365

Accounts, contacts, opportunities, custom objects, tasks, and email history. We use Skribbla or our own pipelines. Tricky areas: custom-field mapping for heavily customized Salesforce implementations, approval processes, and Process Builder logic. Typically a 4–8 week migration track, parallel to the build.

NAV / Navision → Business Central or Dynamics 365

Classic on-prem NAV (4.0 to 2018) to Business Central in the cloud — or, for pure CRM needs, directly to Dynamics 365 Sales. Includes master data, documents, and historical contracts. Note: NAV-specific customizations must be manually rethought; a 1:1 lift-and-shift rarely works.

Excel / Access → Microsoft Dynamics 365

Sales pipeline in Excel. Customers in Access. Contract data in SharePoint lists. We consolidate, deduplicate, and normalize addresses. Often the most underestimated migration — because "Excel" sounds simple, but in reality hides organically grown data models.

Sage, SAP CRM, Oracle, Sugar & others

In recent years we have run migrations from Sage CRM, SAP Cloud for Customer, Oracle Sales Cloud, SugarCRM, Vtiger, Pipedrive, and HubSpot. The technical approach is always similar: export, mapping, cleansing, import in multiple waves, and validation.

Example timeline

What to expect in time — two real-world sizes.

SMB · 1 module · 30 users · 4 months

Sales implementation for a sales team, with migration from Pipedrive, Outlook integration, and one Power BI dashboard. Discovery 2 weeks, build 8 weeks, migration 3 weeks, hypercare 4 weeks. Investment range: approximately €80,000–€110,000 net plus licenses.

Mid-market · 3 modules · 180 users · 9 months

Sales, Customer Service, and Field Service with ERP integration (NAV) and migration from Salesforce. Discovery 4 weeks, build 24 weeks, migration 6 weeks, hypercare 4 weeks. Investment range: approximately €280,000–€420,000 net plus licenses.

Note. Both ranges are honest corridors from real projects of the last 5 years — not wish-list numbers. A concrete statement for your plan comes after the 30-min discovery, or at the latest at the end of phase 01.

What sets us apart

An arades implementation is not a consulting-firm implementation.

Direct contact with those who build

From discovery to hypercare you speak with the same people. No account manager as translator. No handover to an offshore delivery team. When something is on fire, you call the person who wrote the plug-in.

Small teams

2 to 6 people per project. Solution architect, functional consultant, developer, migration engineer. No more is needed. Fewer rows of chairs, fewer status meetings, and less slippage between plan and code.

Eat your own dogfood

We use Microsoft Dynamics 365 for our own project business — based on our own Project & Service Management solution. When we recommend a workflow, we have usually tested it ourselves.

Seamless transition into Application Care

After go-live we take over operations ourselves — as Application Care. No handover to a run partner, no knowledge loss. Whoever built your system supports it afterward.

Microsoft Partner

With direct escalation path to Microsoft support. If a platform bug occurs, we open the ticket with Microsoft directly — you don't have to escalate yourself or hunt for a Microsoft account manager.

Honest limits

We do not take on a project we know will fail. Too little budget, the wrong module, no internal owner — we say so before contract signing. More on this in our advisory overview.

arades Microsoft Dynamics 365 Implementation
4 wks
Hypercare after go-live

Qualification

What qualifies us for your implementation.

Microsoft CRM implementations since 2005 — across every platform shift. From on-prem CRM 3.0 through CRM 2011/2013/2015 to Dynamics 365 in the cloud. We know the migration paths, the platform quirks, and the Microsoft roadmap realities first-hand.

  • 20+ years of Microsoft practice
  • Microsoft Partner
  • Experienced practitioners for Sales, Customer Service, Field Service and Power Platform
  • Own productized D365 solutions (PSA, intercompany, Teams integration)
  • Migration experience from Salesforce, NAV, Sage, SAP, Oracle, Pipedrive, HubSpot
  • Application Care contracts active with several mid-market clients

Cost breakdown

Microsoft Dynamics 365 implementation cost — how the investment splits.

A typical D365 implementation budget consists of five line items. The shares vary with module mix, data complexity, and adoption ambition. The table below shows the range from real mid-market projects.

Line item Typical share of total 3-year budget Main drivers
Microsoft licenses30–45%User count, module mix (Sales/CS/FS/PO/CIJ), full-user vs. Team Member ratio, add-ons (Copilot, Power BI Pro)
Advisory & build services35–50%Module count, customization depth, integrations (ERP, marketing, BI), plug-ins, Power Apps overlays
Data migration5–15%Data volume, source system (Salesforce vs. Excel), custom-field complexity, number of migration waves
Training & adoption5–10%User count, role variety, online vs. on-site, repeat waves, certification preparation
Change management5–10%Organizational maturity, stakeholder group count, communication needs, external change-coaching support

Ranges are based on implementations from the last 5 years — SMB (€60,000–€180,000 net services) and mid-market (€180,000–€600,000 net services). A specific budget statement comes via the solution blueprint at the end of the discovery phase. Day rate on request.

Often-underestimated line items — the real Microsoft Dynamics 365 implementation cost

The obvious items — licenses, build, migration — appear in every proposal. In practice, budget overruns come from five items that are routinely sized too small during the discovery phase:

  • Multiple test rounds with real users. UAT rarely closes in a single wave; plan two to three iterations.
  • Integration last-mile. 80% of the ERP interface emerges quickly; the final 20% drives weeks of effort.
  • Data cleansing before migration. Duplicates, owner gaps, address normalization — tasks that are often not "paid" internally, yet consume power-user time.
  • Change management & refresher training. One initial training is not enough; planned refresh waves at 3 and 6 months after go-live are the norm.
  • Add-ons surfacing during implementation. Copilot for Sales, Customer Voice, Power BI Pro for reports — they appear during build and hit the license budget afterward.

Total Cost of Ownership (TCO) over 3 years — rule of thumb for mid-market

A realistic total calculation for a Microsoft Dynamics CRM adoption in the mid-market looks like this in practice: implementation services in year 1 typically equal 1.5x to 2x the annual license cost. Across three years you add ongoing licenses, Application Care (10–20% of the implementation sum per year), and small enhancement waves.

Example TCO mid-market, 180 users, Sales + Customer Service + Field Service, 3 years: implementation €320,000 net, licenses approx. €380,000–€520,000 (depending on full vs. Team Member mix), Application Care €110,000–€160,000, planned enhancements €60,000–€120,000 — TCO corridor €870,000 to €1,280,000 net over 3 years. The License Cost Calculator delivers the license component down to the cent.

Phase diagram

Discovery → Design → Build → Test → Go-Live → Hyper-Care.

Six steps in a linear sequence — each with a typical duration and a clearly defined output. Each phase is self-contained and represents a decision point.

Step 1

Discovery

2–3 weeks

Output: current-state capture, stakeholder map, target picture, license rough-cut.

Step 2

Design

2–4 weeks

Output: solution blueprint, data model, integration mapping, risk register.

Step 3

Build

6–24 weeks

Output: configured system, plug-ins, Power Apps, integrations — demo-ready per sprint.

Step 4

Test

2–6 weeks

Output: UAT sign-off, migration dry run, training wave 1, cutover plan.

Step 5

Go-Live

1–2 weeks

Output: production cutover, final migration, rollback-plan readiness.

Step 6

Hyper-Care

4 weeks

Output: daily standups, fast corrections, transition into Application Care.

Risk matrix

The five most common implementation risks — and how we address them.

Risks are part of every Microsoft Dynamics 365 adoption. They don't shrink through optimistic planning, but through early visibility and clear mitigating actions.

Risk Symptom in practice Mitigation at arades
1. Scope creepSteadily growing requirements list, build slips by months.Solution blueprint with clear in-scope/out-of-scope list. Change requests with their own effort and budget impact. Quality gate at the end of every phase.
2. Data qualityDuplicates, missing mandatory fields, inconsistent address formats, owner gaps.Three migration waves with validation reports. Data cleansing tasks visible in the backlog. Power users own a data domain each.
3. Adoption100 licenses, 40 active users. Sales keeps maintaining Excel in parallel.Adoption plan from discovery. Role-specific training waves. Champion model. Four weeks of hypercare with daily standups.
4. IntegrationsERP interface covers 80% — the last 20% drives weeks of effort.Integration mapping in phase 02 (design). Spike phases for unclear interfaces before the T&M build starts. Power Automate as default; custom code only where unavoidable.
5. Change managementLeadership sponsors, middle management slows things down, back office is unaware.Stakeholder map from discovery. Monthly sponsor briefings. Middle management active in workshops. Change-coach recommendation for larger roll-outs.

Greenfield vs. migration

Fully new build or migration from a legacy system.

One of the most important early decisions — and one of the most common sources of expensive corrections when made too late. Both paths have clear strengths and clear pitfalls.

Greenfield · fully new build

Pros: Faster time-to-value (often 2–4 months shorter), no legacy baggage, smaller risk surface, cleaner architecture. Training and adoption effort are lower because a "fresh start" is mentally easier.

Cons: Historical data is lost or has to be archived. Re-engineering of proven processes that ran implicitly in the legacy system. Risk of underestimating grown logic.

Recommended for: Small to mid-sized companies with an outdated legacy system, unclear data estates, or a first-time CRM. Also reasonable when strategically realigning the sales model.

Migration · move from legacy system

Pros: Historical data and context remain available. Proven processes can be carried over 1:1 or improved step by step. Higher user acceptance because familiar records are visible.

Cons: Longer project duration (+20–40% time-to-value). Higher risk from data quality and custom-field mapping. Temptation to drag grown complexity along unexamined.

Recommended for: Mid-market companies with a well-kept legacy system (Salesforce, NAV, older D365 on-prem), multi-year sales history, or regulated industries with retention obligations.

In more than 80% of our mid-market projects, the decision is made in the architecture phase, after assessing data quality, process maturity, and strategic goals.

Further reading

What comes before and after the implementation.

Frequently asked questions

What clients want to know before the implementation.

How long does a Microsoft Dynamics 365 implementation take?

For an SMB implementation (1–2 modules, 20–80 users, no ERP integration) typically 3–6 months. For mid-market projects (3+ modules, 80–500 users, with ERP integration and migration) typically 6–12 months. Longer projects are often a warning signal — we prefer to build iteratively in several smaller waves.

What does a Dynamics 365 implementation cost?

An SMB implementation with Sales and Customer Service ranges between €60,000 and €180,000 net. A mid-market implementation with 3+ modules and ERP integration ranges between €180,000 and €600,000 net. Plus ongoing Microsoft licenses — which we make transparent with the License Cost Calculator.

Can you migrate from Salesforce to Microsoft Dynamics 365?

Yes. We regularly migrate from Salesforce — accounts, contacts, opportunities, custom objects, and historical activities. We use Skribbla, KingswaySoft, or our own Power Automate pipelines, depending on data volume and complexity. The migration is usually technically solvable — the real question is which data you shouldn't bring along.

What sets an arades implementation apart from a consulting-firm implementation?

You talk directly to the people who build. No account-manager layer, no handover to offshore teams. We work in teams of 2–6 people, live eat-your-own-dogfood (our own solutions like PSA and intercompany are built on D365), and take over post-go-live operations ourselves — no handover to a run partner.

What happens after go-live?

Four weeks of hypercare are included in the implementation phase — daily check-in, fast corrections, adoption guidance. Then transition to Application Care (monthly service contract) or pay-per-hour, depending on how business-critical the system is.

Do you also implement Dynamics 365 Finance & Operations?

We implement the CE modules (Sales, Customer Service, Field Service, Project Operations, Customer Insights Journeys) and Business Central (SMB ERP). For the F&O apps Finance, Supply Chain Management, Commerce, and Human Resources we refer to specialized F&O partners from our network — and often handle the integration between CE and F&O. More in the D365 ERP knowledge area.

Do you offer fixed-price engagements or do you bill by effort?

We work in 4 phases with phase-by-phase fixed prices: Discovery (fixed price), Build (T&M with budget corridor), Migration (fixed price), Hypercare (fixed price). This combines planning certainty for you with flexibility for unavoidable adjustments during the build.

How is the typical Microsoft Dynamics 365 implementation cost broken down?

A typical D365 implementation spreads cost across five line items: Microsoft licenses (30–45%), advisory and build services (35–50%), data migration (5–15%), training and adoption (5–10%), change management (5–10%). Shares vary with complexity, module mix, and migration depth — precise numbers come at the end of the discovery phase. Details in the cost-breakdown section above.

Greenfield or migration from legacy system — which do you recommend?

Greenfield (fully new) is faster and more predictable, typically costs 20–30% less, but gives up historical data and established processes. Migration from a legacy system retains history and adoption, takes longer, and carries more risk. Rule of thumb: small companies or worn-out legacy systems lean greenfield; mature mid-market with well-kept data leans migration. The concrete decision is made in the architecture phase.

Which data migration risks appear most often in a Dynamics CRM implementation?

Five recurring risks: 1) data quality (duplicates, gaps, inconsistent formats), 2) custom-field mapping in heavily customized legacy systems, 3) relationship model (hierarchies, multi-account structures), 4) historical activities (emails, calls) with unclear business value, 5) transactional data (tasks, open opportunities) with owner mapping. We address each risk with a dedicated validation wave before cutover. See the risk matrix above.

Which roll-out strategies exist for a Microsoft Dynamics 365 adoption?

Three common strategies: 1) Big bang — all modules, all users on one date, highest risk, shortest duration. 2) Module-by-module — Sales first, then Customer Service, then Field Service, with 2–4 months between each. 3) Site-by-site or subsidiary-by-subsidiary — roll-out per geo unit or legal entity, with a learning effect between waves. For most SMB projects we recommend module-by-module; for holdings, site-by-site.

How much does a Microsoft Dynamics CRM implementation cost per user in the mid-market?

Rule of thumb from real mid-market projects: implementation services typically range between €1,500 and €3,500 net per user — depending on module depth, customization, and migration. Example: 180 users × €1,800 = approx. €324,000 net in services. Add Microsoft licenses (Sales Enterprise approx. €95/user/month, Customer Service Enterprise approx. €105/user/month) and any add-ons. The per-user metric drops significantly as user count grows — at 500+ users it is more like €800–€1,500 per user.

What are the most common hidden costs in a Dynamics 365 implementation?

Five items frequently sized too small in the discovery phase: 1) multiple UAT rounds instead of just one, 2) the last 20% of the ERP integration, 3) data cleansing by power users before migration, 4) refresher training at 3 and 6 months after go-live, 5) add-on licenses (Copilot for Sales, Customer Voice, Power BI Pro) that surface only during the build. Our discovery phase makes all five explicit — no hiding in the fine print.

How do Dynamics CRM implementation costs differ by industry?

Industry-specific requirements typically push services cost up by 20–40%. Examples: regulated industries (pharma, financial services) need audit trail, GxP validation, and extended permission models; manufacturing needs service contracts, Field Service routing, and ERP depth; professional services need Project Operations with time-and-material billing. We build for all profiles — we assess the industry depth during the discovery phase and price it as a dedicated line item in the solution blueprint.

30 min · free · no obligation

Discuss your implementation plan.

Tell us about your plan: which modules, what size, what timeframe. We give you an honest first classification — order of magnitude, risks, and a possible phase split.

Accompanying services

What typically runs alongside this engineering work.

Engineering projects rarely stand alone — license logic, architecture clarification, quality gates, knowledge transfer, and follow-up operations usually run in parallel. Here are the most common accompanying services we add via Discovery Spike, sprint fixed price, or Application Care contracts.

Before · Architecture

Advisory & Architecture

Before implementation begins: tenant structure, data model, security concept, integration mapping. The result is an architecture document any engineering team can build on — including one other than us.

Read more →

Before · CSP

License Advisory & CSP

Which license bundles for which users, which add-on SKUs are required, where you are over- or under-licensed. Sourced as a Microsoft Licensing Partner — with the option to use CSP purely as control without margin maximization.

Read more →

During · Quality gate

Project Assurance

An independent second opinion during a running implementation project — whether we run it ourselves or another partner does. CMMI-based quality gates, risk reviews, fixed price per gate.

During · Adoption

Training & learning program

Not the classic two-day workshop that's forgotten a week later — but a dynamic learning program over 4–6 weeks with initial training, application phases, and follow-up sessions. Training matrix across roles and topics.

Read more →

After · Operations

Application Care

After go-live: a predictable Application Care contract with a monthly flat fee, SLA-based. Includes releases, hotfixes, enhancements, tenant hardening — and continuous guidance rather than ticket-only response.

Read more →

After · Knowledge

Knowledge Recovery

When the original developers are gone, the predecessor partner is no longer reachable, or documentation is outdated — reverse engineering of the existing solution with a documented result: code map, data model, customization inventory.

Read more →