Når Business Central bliver sat i drift, bliver forskellen mellem et “teknisk go-live” og en reel succes ofte afgjort af mennesker. Ikke af funktioner. Superbrugere er den gruppe, der kan omsætte nye arbejdsgange til hverdagsrutiner, fange fejl tidligt og give kollegerne tryghed, når tempoet er højt.
En superbruger-træningsplan handler derfor mindre om at gennemgå menuer og mere om at opbygge et internt netværk, der kan drive adoptionen. Den plan skal ligge klar tidligt, så træning ikke bliver det punkt, der bliver skåret væk, når projektet er presset på tid.
Hvad en superbruger reelt skal kunne i Business Central
En superbruger er sjældent den, der kan flest knapper. Det er den person, der kan forbinde processer, data og ansvar, og som tør tage stilling, når der opstår tvivl.
Efter en vellykket træning kan superbrugeren typisk tre ting: udføre kerneprocesser korrekt, forklare “hvorfor” bag processen og hjælpe andre uden at skabe nye genveje, der ødelægger datakvaliteten.
Det kræver både systemviden og forretningsforståelse.
Efter nogle afklarende samtaler med procesansvarlige giver det ofte mening at formulere superbruger-rollen med få, tydelige forventninger:
- Proces-ejerskab
- Første linje support
- Test og kvalitetssikring
- Træning af slutbrugere
- Forandringsambassadør
Start træningen før løsningen føles “færdig”
Træning bliver tit planlagt, når konfigurationen er ved at være på plads. Det lyder logisk, men giver to klassiske problemer: superbrugere bliver sent involveret, og feedback kommer for sent til at ændre noget billigt.
Best practice er at etablere træningsplanen tidligt med mål, omfang, målgrupper, tidsplan og leveringsmetoder, og at se træning som en kontinuerlig proces frem for en enkelt aktivitet (Microsoft Learn).
En god tommelfingerregel: Planen skal være klar, før I begynder at tale om UAT-datoer.
Træningsplanen som styringsværktøj (ikke en kalender)
En superbrugerplan virker bedst, når den bruges til at styre både indhold og forventninger. Den skal gøre det nemt at svare på: Hvem skal kunne hvad hvornår, og hvordan ved vi, at de kan det?
I Naviteam ser vi ofte, at de mest robuste planer har et fast skelet, som kan tilpasses pr. fagområde, uden at alt skal opfindes på ny.
Her er de elementer, der typisk bør stå på side 1 i planen:
- Mål: Hvad superbrugere skal kunne udføre selvstændigt ved go-live (målbart)
- Omfang: Hvilke processer og afgrænsninger der gælder i release 1
- Målgrupper: Hvilke roller der trænes, inkl. backup-personer
- Metode: Workshops, labs, e-læring, sidemandsoplæring
- Miljø: Hvilket træningsmiljø der bruges, med hvilke data og rettigheder
- Godkendelse: Hvem der godkender, at en superbruger er “klar”
Byg forløbet i faser, der passer til projektets rytme
Superbrugere lærer bedst, når de kan koble træning direkte til noget, der skal ske kort tid efter. Lange kursusdage tidligt i projektet giver ofte meget viden, der når at blive kold.
En faseopdelt plan gør det lettere at kombinere læring, test og forankring.
- Fundament og begreber: navigation, søgning, opsætningens logik, standardprincipper
- Procestræning i labs: rollebaserede scenarier med realistiske data og klare “start-slut”-opgaver
- UAT-aktivering: superbrugere tester med ansvar for dokumentation af afvigelser og beslutninger
- Go-live forberedelse: cutover-aktiviteter, afstemninger, rolleoverdragelse, “hvad gør vi når…”
- Hypercare og stabilisering: faste Q&A, fejlmønstre, korte refreshers, mål på adoption
En udbredt metode er at starte tidligt og bygge træning op i “byggeblokke”, så niveauet kan differentieres, når nye brugere blandes med erfarne i senere faser (Microsoft Learn).
Rollebaseret indhold: drop “alt for alle”
Business Central spænder bredt. Finans, indkøb, salg, lager, projekt, service. Superbrugere må trænes i deres rolle, men skal kende de vigtigste afhængigheder til naboprocesser.
Praktisk betyder det, at træningsmoduler bør skrives ud fra scenarier, ikke menupunkter. “Køb en vare ind og få den på lager” slår “Gennemgang af indkøbsordre” hver gang, fordi scenariet tvinger jer igennem både bogføring, dimensioner, vareposteringer og afstemning.
Det er her, genkendelige data gør en forskel, fordi deltagerne kan spejle træningen direkte i deres hverdag (Microsoft Learn case study).
Sådan designer I en god lab-session
En lab er ikke bare en workshop med flere klik. En lab skal have en tydelig ramme, så superbrugeren kan fejlfinde og lære af konsekvenserne uden at gå i stå.
En enkel skabelon, der ofte virker:
- Opgavebeskrivelse med succes-kriterie (hvad skal være registreret og hvor ses det)
- Forudsætninger (hvad skal være sat op, hvilke masterdata findes)
- Trin med “stop-punkter” til refleksion
- Kontrolpunkter (afstemning, rapport, postering)
- Mini-quiz eller checkliste til sidst
Jo kortere feedback-loop, desto bedre.
Træningsmaterialer: kort, søgbart og vedligeholdeligt
40 siders manualer bliver sjældent brugt, når det brænder på. Materiale skal kunne slås op på to minutter.
Det kan være en kombination af korte vejledninger, skærmoptagelser og procesdiagrammer. Erfaringen fra adoptionsarbejde er, at materiale i flere formater rammer flere læringsstile, og at komprimerede guides ofte giver højere gennemførelse end tunge dokumenter (ERP Software Blog case).
Vælg én “sandhedskilde” til materialer, og hold den opdateret. SharePoint, Teams eller et dedikeret læringsværktøj kan fungere, så længe governance er klar: hvem må ændre hvad, og hvordan versioneres indhold.
Brug træningsmiljø og rettigheder aktivt
Superbrugere skal kunne øve sig uden risiko for at ødelægge rigtige tal. Det lyder banalt, men skaber ofte forsinkelser, hvis træningsmiljøet først bliver stabilt sent.
Planen bør afklare:
- Hvilket miljø der er “træning”
- Hvornår data bliver opdateret eller nulstillet
- Hvilke roller/rettigheder superbrugere får i træning
- Hvem der hjælper, hvis miljøet fejler midt i en session
En robust træningsplan forholder sig konkret til træningsmiljø og ressourcer, så leverancen ikke bliver sårbar, når projektet er presset (Microsoft Learn).
Indbyg feedback-loop, mens I stadig kan nå at rette til
Træning afslører altid noget: uklare processer, manglende opsætning, uafklarede ejerskaber, eller “vi gør det på fem forskellige måder”. Hvis feedback først samles efter go-live, bliver det dyrt.
Derfor bør hver træningsblok have en kort evaluering, og vigtigere: en fast mekanisme til at beslutte, hvad der skal ændres i løsning eller proces.
Et pragmatisk setup kan se sådan ud efter hver session:
- Hvad var uklart: procestrin, begreber, skærmbilleder, ansvar
- Hvad blokerede: data, rettigheder, manglende opsætning, performance
- Hvad skal justeres: løsning, procesbeskrivelse, træningsmateriale, rollefordeling
- Hvem ejer næste skridt: navngiven ansvarlig og dato
En formaliseret feedback-loop gennem surveys, interviews eller observation af sessioner gør det muligt at justere undervejs, mens ændringer stadig er billige at lave (Microsoft Learn).
Mål adoption uden at drukne i KPI’er
Hvis I kun måler, om folk har deltaget i træning, får I et flot fremmøde og en usikker hverdag. Mål hellere på adfærd og kvalitet tæt på processerne.
Måleboks til superbruger-adoption (praktisk)
- Gennemførelse: andel superbrugere der har gennemført labs og bestået en kort check
- Kvalitet: antal fejlposteringer, efterposteringer eller manuelle rettelser pr. uge
- Flow: tid fra modtagelse til bogført indkøb, tid til fakturering, tid til månedsafslutning
- Supporttryk: antal tickets pr. procesområde, samt gentagelser af samme spørgsmål
Hold målingerne simple, og brug dem i et fast superbrugermøde i hypercare, hvor fokus er “hvad ændrer vi i morgen”, ikke “hvem gjorde hvad i går”.
Hypercare: der hvor superbrugeren bliver formet
Mange virksomheder undervurderer perioden efter go-live. Det er her, superbrugeren går fra kursist til intern kapacitet. Planlæg hypercare som en del af træningsforløbet, ikke som en nødløsning.
En stabil model er korte, faste rytmer: daglige check-ins i uge 1, derefter 2 ugentlige møder, derefter ugentligt, til I kan se, at fejlkurven knækker, og spørgsmålene ændrer karakter fra “hvordan gør jeg” til “hvordan gør vi det smartere”.
Når hypercare fungerer, sker der typisk to ting: superbrugere får ro til at undervise kolleger, og projektteamet får konkrete forbedringspunkter til næste sprint eller release.
Et realistisk eksempel på en plan (som kan tilpasses)
En superbrugerplan behøver ikke være lang for at være stærk. Den skal være brugbar.
Nedenstående kan ofte fungere som et minimum for et mellemstort scope:
- Uge 1-2: fundament, rollebaseret intro, fælles begreber
- Uge 3-6: labs pr. procesområde, 2-4 timer ad gangen
- Uge 7-8: UAT med ansvar pr. superbruger, inkl. dokumentation
- Uge 9: cutover-træning, afstemninger, driftsoverdragelse
- Uge 10-12: hypercare med faste Q&A og justering af materiale
Hvis scope ændrer sig, kan I flytte moduler uden at miste strukturen, fordi planen er bygget i blokke.
Ressourcer, der er værd at have i ryggen
Når superbrugere skal fylde rollen ud, hjælper det at have et mix af interne materialer og officielle kilder, især når der kommer opdateringer til platformen.
Microsofts egne læringsforløb kan bruges som supplement til jeres interne procestræning, især til grundlæggende platformsemner og standardfunktionalitet: Microsoft Learn til Dynamics 365.
Det frigør tid i jeres egne workshops til det, der virkelig er jeres: beslutninger, afgrænsninger, data, arbejdsgange, ansvar.
Superbrugere som en del af governance, ikke et projektgreb
Når Business Central først kører, kommer der løbende ønsker: nye felter, rapporter, integrationer, add-ons, ændrede bogføringsbehov. Superbrugere sidder ofte tættest på effekten af ændringerne, så de bør indgå i en enkel governance-model, hvor ændringer prioriteres og testes kontrolleret.
Det giver en rolig videreudvikling, færre overraskelser ved opgraderinger, og en hverdag, hvor brugerne oplever, at systemet bliver bedre uden at blive uforudsigeligt. Naviteam arbejder typisk med netop den kobling mellem træning, forankring og styring, så superbrugere ikke står alene efter go-live, men bliver en fast del af driften og udviklingen.