Implementeringsplan
Piloten slutter. Hvem tager over?
Den første agent kører, og projektteamet skal videre. Få navn på dem, der håndterer fejl og ændringer, også når projektteamet har fri.
- Udgivet
- Opdateret
Indhold
Sæt navn på den, der tager sagen
Forestil jer, at piloten er slut, og en forbindelse fejler på næste vagt. Projektlederen er væk. Hvem opdager fejlen, stopper nye overdragelser og finder de ordrer, som allerede er registreret? Skriv svaret ned, før driften overtager. “It og leverandøren” er svært at handle på, hvis ingen af parterne ved, at sagen nu ligger hos dem. Begge skal have accepteret deres del af arbejdet.
Nexus beskriver fortsat forbedring sammen med kunden og ansvar hos det team, som bruger agenten. UiPath beskriver roller for administration, AI-styring, udvikling og revision.1,2,3
Fordel opgaverne hos jer. Procesejeren accepterer resultatet. Systemejeren bestemmer over forbindelser og adgang. Den teknisk ansvarlige ændrer løsningen, og en navngiven driftsfunktion tager fejlmeldinger. En person kan godt have flere opgaver, men hver opgave skal have en ejer og en stedfortræder. Bed leverandøren skrive sin egen del ind i samme oversigt. Så kan I se, hvor en opgave endnu ikke har nogen til at udføre den.1,2,3
Giv den næste kollega noget at arbejde med
Bed om en beskrivelse af processen, de tilladte handlinger, forbindelserne, de adgangsansvarlige, kilderne og de prøver, løsningen skal bestå. Medtag også, hvor loggene findes, hvordan fejl registreres, og hvordan en person overtager manuelt. Aftal, hvor materialet ligger, og hvem der opdaterer det. Den næste kollega skal kunne følge en henvendelse til dens endelige ordrestatus, selv når agentens eget forløb er blevet afbrudt.
CrewAI Enterprise beskriver hjælp til at komme i gang. Teknisk hjælp og træning tilbydes som tilkøb. CrewAI beskriver også indsigt i modelkald, værktøjskald og læsninger i agentens hukommelse.4,5,6
Spørg derfor, hvad hjælpen omfatter i jeres tilbud: oplæring af vagten, vedligeholdelse af forbindelser, adgang til logs og hjælp ved fejl. Hjælp til at komme i gang er ikke automatisk en aftale om at passe hele serviceprocessen. Lad den nye ansvarlige bruge materialet til at håndtere en kendt fejl i en øvelse. Hvis vedkommende må spørge den, der byggede løsningen, om de afgørende trin, skal materialet gøres mere brugbart.4,5,6
Prøv igen, når forudsætningerne ændrer sig
En ny manual, en ændret adgangsgruppe eller et nyt obligatorisk felt i ordresystemet kan ændre arbejdet. Skriv ændringen sammen med de prøvesager, den berører. Lad den fagligt ansvarlige vurdere ændringer i kilderne, og giv de tekniske ændringer en navngiven ansvarlig. En hurtig rettelse fra leverandøren er ikke i sig selv en godkendelse af den nye arbejdsgang. Aftal, hvem der må sige, at den kan tages i brug.
Microsoft beskriver godkendelser mellem udvikling, test og produktion. UiPath beskriver, at AI-administratorer godkender modeller og fastlægger den forventede adfærd, før de frigives.7,8
Aftal, hvad jeres godkendelse skal bygge på: den valgte version, gennemførte prøver, kendte begrænsninger og en plan for at vende tilbage. Se også på ordrer, som allerede er sendt, og sager, som venter i kø. De skal håndteres, selv om I går tilbage til en tidligere version af agenten. Bed leverandøren vise hele fremgangsmåden i et egnet testmiljø, så teamet ved, hvilke dele der kræver særskilt opfølgning.7,8
Aftal også, hvordan I stopper
Nexus oplyser direkte til os, at prisen følger den rolle, der automatiseres, uden betaling pr. konsulentdag eller konsulenttime.9
Få skrevet ind i tilbuddet, hvad der sker, når rollen ændres. Måske skal agenten bruge flere kilder, sende til nye modtagere eller håndtere en anden serviceopgave. Hvad er med, hvordan aftales ændringen, og hvad koster særskilt? Følg hele indsatsen bag de accepterede opgaver, inklusive manuelle rettelser og fejlbehandling. Tag udgangspunkt i jeres eksisterende driftsmål. Et stort antal udkast fortæller ikke alene, hvor meget arbejde teamet har fået løst.9
Aftal til sidst, hvordan I afslutter samarbejdet eller stopper agenten midlertidigt. Hvem eksporterer procesbeskrivelser og sagsreferencer, hvem lukker adgangen, og hvem tager nye henvendelser manuelt? Kontroller, at ingen stadig venter på, at agenten håndterer sagen. Når I overtager, bør I have en accepteret ansvarsoversigt, en vejledning, som kollegaerne kan bruge, og en registrering af, hvordan øvelsen i at overtage gik. Det er de papirer, næste vagt skal kunne finde.
Sådan læses dokumentationen
Skrevet af Nyhavn Oversigt ud fra leverandørkilder kontrolleret 8. november 2026. Oplysninger modtaget direkte fra selskaber er markeret særskilt. Eksemplerne er forslag, I kan prøve med en leverandør; vi har ikke udført dem. Guiden giver ikke tekniske instruktioner til arbejdet på anlæg.
- Vores forslag til at vurdere servicearbejdet; vi har ikke målt resultatet i et produkt.
- Leverandørens beskrivelse, kontrolleret 8. november 2026. Vi har ikke afprøvet funktionen.
- Roller i produktet og et løfte om samarbejde fortæller ikke, hvem hos jer der tager opgaven. Det skal aftales.
- Et spørgsmål, I skal have dokumenteret for den løsning, I vil bruge.
- Aftal både, hvilken hjælp I får, og hvilke vejledninger teamet får med. En liste over produktfunktioner svarer ikke på det.
- Regler for at tage en ændring i brug skal også dække jeres serviceopgave og de sager, der allerede er i gang.
- Nexus gav os oplysningen 8. november 2026. Den er ikke verificeret på den hjemmeside, der er linket til.
- Den oplyste måde at beregne prisen på fortæller ikke, hvilke ændringer der er med, eller hvor meget arbejde driften kræver.
