Alla kan bygga en AI-tjänst. Få kan ta hand om den

Ni har haft det där kalkylarket. Någon på ekonomi byggde det för att det behövdes. Det räknade ut något viktigt, fler och fler började använda det, och sedan slutade personen som byggt det. Ingen vågade röra formlerna. Till sist tog det ett projekt och ett par år att ersätta det.

Nu händer samma sak igen, fast fortare. Någon på HR laddar upp semesterreglerna i ett AI-verktyg, skriver några rader om hur det ska svara, och har samma eftermiddag en assistent som svarar på medarbetarnas frågor om semester. Ingen kod, ingen upphandling, ingen IT-avdelning. Hen delar länken med några kollegor, de delar den vidare, och efter en månad använder halva HR den. Den fungerar. Den har ingen ägare, den finns inte nedskriven någonstans, och ingen har räknat på vad den kostar.

Det är inget fel i det. Det är så nya saker uppstår, och det ska vara lätt. Problemet kommer när organisationen ska luta sig mot den. Vad händer när personen på HR byter jobb? När reglerna ändras vid årsskiftet? När assistenten en dag svarar fel och någon får semester beviljad på felaktiga grunder?

Så länge de frågorna saknar svar har ni en prototyp. Prototyper ska finnas. Men en organisation kan inte bygga sin verksamhet på prototyper, och det är därför så många bra saker stannar precis innan de blir värdefulla på riktigt. Gartner bedömde i juni 2025 att över fyra av tio projekt med AI som utför uppgifter på egen hand läggs ned före utgången av 2027. Skälen är kostnad, oklar nytta och för lite kontroll. Siffran gäller de mer avancerade fallen, där AI gör saker och inte bara svarar, men skälen är desamma för semesterassistenten. Inget av dem handlar om att bygga.

Skillnaden går att skriva ned

Vad gör en prototyp till en tjänst?

Tänk på semesterassistenten. För att organisationen ska kunna lita på den behöver tio saker vara på plats. Fyra av dem bestämmer ni en gång och är sedan klara med. Sex av dem måste stämma varje gång någon ställer en fråga. Det är två olika sorters arbete, och därför står de i var sin lista.

Fyra saker ni bestämmer en gång

• Vem äger den. Inte den som byggde tjänsten, utan den som får förklara om den svarar fel. För semesterassistenten är det HR-chefen.
• Hur den får ändras. En assistent består av två saker: instruktionen om hur den ska svara, och dokumenten den läser. Båda kan någon ändra på tio sekunder. Det ska synas vem som ändrade vad, och det ska gå att gå tillbaka när det blev fel.
• Vad den får kosta. Varje fråga kostar några ören hos leverantören, och notan växer med användningen. Femtio användare är billigt, femtusen är det inte. Sätt ett tak per månad och peka ut vem som ser fakturan.
• Hur den stängs av. Någon ska kunna fatta beslutet att släcka den. Innan dess behöver ni veta vilka som hunnit bygga in den i sitt arbete, så att avstängningen inte blir en överraskning en måndagsmorgon.

Det här är vanliga chefsbeslut. De kräver mandat och budget, inte teknik. Ingen produkt fattar dem åt er.

Sex saker som måste hålla varje gång den används

• Vem får använda den. Inte alla som fått länken, utan en bestämd grupp.
• Vad den får läsa. Semesterreglerna, ja. Lönelistan, nej.
• Vilken AI som svarar. Bakom varje assistent finns en AI hos ett företag, och det finns flera att välja på. Ni behöver veta vilken ni använder, vilket företag som driver den och i vilket land den körs. Det sista är frågan juristerna ställer först.
• Vad den får göra. Att svara på frågor är en sak. Att registrera en semesteransökan är en annan.
• Vad som händer när den svarar fel. Att någon märker det, och att det går att se efteråt vad som hände.
• Vad som sparas och hur länge. Frågor till en HR-assistent kan innehålla känsliga saker. Hos en myndighet kan de dessutom vara allmänna handlingar.

Också det här är beslut. Skillnaden är att de fyra första räcker som beslut: någon bestämmer, och sedan är det bestämt. De sex sista måste hålla i varje enskild fråga någon ställer, och det är något annat än att ha bestämt sig.

Ett beslut som ingen kontrollerar är en önskan

Varför räcker det inte att bestämma?

Ni kan besluta att semesterassistenten inte får läsa lönelistan. Ni kan skriva det i en policy. Men om ingenting hindrar den i det ögonblick då någon frågar ”vad tjänar min kollega?”, är beslutet en önskan.

Det som behövs är en grind. Något som står mellan användaren och assistenten och kontrollerar varje gång: får den här personen fråga, får assistenten läsa det här, får den göra det här. Grinden skriver också ned vad som hände, så att det går att visa i efterhand. Konkret är det ett system som alla assistenter kopplas till, i stället för att var och en kopplas direkt till AI-leverantören. Det byggs eller köps en gång, och sedan går alla frågor genom det. Det är en grind för hela organisationen, inte en per assistent, och det är därför den är värd att ha.

Det förändrar arbetet för dem som ska säga ja, alltså informationssäkerhetsansvariga och jurister. De behöver inte längre granska varje ny assistent från grunden. De granskar grinden en gång och ställer sedan krav på varje tjänst: den här får läsa det här, användas av de här personerna, och varje fråga och svar sparas så att det går att ta fram efteråt. Varje ny assistent blir lättare att godkänna än den förra. Utan grinden blir varje ny assistent ett nytt undantag, och organisationen samlar på sig undantag i stället för förmåga.

Hur mycket ni behöver beror på vad som står på spel

Måste allt vara på plats för alla tjänster?

Ett verktyg som sammanfattar mötesanteckningar och ett som påverkar ett myndighetsbeslut ska inte skötas lika hårt. Att sköta allt löst är ett fel. Att kräva samma kontroller av mötesanteckningarna som av myndighetsbeslutet är också ett fel, och det märks inte, för det tar sig uttryck i att ingenting blir gjort.

Ställ en fråga per tjänst: vad är det värsta som rimligen kan hända om den svarar fel, slutar fungera eller läcker? Svaret avgör hur mycket av listan som gäller.

Frågan gör en sak till, och det är den som brukar överraska. Den sorterar inte bara hur hårt en tjänst ska skötas, utan vilka tjänster ni över huvud taget ska sköta. Nästan alla har fler idéer än organisationen orkar ta hand om. Femtio prototyper, ork att sköta fem. Sortera dem efter vad som står på spel, inte efter hur roliga de är. De med mycket på spel får hela listan. De med lite på spel får förbli prototyper, om någon säger ja till att äga dem som just prototyper. De som ingen vill äga stängs av. Att säga nej är billigt så länge nejet är ett beslut och inte ett bortglömt kalkylark.

Var ni börjar

Vad gör ni på måndag?

Fem steg, i den här ordningen. Inget av dem kräver att ni köpt något.

Skriv ned vilka AI-tjänster ni har. De flesta organisationer vet inte vilka de har, och ni kommer att hitta fler än ni tror. En lista i vad som helst, med vem som byggde tjänsten, vad den gör och vad den läser.

Ge varje tjänst en ägare. Den som får förklara om det går fel. Ägaren behöver mandat och budget, annars är det ett namn på ett papper.

Bestäm per tjänst vad som står på spel. Tre nivåer räcker: den läser bara öppen information, den läser intern information, den ändrar något i ett system.

Lägg det ni vet på ett ställe där ändringar syns. Assistenten blir aldrig bättre än det den läser. Om semesterreglerna finns i en presentation från 2023 och en mejltråd från i våras, vet ingen vad som gäller, inte assistenten heller. Det som ska gälla behöver finnas på ett ställe, med datum, och med någon som godkänner ändringar. Samma sak gäller människorna som ska använda den. En ny kollega lär sig inte assistenten av en instruktion: låt hen prova på ett riktigt ärende med någon bredvid.

Bestäm hur ni märker att den blivit sämre. En assistent som ingen kontrollerar slutar inte svara när den börjar svara fel. Den fortsätter, bara sämre. Semesterreglerna ändras vid årsskiftet, men assistenten läser fortfarande fjolårets. Leverantören byter ut sin AI mot en nyare, och svaren blir plötsligt annorlunda. Ingen har gjort något fel, och ändå stämmer svaren inte längre. Sätt ett datum då någon går igenom svaren, och bestäm vem som får stänga av.

Så långt måndagen. Det som är svårast av allt ligger längre bort, och ni behöver inte lösa det nu. Men det är värt att veta att det finns. Punkten ”vem får använda den” är enkel så länge det är en människa som frågar. Nästa steg är att assistenter börjar be varandra om hjälp. Semesterassistenten frågar lönesystemets assistent hur många dagar just den här medarbetaren har kvar. Då måste det gå att visa i varje led vilken människa som frågade, och att det var den personens saldo som hämtades och ingen annans. Det är där de flesta försök fastnar, och det är värt att veta innan ni lovar bort ett datum. Vi på Digitalist byggde en sådan grind själva för att vi behövde den. Hur den fungerar står nedan.

Räkna

Ta er mest använda AI-tjänst. Gå igenom de tio punkterna, de fyra ni bestämmer en gång och de sex som måste hålla varje gång. Hur många har ett svar?

Har färre än hälften ett svar är det en prototyp, hur många som än använder den varje dag. Det är inget att skämmas för. Det är där allting börjar. Men bestäm då om den ska få resten eller stängas av. Det tredje alternativet är att den ligger kvar tills den blir någon annans problem.

Och när någon frågar hur det går med AI: räkna inte licenser. Räkna hur många tjänster som har svar på alla tio, och hur många veckor det tog för den senaste att ta sig från prototyp till alla tio. Den siffran ska sjunka för varje tjänst. Det är det enda mått jag sett som inte går att köpa.