Från pilot till drift — stadiet där de flesta projekt tar slut
De flesta AI-projekt misslyckas inte. De stannar.
Det finns en pilot, den demonstrerades en gång och fungerade, och sedan tog vardagen över. Nästan alltid av samma skäl: lösningen krävde att någon ändrade sitt sätt att arbeta utan att få något tillbaka den första veckan, och ingen hade den på sin tallrik när mötet var slut.
Implementering är den tråkigaste delen av AI-arbetet och den enda som avgör om något blir av. Det som krävs är sällan mer teknik. Det är avgränsning, en utpekad ägare, och tålamod med att förändringen ska överleva en vanlig arbetsvecka.
Den här sidan beskriver hur jag arbetar med den delen, och vad jag lärt mig av att driva egna system i skarp drift — bland dem Mitt AI-team och Nyheter AI, som båda måste fungera på måndagar och inte bara i en demonstration.
Arbetsgång
Det första som byggs ska vara mindre än vad som känns meningsfullt. Anledningen är inte försiktighet — det är att ett litet första steg går att ändra billigt när det visar sig att antagandet var fel, vilket det ofta är. Bredden kommer sedan.
Någon med namn ska äga arbetsmomentet efteråt, och den personen ska vara med redan när det byggs. Ett system som lämnas över till «verksamheten» lämnas i praktiken över till ingen.
Korta varv med den faktiska användaren, inte en kravspecifikation följd av en leverans. Det som ser rätt ut i ett möte visar sig ofta vara fel så fort någon ska använda det i verkligheten, och det vill man veta i vecka ett.
Om förändringen kostar mer än den ger i början kommer den inte att överleva. Ibland betyder det att man börjar med ett moment som är mindre viktigt men mer irriterande, för att få med sig folk.
Den som använder något ska kunna ändra det utan att ringa mig. Ett uppdrag är klart när ni klarar er utan mig — annars har jag byggt in mig själv i er verksamhet, och det är inte en tjänst jag vill sälja.
Vad som brukar gå fel
Ett system som ska imponera på ett möte optimeras för det snyggaste fallet. Verkligheten består av udda fall, och då slutar det fungera i vecka två.
Det vanligaste dödssättet, och det tystaste. Ingen bestämde sig för att sluta — det bara slutade hända, och sedan var det pinsamt att ta upp.
Så mycket granskning lades ovanpå att det gick fortare att göra som förut. Då är det rätt att lägga ner, men det är också ett tecken på att fel användningsområde valdes.
Tekniskt lyckat, verksamhetsmässigt ointressant. Det här går att undvika i ett tidigt skede, och det är hela poängen med att göra kartläggningen före bygget.
Praktiskt
En del uppdrag är avgränsade med tydlig omfattning och fast offert. Andra löper med ett par timmar i veckan, vilket ofta passar bättre när det handlar om att få något att verkligen sätta sig i vardagen. Bygguppdrag offereras efter behov, eftersom omfattningen skiljer sig kraftigt mellan olika användningsområden.
Att ta över en pilot som någon annan byggt är en vanlig ingång. Första steget är då att ta reda på varför den stannade — om det var tekniken, arbetssättet eller ägarskapet. Ibland är rätt svar att avveckla den och börja om smalare, och i så fall säger jag det hellre direkt.
Har ni ännu inte bestämt vad som ska implementeras är det en AI-strategi som är rätt startpunkt. Vill ni veta vad tekniken faktiskt klarar innan ni bestämmer er finns det på sidan om generativ AI för företag.
Vanliga frågor
För ett avgränsat användningsområde i ett mindre företag brukar det första vara i skarp användning inom en månad.
Det som drar ut på tiden är sällan bygget, utan att komma överens om vem som äger arbetsmomentet efteråt och att få tag på det underlag som behövs.
Ja, det är en vanlig ingång. Första steget är att ta reda på varför den stannade — om det var tekniken, arbetssättet eller ägarskapet.
Ibland är rätt svar att avveckla den och börja om smalare.
Bygguppdrag offereras efter behov eftersom omfattningen varierar kraftigt. En del uppdrag löper i stället löpande med ett par timmar i veckan.
Ni får en fast offert eller ett tydligt timupplägg innan arbetet börjar.
Nästan aldrig. Det mesta jag bygger lägger sig bredvid det ni redan har och plockar upp det som saknas. Att ersätta fungerande system är dyrt, riskabelt och sällan det som ger tidsvinsten.
Ett kostnadsfritt samtal på en halvtimme. Beskriv vad som byggdes och var det stannade, så säger jag vad jag tror.
Boka kostnadsfritt samtalSka det som satts i drift dessutom ta bort återkommande arbete finns sidan om AI-automatisering, och vad som faktiskt lönar sig att automatisera står i artikeln om att automatisera administrationen.