Vem äger AI-funktionen när den väl är i drift?
Efter lanseringen blir AI-funktionen ofta ingens ansvar. Så fördelar ni ägarskapet, och de fyra rutiner som håller den bra månad efter månad.
Kort sagt
- En AI-funktion kan bli sämre utan att någon rör koden, och därför behöver den en ägare.
- Utse två personer med namn: en verksamhetsägare för att den gör nytta och en teknisk ägare för att den fungerar.
- Fyra rutiner räcker: en veckogenomgång, uppdaterat underlag, fel som blir testfall och tester som körs regelbundet.
- Skriv ner det som behövs för att någon annan ska kunna ta över.
I den här artikeln · 5 avsnitt
Lanseringen gick bra. Det blev tårta med assistentens namn i marsipan, ett tack i veckobrevet och några fina siffror på första månadsrapporten. Sedan gick projektgruppen vidare till nästa projekt.
Ett halvår senare upptäcker någon i kundtjänst att assistenten fortfarande svarar med förra årets returvillkor. De ändrades i våras. Ingen hade uppdaterat dokumenten assistenten läser, eftersom ingen visste att det var någons uppgift. Ingen hade märkt något, eftersom ingen tittade.
AI-funktionen fungerade inte sämre en dag. Den blev lite sämre varje vecka, tills det syntes.
Varför blir AI-funktioner ingens ansvar?
För att de inte passar in i hur ansvar brukar fördelas. Teknikteamet ser till att servern är igång, och den är igång. Verksamheten använder funktionen, och den svarar. Men vem ansvarar för att svaren är rätt?
Det är det nya med AI-funktioner. Vanlig mjukvara gör samma sak tills någon ändrar koden. En AI-funktion kan bli sämre utan att någon rört koden: när underlaget blir inaktuellt, när leverantören uppdaterar modellen eller när användarna börjar fråga om saker den inte var byggd för.
Vem ska äga AI-funktionen?
Två personer, med namn:
| Roll | Ansvarar för | Typisk person |
|---|---|---|
| Verksamhetsägare | Att funktionen gör nytta: rätt svar, rätt ton, rätt underlag | Chef eller specialist i den verksamhet som använder den |
| Teknisk ägare | Att funktionen fungerar: tester, kostnad, uppdateringar, incidenter | En utvecklare i teamet som byggde den eller förvaltar den |
De behöver inte lägga mycket tid. En timme i veckan i början, och mindre sedan. Men de behöver veta att det är deras uppgift, och andra behöver veta vem de ska gå till.
Vilka rutiner behövs i drift?
Fyra rutiner håller en AI-funktion bra över tid. Ingen av dem är tung.
1. En genomgång varje vecka
Femton minuter, verksamhetsägaren och den tekniska ägaren. Titta på samma siffror varje gång:
- Hur stor andel av AI:ns förslag används som de är, ändras lite eller kastas?
- Vilka fel har rapporterats, och är de nya testfall?
- Vad har det kostat, jämfört med budgeten?
- Går testerna fortfarande igenom?
Efter några månader, när siffrorna är stabila, räcker en gång i månaden.
2. Underlaget uppdateras när verksamheten ändras
När en policy, en prislista eller ett villkor ändras, ska dokumenten AI:n svarar utifrån uppdateras samma dag. Lägg in det som ett steg i rutinen för ändringar, inte som något man ska komma ihåg. Den som ändrar returvillkoren ska veta att assistenten också behöver de nya.
3. Fel blir testfall
Varje fel som rapporteras blir ett nytt testfall, samma vecka. Det beskrivs närmare i När AI:n har fel. Det är den rutin som gör att funktionen blir bättre i stället för sämre över tid.
4. Testerna körs när något utanför ändras
Leverantörer uppdaterar sina modeller, ibland utan att namnet ändras. Kör testerna regelbundet, till exempel varje natt eller varje vecka, även om ni inte har ändrat något själva. Då märker ni förändringar innan kunderna gör det.
Hur vet man att AI-funktionen fortfarande gör nytta?
Samma siffror som vid lanseringen, följda över tid. Om andelen använda förslag sjunker, om fler fel rapporteras eller om tiden per ärende ökar igen, är det dags att undersöka varför. Oftast är förklaringen enkel: ett inaktuellt dokument, en ny typ av fråga eller en modelluppdatering.
Det viktiga är att någon ser det i en genomgång, inte att en kund ser det i ett svar.
Vad händer när ägaren slutar?
Skriv ner det som behövs för att någon annan ska kunna ta över: var prompten finns, hur testerna körs, var underlaget kommer ifrån, vilka siffror som följs upp och vem som är teknisk ägare. En sida räcker. Den är också det första en jurist eller revisor frågar efter, se Få med juristen, säkerhetschefen och ledningen.
Hur uppföljningen kan automatiseras, med loggar, mätvärden och larm, beskrivs tekniskt i Observability for LLM systems på engelska.