Hvem ejer automatiseringen, når konsulenten er færdig?

Dit ansvar efter levering

Når en digital løsning er leveret, lander en del af ansvaret hos jer. Det betyder, at I skal teste løsningen i den hverdag, den skal bruges i, og sige hurtigt til, hvis noget ikke fungerer som aftalt.

Det her er ikke bare en formalitet.

Test de vigtigste flows igennem, mens projektet stadig er friskt hos både jer og konsulenten. Hvis noget ikke passer med aftalen, er det langt nemmere at rette tidligt end tre måneder senere.

Gem også eksempler på fejl, skærmbilleder og korte noter om, hvad der skete. Det gør dialogen mere konkret, hvis der senere opstår tvivl om, hvad der blev leveret.

Når det gælder automatisering, betyder levering også, at driften lander på dit bord. Det indebærer blandt andet:

• Overvågning af fejllogs i det daglige.
• Opdatering af API nøgler, når de udløber.
• Sikring af, at de tilknyttede SaaS abonnementer betales og forbliver aktive.

Uden løbende opfølgning risikerer du, at workflows går i stå.

Det er også dit ansvar at oplære medarbejderne og tilpasse de interne arbejdsgange. Hvis jeres forretning ændrer sig, skal automatiseringen justeres derefter. Det er ikke leverandørens opgave at holde øje med jeres interne processer eller at opdatere integrationer efter eksterne systemændringer, medmindre I har lavet en særskilt aftale om vedligeholdelse.

Ejerskabet af data og workflows bør være jeres fra dag ét. Sørg for at have bedre styr på konti og hosting, så ejerskabet ikke kun står pænt i kontrakten.

Få styr på adgang, dokumentation, drift og internt ansvar

En automatiseringsløsning holder kun, hvis de praktiske ting omkring adgang, dokumentation og internt ejerskab er på plads. Teknikken er sjældent det sværeste. Det er ofte alt det rundt om løsningen, der stopper flowet, når API nøgler udløber, ingen ved hvem der har ansvaret, eller en leverandør ændrer vilkår.

Start med adgang og rettigheder. Hvis automatiseringen skal skrive tilbage i jeres webshop, regnskab eller CRM, skal I have API adgang eller brugerrettigheder på plads fra dag ét. Tjek også om jeres nuværende licenser giver de nødvendige tilladelser. Nogle systemer kræver en opgradering, før de åbner for ekstern forbindelse.

Dokumentation skal være kort og brugbar. Noter hvad hvert flow gør, hvilke data det berører, og hvordan det genstartes. Ellers forsvinder viden når en medarbejder holder ferie eller stopper.

Ændringer i eksterne systemer kan komme uden meget varsel.

Leverandører opdaterer APIer, ændrer dataformater eller lukker funktioner ned. I et projekt hvor Lynpadden håndterede produktimport til WooCommerce måtte vi justere flowet samme dag som leverandøren ændrede strukturen. Uden den reaktion var de 24 produkter om dagen ikke længere endt korrekt i webshoppen.

Drift og fejlbeskeder skal have en tydelig ejer.

Hvis et flow fejler om natten og ingen ser det, vågner I op til forældede priser eller manglende ordrer. Samtidig er platforme til automatisering en økonomisk risiko. De ændrer jævnligt betalingsmodeller og prisstrukturer. I skal vide hvad det koster at migrere eller erstatte en platform hvis prisen ændrer sig.

Intern ejerskab er det punkt som oftest svigter i praksis. Teknisk fejlretning kan ligge hos et eksternt bureau, men den interne ejer skal forstå forretningslogikken og kunne træffe beslutningen. Uden det ender automationen som en sort boks.

Lav en enkel overleveringsliste

Saml adgang, data, regler og eksempler i en enkel liste, så udvikleren ikke skal gætte sig frem til jeres arbejdsgange.

Start med den tekniske adgang.

Det kan være API nøgler, logins til systemer eller en eksport af et regneark. Noter hvilke formater dataene ligger i, og om der er særlige begrænsninger på serveren eller i platformen. Hvis du først skal lede efter disse oplysninger undervejs, forsinkes hele projektet.

Beskriv også jeres forretningsregler så præcist, som hvis du skulle forklare dem til en ny kollega. Hvilke felter skal stemme overens? Hvad skal der ske ved dubletter eller tomme felter? Jo færre antagelser, jo færre fejl i det færdige system.

Konkrete eksempler gør en stor forskel.

En webshop kunne få importeret 24 produkter om dagen automatisk, fordi de leverede både rådata og et præcist eksempel på et færdigt produkt. Tilsvarende sparede vi i vores case om konkurrentovervågning for et bureau 6 timer om ugen, fordi kunden udleverede en klar liste over de ni konkurrenter og de specifikke priser, der skulle overvåges.

Giv også et realistisk billede af omfanget. Hvor mange rækker, leads eller produkter drejer det sig om? Hvor ofte skal processen køre? Det sætter rammen for løsningen og hjælper med at prioritere.

I kan læse mere om, hvordan et typisk Lynpadden projekt forløber fra ide til færdig løsning, så I er bedst muligt forberedt.

Vælg en partner, der bygger til hverdagen

Et godt projektforløb starter med en partner, der forstår jeres forretning, og ender med automatisering, der faktisk kører stabilt i hverdagen.

Det er nemt at love meget i salgsfasen. Sværere er det at bygge noget, som medarbejderne tør bruge, og som ikke kræver konstant vedligeholdelse. Vi ser ofte virksomheder, der har prøvet automatisering, men endte med et skrøbeligt setup, som kun én person forstod. Det gavner ingen.

Derfor starter vi altid med at kortlægge jeres nuværende arbejdsgange, finde de gentagelser, hvor automatisering kan gøre arbejdet lettere, og bygge løsninger i trin, så I kan teste undervejs. Vores tilgang til AI og automatisering bygger på præcis den metode.

Målet er en løsning, der kan køre stabilt i hverdagen.

For en webshop betød det, at nye produkter nu går direkte fra leverandørdata til færdigt produkt i WooCommerce. 24 produkter om dagen helt automatisk. For et bureau sparede automatiseret konkurrentovervågning 6 til 8 timer om ugen. Og for en B2B SaaS virksomhed gik lead research og udsendelse af personlig mail fra timevis manuelt arbejde til 2 minutter per lead til første svar.

Det er forskellen mellem en idé og en løsning, der holder.

Ofte stillede spørgsmål

Hvem ejer koden, når automatiseringen er færdig?

Ejerskabet afhænger af kontrakten. Aftal rettighederne skriftligt, før projektet starter. Mange virksomheder vil gerne eje den konkrete løsning, mens nogle konsulenter beholder rettighederne til genanvendelige komponenter. Få gerne en juridisk gennemgang af IP klausulerne.

Hvad sker der, når konsulenten stopper?

Uden dokumentation og vidensoverførsel kan I stå tilbage med en sort boks. Sørg for overlevering af teknisk dokumentation, adgangskoder, API nøgler og kildekode, hvis det er en del af aftalen. Planlæg også en overgangsperiode, hvor konsulenten kan svare på spørgsmål.

Skal vi kunne vedligeholde løsningen selv?

Ja, i hvert fald på et praktisk niveau. Automatiseringer kræver ofte små justeringer, når de tilknyttede systemer opdateres. Sørg for, at jeres interne medarbejdere får den nødvendige oplæring, eller aftal en fast vedligeholdelse. Så bliver I ikke afhængige af én ekstern person.

Hvilken dokumentation skal vi kræve?

I bør kræve en kort oversigt over systemet, relevante kodekommentarer, brugervejledninger og en enkel fejlfindingsguide. Dokumentationen skal være på dansk eller engelsk og være til at forstå for ikke tekniske ledere. Sæt dokumentationskravene ind i kontrakten fra start.

Kan vi selv ændre i automatiseringen senere?

Det afhænger af teknologivalg og jeres interne kompetencer. Low code værktøjer gør det ofte nemmere for ikke programmører at lave små ændringer. Ved kodebaserede løsninger kræver ændringer typisk udviklerkompetencer. Aftal fra start, hvor fleksibel løsningen skal være.

Hvad koster det at overtage ejerskabet fuldt ud?

Prisen varierer efter projektets omfang. Nogle konsulenter tager mellem 15.000 kr. og 37.500 kr. for overdragelse og dokumentation. Andre inkluderer overleveringen i den samlede projektpris. Få altid prisen på skrift, inden I underskriver aftalen.