När flera system klarar verksamhetens viktigaste krav är det sällan ytterligare en funktion som avgör utfallet. Då blir partnerns människor, metod, branscherfarenhet och förmåga att genomföra förändringen viktigare.

Samma system kan ge helt olika resultat

Två företag kan välja samma plattform och ändå få helt olika resultat. I ett väl genomfört projekt hålls anpassningarna nere, användarna tar till sig de nya arbetssätten och lösningen går att förvalta vidare. I ett sämre genomfört projekt försenas datamigreringen, integrationerna blir fler än planerat och specialanpassningar skapar ett växande förvaltningsbehov.

Ett typiskt exempel från verkliga projekt: två tillverkande bolag, ungefär lika stora, väljer samma plattform ungefär samtidigt. Det ena går i drift inom ett år med få anpassningar och kan successivt ta över mer av förvaltningen själv. Det andra drar ut på tiden, bygger många speciallösningar och får en integrationskarta som blir svår att äga internt. Samma licenser. Samma produkt. Olika partner, olika beslut.

Skillnaden ligger ofta i besluten längs vägen: vilka krav som utmanas, vilka anpassningar som stoppas, hur data förbereds och hur verksamheten involveras. Kunden äger besluten, men partnerns erfarenhet påverkar kvaliteten i underlaget och vilka alternativ som blir synliga.

Efter snart 40 år i den här branschen, varav nästan 30 med det vi i dag kallar Dynamics 365, är det här det mönster jag ser tydligast. Jag har mycket sällan sett ett projekt misslyckas för att plattformen inte klarade uppgiften. Jag har desto oftare sett projekt gå fel för att ingen vågade säga nej i rätt vecka.

När systemvalet väger tyngst

Systemvalet är fortfarande avgörande i verksamheter med avancerad produktion, specialiserade branschprocesser, omfattande regulatoriska krav, stora transaktionsvolymer eller komplex internationell struktur. Där kan ett felaktigt plattformsval skapa begränsningar som inte går att lösa enbart genom en bättre implementation.

För många medelstora och större företag klarar däremot flera etablerade plattformar grundbehoven. Ett vanligt misstag är då att låta en enskild funktion i en demonstration väga tyngre än hur lösningen ska utformas, införas och förvaltas.

Dynamics 365-plattformen är densamma, men lösningen blir det inte

Microsoft äger och utvecklar Dynamics 365. Grundplattformen är densamma oavsett partner, men den slutliga lösningen kan skilja sig avsevärt beroende på partnerns designval, metod, branschlösningar och tilläggsprodukter.

Fråga därför tidigt vilka ISV-lösningar och egna tillägg partnern brukar använda, vem som äger dem och vad som händer om du senare vill byta partner.

Du köper ett genomförande, inte bara ett system

I praktiken köper organisationen ett konsultteam, en projektmetod och kompetenser inom processer, lösningsarkitektur, data, integrationer, utbildning och förändringsledning. Därtill kommer support och vidareutveckling under många år efter driftstart.

Därför bör system och partner utvärderas parallellt. Om partnervalet kommer sist har organisationen redan låst sig vid förutsättningar som den valda partnern måste arbeta utifrån.

Fem områden där partnern påverkar utfallet

Det är i de här fem områdena skillnaden mellan två partners blir mätbar. Ingen av dem syns i en demonstration.

1. Krav, processer och anpassningar

En bra partner implementerar inte dagens arbetssätt rakt av. Den skiljer mellan verkliga affärskrav, historiska vanor och önskemål som kan lösas med standardfunktionalitet. Ibland är den mest värdefulla rådgivningen i hela projektet: det där bör du inte bygga.

2. Projektstyrning och kommersiell modell

Partnerns sätt att planera, prioritera och eskalera påverkar tidplan och budget. Granska också hur uppskattningar tas fram, hur ändringar hanteras och vilket ansvar som ingår i priset.

3. Data, integrationer och arkitektur

Många problem som uppfattas som systemproblem är egentligen data- eller integrationsproblem. Lösningen behöver vara dokumenterad, begriplig och möjlig att förvalta utan att bli beroende av en enskild konsult.

4. Förändring och användning

Utbildning före driftstart räcker inte. Partnern behöver bidra till verksamhetsförankring, processägarskap och en plan för hur de nya arbetssätten faktiskt ska börja användas.

5. Tiden efter driftstart

Förvaltningsrelationen blir ofta längre än implementationen. Bedöm därför support, vidareutveckling, dokumentation och hur enkelt det skulle vara att byta förvaltningspartner.

Möt teamet, inte bara säljaren

Träffa projektledaren, lösningsarkitekten och de konsulter som föreslås för data, integrationer och verksamhetsprocesser. Bedöm deras erfarenhet av liknande projekt och säkerställ att de verkligen är tillgängliga när projektet startar.

Om vissa personer är viktiga för ditt val bör deras roller, tillgänglighet och villkoren för ett eventuellt byte framgå av avtalet.

Branschkunskap och rätt storlek spelar roll

Produktkunskap är en grundförutsättning. Branschkunskap gör att partnern snabbare kan förstå processerna, identifiera riskerna och skilja verkliga behov från gamla arbetssätt.

Även storleksmatchningen är viktig. En stor partner erbjuder bredd och uthållighet, medan en mindre partner kan ge större uppmärksamhet och närhet. Bedöm kapacitet, kontinuitet, ekonomi och beroendet av enskilda nyckelpersoner utifrån just ditt projekt.

AI breddar kraven på partnern

När Copilot, AI-agenter och automatiserade flöden blir en del av ERP- och CRM-miljön behöver partnern även kunna hantera datakvalitet, behörigheter, säkerhet och kontroll över automatiserade åtgärder.

Det räcker därför inte att veta vem som kan konfigurera affärssystemet. Du behöver förstå var partnerns kompetens inom Power Platform, data, integrationer och AI tar slut, och hur övrig specialistkompetens säkras.

Det är också här skillnaden mellan partners växer snabbt. Fråga vem som sätter behörighetsmodellen när en agent agerar i systemet, hur du säkerställer datakvalitet och spårbarhet, vad som händer när en automatiserad åtgärd blir fel och vem som äger de agenter och flöden som byggs.

AI gör dålig datakvalitet dyrare, inte mindre synlig. En partner som inte kan beskriva sin styrmodell för agenter, dataägarskap och automatiserade flöden är inte redo att bygga dem åt dig.

Så prövar du partnern i praktiken

Ställ fem frågor. Lyssna lika mycket på hur svaret ges som på vad som sägs.

  • ”Vilka tre referenskunder liknar oss mest i bransch, storlek och komplexitet – och får vi tala med dem utan att ni är med?” Bra svar: namn direkt. Svagt svar: referenser i andra branscher, eller alltid med säljaren närvarande.
  • ”Beskriv ett projekt som gick fel. Vad gjorde ni åt det?” Bra svar: ett konkret misstag och en konkret åtgärd. Svagt svar: ”kunden var inte redo”.
  • ”Vilka personer får vi, hur mycket av deras tid, och står det i avtalet?” Bra svar: namn, procentsatser och vilja att skriva in det. Svagt svar: ”vi tillsätter rätt kompetens”.
  • ”Ge exempel på krav ni har avrått en kund från att bygga.” Bra svar: flera exempel, med motivering. Svagt svar: partnern bygger allt kunden ber om.
  • ”Hur ser förvaltningen ut år tre, och vad krävs för att vi ska kunna byta partner?” Bra svar: dokumentation, ägarskap och en tydlig exitväg. Svagt svar: undvikande, eller beroende av en enskild konsult.

Slutsats: när systemen är likvärdiga blir partnern det verkliga valet

Ett väl valt system är en förutsättning, men plattformen skapar inte affärsvärde på egen hand. Resultatet formas av människorna som utmanar kraven, fattar designbesluten tillsammans med verksamheten, genomför förändringen och utvecklar lösningen efter driftstart.

När flera system klarar dina viktigaste krav bör du därför lägga minst lika stor vikt vid partnerns team, erfarenhet, metod, åtagande och förmåga att säga nej till onödig komplexitet.