Forestil dig, at du har brugt måneder på at vælge det rigtige system. Du har siddet i demo-møder, sammenlignet priser og overbevist din ledelse. Og så går implementeringen i gang – og det er her, det for mange virksomheder begynder at gå galt.
Projektet trækker ud. Nøglepersoner er overbelastede. Medarbejderne er forvirrede over, hvad de egentlig skal bruge systemet til. Og til sidst lander systemet halvvejs i hverdagen – eller slet ikke.
Det er ikke en sjælden oplevelse. Det er faktisk normen for mange IT-implementeringer. Og det er præcis derfor, vi hos Microbizz har bygget vores onboardingproces, som vi har.
Implementeringstrætheden er reel – og vi tager den alvorligt
Når vi kommer ud til nye kunder, møder vi ofte virksomheder, der har prøvet det før. De har været igennem en eller flere implementeringer, der ikke levede op til forventningerne. De er forsigtige. Måske lidt skeptiske. Og det forstår vi til fulde.
Implementeringstrætheden opstår typisk, når et projekt stiller for store krav til organisationen på én gang. Når alle skal lære alt på samme tid. Når data ikke er klar, inden systemet sættes op. Når træningen sker for tidligt eller for sent. Og når leverandøren forsvinder, så snart systemet er gået live.
Vores onboardingproces er bygget op som et direkte svar på disse udfordringer. Ikke som en teoretisk model, men som en praktisk tilgang, vi har udviklet og forfinet gennem mange implementeringer.
En struktureret rejse i fire trin
Vi arbejder med fire trin i vores onboardingproces. Hvert trin bygger på det forrige, og rækkefølgen er ikke tilfældig. Det er en bevidst sekvens, der er designet til at give implementeringen de bedste betingelser fra starten – og hele vejen igennem.
Trin 1: Forstå forretningen og kortlæg dataklarheden
Mange implementeringer starter med at åbne systemet. Vi starter med at forstå forretningen.
Det første vi gør, er at tage ud til kunden. Vi sætter os ned – ikke foran en præsentation, men foran deres nuværende virkelighed. Vi kigger på, hvordan de arbejder i dag. Hvilke systemer bruger de? Hvad fungerer, og hvad fungerer ikke? Og ikke mindst: hvilke data har de faktisk styr på?
For det er her, fundamentet lægges. Og det er her, mange implementeringer fejler, fordi man springer det over.
Dataklarhed er et begreb, vi bruger meget. Det handler om at have de rigtige data klar, inden systemet sættes op. Hvem er kunderne? Hvilke opgaver og projekter skal systemet håndtere? Hvilke medarbejdere er der, og hvilke roller skal de have? Alle disse ting skal kortlægges systematisk – og det gør vi med en fast ramme, vi har udviklet til formålet.
Rammen sikrer, at vi ikke overser noget. At vi ved præcis, hvor hullerne er i datasættet, inden vi begynder. Og at vi kan hjælpe kunden med at hente de data, de endnu ikke har styr på.
Det lyder måske som et forprojekt. Men det er tværtimod det, der gør, at selve implementeringen kan gå hurtigt og smidigt. Jo bedre fundament, desto kortere vej til en fungerende løsning i hverdagen.
Trin 2: Pilotfasen – skab motivation og ejerskab tidligt
Når fundamentet er på plads, gør vi noget, som mange leverandører venter for længe med: vi lader udvalgte medarbejdere se og prøve systemet i praksis.
Det kalder vi pilotfasen. Og formålet er ikke at teste om systemet virker teknisk. Det ved vi, at det gør. Formålet er noget helt andet – nemlig at skabe motivation og ejerskab, inden resten af organisationen kommer med.
Det er en erfaring, vi har gjort os igen og igen: når medarbejderne tidligt ser, hvordan systemet gør deres arbejdsdag nemmere, ændrer hele tilgangen til implementeringen sig. Fra noget, der sker dem, til noget, de selv vil have.
I pilotfasen vælger vi typisk en gruppe medarbejdere, der repræsenterer den daglige brug af systemet. De gennemgår en fuld arbejdsgang – fra modtagelse af en opgave til den er afsluttet og dokumenteret. De ser, hvad systemet kan. De stiller spørgsmål. Og de tager ejerskab.
Disse tidlige brugere bliver ofte organisationens egne ambassadører for systemet. Når resten af medarbejderne skal i gang, er der allerede kolleger, der kan sige: "det her virker, og det gør vores hverdag nemmere."
Men – og det er vigtigt – vi gennemfører kun pilotfasen, når fundamentet fra trin et er på plads. Rækkefølgen betyder noget. En pilot på et skrøbeligt fundament skaber forvirring, ikke ejerskab.
Trin 3: Træning og forankring – de rigtige mennesker, på det rigtige tidspunkt
Mange tror, at træning er den nemme del af en implementering. Man booker nogle kursusdage, folk møder op, og så er det klaret.
Sådan fungerer det desværre ikke i praksis. Og det er en af de mest udbredte årsager til, at implementeringer ikke lander ordentligt i hverdagen.
Træning virker bedst, når den kommer på det rigtige tidspunkt – og i den rigtige rækkefølge. Hvis medarbejderne trænes for tidligt, har de glemt det meste, inden de skal bruge det. Hvis de trænes for sent, opstår der frustration og usikkerhed i en kritisk periode.
Derfor sætter vi os ned med kunden og laver en detaljeret træningsplan. Vi kortlægger, hvem der skal trænes hvornår. Vi vurderer, hvilke moduler og funktioner der er relevante for de forskellige roller i organisationen. Og vi tilrettelægger rækkefølgen, så det giver mening – ikke blot ud fra systemets logik, men ud fra kundens hverdag og arbejdsgange.
Vi ved også, at virkeligheden sjældent følger en plan til punkt og prikke. Nøglepersoner er syge. Der er travle perioder, der ikke kan undgås. Og nogle medarbejdere har brug for mere tid end andre.
Det tager vi højde for. Træningsplanen er ikke et fastlåst dokument – den er et levende redskab, vi justerer løbende i samarbejde med kunden. Målet er ikke at gennemføre en plan. Målet er at sikre, at alle er klar og trygge, inden de skal bruge systemet i den virkelige verden.
Trin 4: Overlevering til drift – go-live er begyndelsen, ikke slutningen
Der er en udbredt misforståelse i IT-branchen om, hvad succes med en implementering egentlig er. For mange leverandører er svaret enkelt: go-live-datoen. Den dag systemet teknisk set er sat op og tændt.
Hos Microbizz ser vi det anderledes.
Go-live er ikke målet i sig selv. Målet er en stabil drift, hvor medarbejderne føler sig trygge, og systemet er en naturlig del af hverdagen.
I overleveringsfasen sker der to ting parallelt. På den ene side begynder kunden at arbejde selvstændigt i systemet og opbygge erfaring og rutiner. På den anden side holder vi stadig tæt kontakt og er tilgængelige for spørgsmål, justeringer og tilpasninger.
For de fleste kunder opstår der nemlig behov for justeringer, når systemet for alvor møder hverdagen. Måske opdager man, at en arbejdsgang kan optimeres. Måske er der et modul, der skulle sættes anderledes op. Måske har en bestemt medarbejdergruppe brug for ekstra støtte.
Det er ikke et tegn på, at implementeringen er gået galt. Det er et tegn på, at organisationen er ved at tage systemet til sig – og begynder at forme det til deres specifikke behov.
Vores mål er, at kunden ved overleveringen ikke blot har et system, der virker teknisk – men en løsning, der er forankret i organisationen og skaber reel værdi i det daglige arbejde.
Det, der binder det hele sammen: vi møder kunderne, hvor de er
Hvis man skal sige én ting om vores tilgang til implementering, er det, at vi starter, hvor kunden er.
Det betyder, at vi ikke møder op med en standardplan, der skal presses ned over organisationen. Vi kortlægger virkeligheden, som den ser ud. Vi identificerer udfordringerne, inden de bliver til problemer. Og vi tilpasser processen til den kunde, vi har med at gøre – ikke omvendt.
Det betyder også, at vi ikke forsvinder, når systemet er gået live. En implementering er ikke et projekt med en slutdato. Det er begyndelsen på et samarbejde, der handler om at hjælpe virksomheden med at arbejde smartere og mere effektivt – trin for trin.
En god implementering kræver en struktureret proces og et godt fundament. Det er det, vi fokuserer på fra dag ét – så alle er godt rustet til rejsen.
Læs mere om vores tilgang til implementering →