Hur väljer du rätt partner för Dynamics 365 Customer Service och Field Service?

Vad som utmärker den här upphandlingen

Customer Service och Field Service behandlas ibland som mindre tillägg till ett Sales- eller CRM-projekt. Det är ofta ett misstag: de har egna processer, integrationer och driftskrav. Customer Service ligger typiskt på 150 000–1 200 000 kr, Field Service på 200 000–1 800 000 kr och Contact Center på 250 000–2 000 000 kr, beroende på integrationer, SLA-modell och migrering. d365.se uppskattar antalet nya affärer i Sverige till ett par hundra per applikationsområde och år. Det är vår marknadsbedömning, uppdaterad i september 2026, inte officiell Microsoft-statistik.

Partnerfältet är samtidigt smalare än på säljsidan. Många partners som är starka på Dynamics 365 Sales har begränsad erfarenhet av schemaläggning, SLA-uppsättning eller telefoniintegration, eftersom det är en annan sorts kompetens. Fråga tidigt och specifikt, annars får ni ett Sales-team med servicemodulen påläst.

Den avgörande skillnaden mot många interna affärsprocesser handlar om hur snabbt ett fel blir synligt utåt. Ett fel i ekonomin eller ett internt säljsystem kan ofta upptäckas och hanteras internt först. Ett fel i ett servicesystem kan däremot märkas direkt hos kunden som väntar på svar eller på en tekniker som inte kommer. Det ska styra hur ni viktar utvärderingen.

Steg 1: Avgränsa vad ni faktiskt ska införa

Området är brett och scopet glider lätt. Klargör utgångsläget innan ni går ut, eftersom det avgör vilken kompetens som behövs i teamet.

Raden om överlämningen mellan kundtjänst och fält förtjänar särskild uppmärksamhet. Många projekt levererar två fungerande delar och en trasig skarv: ärendet blir en arbetsorder men handläggaren ser inte när teknikern varit där, eller teknikerns rapport hamnar aldrig tillbaka i ärendet. Be om att få se just den överlämningen demonstrerad, inte bara beskriven.

Steg 2: Utgå från era servicelöften, inte från funktionslistan

Ett servicesystem är i grunden en maskin som ska hålla löften ni redan gett era kunder. Om löftena inte är formulerade blir systemet en gissning.

Ha svaren klara innan första leverantörsmötet:

• Vilka svars- och åtgärdstider har ni utlovat, till vilka kunder, och hur skiljer de sig åt mellan avtal?
• Vad räknas som starttid för ett ärende, och när stannar klockan? Detta är den fråga som orsakar mest efterarbete när den besvaras för sent.
• Hur ser era öppettider och jourer ut, och ska systemet räkna SLA i kalendertid eller arbetstid?
• Vilka kanaler ska in: telefon, e-post, formulär, chatt, kundportal? Och ska kunden kunna följa sitt ärende själv?
• För fält: vad styr vem som får ett jobb? Kompetens, geografi, reservdelar i bilen, avtalsnivå eller en kombination?

Den sista frågan är den som skiljer ett fungerande schemaläggningsupplägg från ett som teknikerna kringgår. Om planeraren i praktiken flyttar allt manuellt varje morgon har optimeringen inte gett något.

Steg 3: Titta noga på fältappen

I Field Service är den mobila appen den enda del av systemet som huvuddelen av användarna någonsin ser. Den avgör om lösningen fungerar.

Tre saker att kontrollera i demo, med er egen verklighet som utgångspunkt:

• Vad händer utan täckning? Tekniker arbetar i källare, hisschakt och på landsbygd. Fråga hur offlineläget fungerar, hur länge det håller, och vad som händer när två personer ändrat samma sak innan synkroniseringen.
• Hur många steg tar en avslutad arbetsorder? Med signatur, förbrukat material, tid och bilder. Räkna stegen själva under demon i stället för att fråga.
• Fungerar den på den utrustning teknikerna faktiskt har? Med handskar, i solljus, på en äldre telefon.

Steg 4: Integration och drift

Servicesystemet står mitt emellan kunden och er ekonomi. Det behöver hämta anläggningar, avtal, artiklar och priser, och lämna ifrån sig underlag för fakturering av tid och material.

Reda ut med varje kandidat vilket system som äger anläggningsregistret, hur reservdelssaldon hanteras när materialet ligger i en servicebil, och hur utfört arbete blir en faktura. Om svaret på det sista är en manuell rutin bör det framgå redan i offerten, eftersom det är där mycket av den utlovade nyttan brukar försvinna.

Ligger affärssystemet i andra änden på enterprisenivå påverkar det både integrationen och valet av leverantör. Vi behandlar den delen i guiden om partnerval för Finance & Supply Chain Management.

Driftfrågan är minst lika viktig. Microsoft uppdaterar plattformen löpande, och ni kan inte skjuta upp det obegränsat. Fråga hur partnern testar er lösning inför uppdateringar, särskilt de delar som rör schemaläggning och integrationer, och vad som händer om något går sönder en måndagsmorgon.

Steg 5: Frågor att ställa, och hur svaren ska läsas

Följande frågor är formulerade för att inte ha ett självklart bra svar. Bedömningen av svaret är minst lika viktig som frågan.

1. Hur många kundtjänst- och fältserviceinstallationer har ni satt i drift de senaste två åren?

Frågan sållar effektivt, eftersom många partners har lång Dynamics-historik men få servicedriftsättningar.

Bra svar innehåller:

• Ett tal, med kunder som går att kontakta, och en åtskillnad mellan Customer Service och Field Service.
• Uppgift om antalet handläggare respektive tekniker i de installationerna.

Varningstecken:

• Svaret glider över i antalet CRM-kunder totalt.
• Referenserna avser pilotinstallationer som aldrig breddades.

2. Hur har ni satt upp SLA hos en tidigare kund?

SLA-uppsättning är den vanligaste källan till efterarbete, eftersom den kräver att både avtal och undantag är genomtänkta.

Bra svar innehåller:

• Ett konkret exempel med olika avtalsnivåer, arbetstidskalender och regler för när klockan pausas.
• Ett resonemang om vad de brukar avråda från att bygga in.

Varningstecken:

• SLA beskrivs som en inställning snarare än som en modell.
• Ingen fråga ställs tillbaka om era avtal.

3. Visa hur ett ärende blir en arbetsorder och hur svaret kommer tillbaka

Skarven mellan kundtjänst och fält är den vanligaste bristen i levererade lösningar.

Bra svar innehåller:

• En demonstration i ett sammanhängande flöde, inte två separata visningar.
• Besked om vad handläggaren ser om teknikern blir försenad.

Varningstecken:

• Flödet beskrivs på whiteboard i stället för att visas.
• Återkopplingen till kunden kräver att någon manuellt uppdaterar ärendet.

4. Hur fungerar schemaläggningen i praktiken, ett halvår in?

Automatisk optimering säljer bra i demo. Frågan är om planeraren fortfarande använder den.

Bra svar innehåller:

• Ett exempel på hur mycket som schemaläggs automatiskt respektive manuellt hos en befintlig kund.
• Ett resonemang om vilka regler som brukar behöva justeras efter några månader.

Varningstecken:

• Optimeringen presenteras som något som löser sig av sig självt.
• Ingen kan beskriva hur en akut order tränger sig in i ett fullt schema.

5. Vad händer när något går sönder på en måndagsmorgon?

Detta är områdets viktigaste supportfråga, och den som skiljer en driftmogen leverantör från en projektorienterad.

Bra svar innehåller:

• Svarstider, jourupplägg och vem som faktiskt svarar, med namn eller funktion.
• Ett konkret exempel på ett avbrott de hanterat och hur lång tid det tog.

Varningstecken:

• Supporten beskrivs enbart som ett ärendesystem.
• Samma konsulter bemannar både pågående projekt och akut support, utan kapacitetsplan.

6. Hur testar ni vår lösning inför Microsofts uppdateringar?

Plattformen uppdateras oavsett vad ni tycker. Frågan är vem som kontrollerar att er lösning fortfarande fungerar.

Bra svar innehåller:

• En beskriven rutin med testmiljö och vilka flöden som testas varje gång.
• Besked om detta ingår i förvaltningsavtalet eller debiteras separat.

Varningstecken:

• Testning beskrivs som något ni gör själva, utan stöd.
• Frågan har inte kommit upp tidigare hos andra kunder.

7. Vad har ni satt i produktion med AI i kundtjänst?

Automatiska svarsförslag, sammanfattningar och kundchattbottar är områdets mest omtalade funktioner och de med störst avstånd mellan löfte och verklighet.

Bra svar innehåller:

• En namngiven funktion hos en namngiven kund, och vad den mätbart gav.
• En ärlig beskrivning av vad som krävdes i kunskapsunderlag för att det skulle fungera.

Varningstecken:

• Svaret består av Microsofts produktbeskrivning.
• Kunskapsbankens kvalitet nämns inte alls.

Meriter som mäter något annat än du tror

• Erfarenhet av Dynamics 365 Sales är inte erfarenhet av Customer Service eller Field Service. Det är samma plattform men olika discipliner, och skillnaden märks i schemaläggning, SLA och drift.
• Certifieringar är knutna till personer, inte till bolag. Frågan är om de certifierade personerna är de som blir era.
• Microsofts partnerbeteckningar bygger sedan 2022 på Solutions Partner-designationer. Begreppet guldkompetens finns inte längre.
• Utmärkelser från Microsoft speglar partnerns förhållande till Microsoft. De är inte kundnöjdhetsmätningar.

Vad som brukar gå fel i själva urvalet

• Ingen handläggare eller tekniker deltar i utvärderingen, trots att de är de enda som kommer att använda systemet varje dag.
• SLA-modellen utreds först under implementationen, vilket flyttar arbete och kostnad in i projektet.
• Fältappen bedöms i en demo på en stor skärm i ett konferensrum i stället för i verklig miljö.
• Faktureringen av utfört arbete lämnas utanför scopet och löses manuellt, vilket äter upp nyttan.
• Förvaltning och jour prissätts efter avtal, när ni inte längre har något förhandlingsläge.
• Kunskapsbanken planeras som en aktivitet efter lansering, vilket gör att varken handläggarna eller AI-funktionerna har något att arbeta med.

En anmärkning om källor

Merparten av det som publiceras på svenska om hur man väljer partner för Dynamics 365 är skrivet av partners. Materialet är ofta kompetent, men det är skrivet av en part med ett intresse i utfallet, och kriterierna hamnar därför gärna nära den egna profilen.

Läs flera källor, och fråga er vem som har nytta av att just de kriterierna väger tyngst.

Nästa steg

Skriv ner era servicelöften och era regler för vem som får ett jobb innan ni kontaktar någon leverantör. Med de två underlagen på plats blir leverantörssamtalen kortare, och skillnaderna mellan kandidaterna syns snabbt.

På d365.se kan ni jämföra svenska Dynamics 365-partners per applikationsområde, bransch och storlek, och avgränsa fältet innan ni börjar boka möten.