Tänk dig att du anställer en senior utvecklare. Första dagen visar du inte var koden ligger. Du berättar inte vad bolaget säljer eller vem som köper. Du säger inget om vad som är viktigt just den här veckan. Hon får ingen inloggning, ingen kollega att fråga och ingen som granskar det hon levererar. Sedan lutar du dig fram och säger: gör produkten bättre. En vecka senare konstaterar du att hon inte var värd pengarna.
Ingen skulle göra så mot en människa. Ändå är det ungefär så de flesta organisationer använder AI just nu, och sedan drar de slutsatsen att tekniken är överskattad.
Problemet är sällan modellen. Modellerna är absurt kapabla och de blir bättre snabbare än vi hinner ändra våra processer. Problemet är att vi behandlar dem som ett sökfält när de i praktiken är en ny sorts kollega. En kollega som ingen har introducerat presterar därefter.
Skiftet som spelar roll just nu är alltså inte ett modellskifte. Det är att AI flyttar från att vara ett verktyg du använder till att vara en medarbetare du leder. Och ledarskap har vi faktiskt hundra år av erfarenhet av. Vi behöver bara sluta låtsas att det här är något helt nytt.
Chattfönstret är ett intervjurum, inte en arbetsplats
Ett chattfönster är utmärkt på en sak: att svara på en fråga från kall start. Det är därför de första AI-satsningarna i de flesta bolag ser likadana ut. Någon köper licenser, alla får tillgång, och sedan mäter ledningen hur många som loggade in. Efter ett kvartal är siffran nedslående och slutsatsen blir att medarbetarna inte är mogna.
Titta på vad du faktiskt bad om. Du bad någon utan kunskap om er verksamhet, utan tillgång till era system, utan mandat och utan uppföljning att förbättra ert arbete i tiominuterspass. Att det inte gav effekt är inget tecken på omogen personal. Det är ett tecken på att det aldrig fanns någon arbetsplats.
Skillnaden mellan ett chattfönster och en arbetsplats är kontext som ligger kvar. En medarbetare som kommer tillbaka på tisdagen minns vad ni bestämde på måndagen, vet var filerna ligger, känner kvalitetsribban och har lärt sig var det brukar gå fel. Ingen av de sakerna uppstår av en bättre prompt. De uppstår av en uppsättning. Det är skillnaden mellan att fråga och att anställa.
Nio saker en digital medarbetare behöver
När jag sätter upp det här, för egen räkning eller tillsammans med en kund, går jag igenom samma lista som jag skulle gå igenom för en ny anställd. Nio punkter. De flesta hoppar över åtta av dem.
Arbetsplats. Den behöver en plats där arbetet faktiskt bor. För en teknisk medarbetare är det ett repo. För en analytiker kan det vara en projektmapp med data, mallar och underlag. Poängen är att det är samma plats varje gång, inte en ny bilaga i ett nytt mejl.
Minne. Det här är det som gör mest skillnad och det som nästan alla missar. Tre korta filer räcker långt. En som beskriver hur ni arbetar och vad bra ser ut som. En som beskriver vad som gäller just nu och vad som ligger utanför scope. En som beskriver hur arbetet ska bedömas innan det går vidare. Skriv dem kort. De läses varje gång.
Brief. Innan något ändras vill du ha ett förslag. Läs igenom, tänk igenom, berätta hur du tänker angripa det, vänta på klartecken. Det låter byråkratiskt men tar under en minut och sparar timmar. Mät två gånger, kapa en gång.
Uppdrag. Ett uppdrag är en uppgift med en synlig mållinje. "Gör appen bättre" är inget uppdrag, det är en önskan. "Lägg till ett anmälningsformulär på landningssidan med namn, mejl och företag, och visa ett kvitto efter att någon skickat in" är ett uppdrag. Den som får det första börjar gissa. Då leder du inte längre arbetet, du städar efter det.
Ögon. En bra medarbetare gör uppgiften och kontrollerar sedan sitt eget arbete. Öppnar sidan, klickar igenom flödet, läser felmeddelanden, testar som kunden skulle göra. Att AI numera kan göra just det, alltså starta det den byggt och titta på resultatet, är den enskilt mest underskattade förändringen det senaste året. Det är skillnaden mellan någon som skickar in en fil och någon som faktiskt tar ansvar för att den fungerar.
Granskning. Arbete ska mätas mot en standard, inte mot magkänsla. När standarden är nedskriven kan du be om en bedömning i tre högar: måste fixas, bör fixas, okej att skeppa. Den indelningen är enkel nog att någon faktiskt använder den på en fredag eftermiddag.
Schema. Här börjar det kännas som en anställning. Återkommande uppdrag på fasta tider. En morgonbrief som läser kundnoteringar och öppna ärenden och föreslår dagens viktigaste sak. En veckoöversikt på fredagen som grupperar det som återkommer. Det är inte glamoröst arbete. Det är precis den sortens arbete som annars aldrig blir gjort.
Gränser. En bra medarbetare vet vad den får göra själv och vad den ska fråga om. Det gäller här också, och jag återkommer till det för det är den enda punkten där ledningen måste vara med.
Egna färdigheter. När du märker att du skriver samma instruktion för tredje gången ska den sluta vara en instruktion och bli en färdighet. Samma sak med kopplingar till era system och med automatiska kontroller som körs varje gång. Det är här det slutar vara ett generellt verktyg och börjar bli något som tillhör just ert bolag.
Den dagliga loopen
De nio delarna är inte en checklista du betar av en gång. Fyra av dem är en loop som snurrar för varje uppdrag.
Du ber om en plan. Du godkänner eller justerar. Uppdraget genomförs som en avgränsad ändring. Arbetet kontrolleras mot verkligheten. Sedan granskas det mot standarden och du får de tre högarna. Hela varvet tar minuter, inte dagar, och det viktiga är att du får små paket att ta ställning till istället för en hög arbete i slutet av dagen som ingen orkar reda ut.
Det är också därför parallellt arbete fungerar. En session per uppdrag, aldrig flera uppdrag i samma session. Tre parallella sessioner är i praktiken tre medarbetare med samma affärskontext och tre separata leveranser du kan acceptera, revidera eller kasta var för sig. Det skalar. En jättehög gör det inte.
Och när schemat är på plats får ni det som brukar kallas nattskift. Kundfeedback samlas, mönster sammanfattas, risker lyfts upp och nästa uppgift blir tydligare, medan ni sover. Ni vaknar till kontext istället för till en tom skärm.
Det här måste ledningen faktiskt bestämma
Allt ovan kan ett team sätta upp själva på en eftermiddag. En sak kan de inte, och det är gränserna.
Tänk på det som delegering, för det är precis vad det är. Vissa saker får göras fritt: läsa, söka, analysera, föreslå, köra tester, arbeta i en avskild gren, uppdatera dokumentation. Vissa saker ska fråga först: installera beroenden, ändra i databasen, röra inloggning eller betalning, radera. Vissa saker ägs av en människa och inget annat: produktionssättningar, kunddata, fakturering, allt som går ut till kund i ert namn.
Den indelningen är inte teknisk, den är en ledningsfråga. Det är samma fråga som vem som får attestera en faktura och på vilket belopp. Ingen tycker att attestregler är spännande, men ingen driver heller ett bolag utan dem.
Två saker till hör hemma på ledningens bord. Den första är vem som äger kvalitetsstandarden, alltså den fil som avgör vad som är bra nog. Om ingen äger den blir den ett dokument som skrevs en gång och sedan aldrig lästes. Den andra är hur ni definierar framgång. Om framgång är "antal aktiva användare" har ni redan förlorat, för då mäter ni inloggningar och inte arbete. Definiera det istället som att ett konkret arbetsflöde förändrades och att kunden märkte det. Det går att bevisa och det går att bygga vidare på.
Flaskhalsen flyttar till omdöme
Det som händer när uppsättningen sitter är att produktionskapaciteten slutar vara begränsningen. Saker byggs, skrivs och analyseras snabbare än ni hinner ta ställning till dem. Då flyttar flaskhalsen, och den flyttar till omdöme.
Det låter obehagligt men är egentligen goda nyheter, för omdöme är det ni redan är bra på. Frågan blir inte längre om ni kan göra saken. Frågan blir om det var rätt sak, om den löser kundens verkliga problem och om ni vågar stå bakom den. Det arbetet försvinner inte. Det blir svårare, mer krävande och betydligt mer mänskligt.
Det ställer ett obekvämt krav på organisationen. För att kunna leda en digital medarbetare måste du skriva ner sådant ni aldrig behövt skriva ner. Vad "klart" betyder. Vad som är bra nog. Vem kunden är, med kundens egna ord. Vad ni medvetet inte gör den här månaden. De flesta bolag har aldrig formulerat det, för människor fyller i luckorna av vana och artighet. En digital medarbetare gör inte det. Den gör precis det du har beskrivit, och det är obarmhärtigt tydligt när beskrivningen är luddig.
Det är också därför den här investeringen är svår att kopiera. Vem som helst kan köpa samma licenser som ni. Ingen annan har er nedskrivna kvalitetsribba, era kundcitat, era gränser och er samlade erfarenhet av var det brukar gå fel. Det byggs bara på ett sätt, en vecka i taget.
Så börja inte med att köpa fler licenser. Börja med en enda digital medarbetare, ett smalt område som verkligen rör era siffror, och de nio punkterna ovan. Ge den en arbetsplats, ett minne, ett tydligt uppdrag, ögon att kontrollera sitt eget arbete med, en standard att bedömas mot, ett schema och gränser den inte får passera.
Alltså precis det du skulle gett den där utvecklaren på hennes första dag.