AI-implementering
Vi tar en AI-lösning från beslut till daglig drift i de system ni redan använder. Avgränsat flöde först, fast pris innan vi börjar, en människa kvar som kontrollpunkt.
Kort svar
AI-implementering är arbetet med att ta en AI-lösning från idé till drift i era befintliga system: kartlägga vilket flöde som ska automatiseras, bygga det mot era system och sätta det i produktion med människor kvar som kontrollpunkt. Skillnaden mot en demo är att lösningen faktiskt används i vardagen, varje dag.
Tre saker, och de hänger ihop.
Agenter som läser, bedömer och agerar på det som kommer in: mejl, formulär, dokument, förfrågningar. Processautomation som tar bort de steg där någon flyttar information mellan två system för hand. Integrationer som kopplar ihop det ni redan har, så att uppgifterna bara registreras en gång.
Vi bygger i era system, inte vid sidan av dem. I praktiken betyder det Fortnox eller Visma på ekonomisidan, Microsoft 365 eller Google Workspace för mejl och dokument, HubSpot, Salesforce eller Pipedrive i CRM, och Slack eller Teams där arbetet diskuteras. Har ni egna system med API, eller ens en export, kopplar vi in dem också.
Ni köper alltså ingen ny plattform och ingen licens till ett verktyg som era medarbetare måste lära sig. Automationen hamnar där arbetet redan sker.
Fyra mönster som går igen. Inget av dem handlar om att tekniken var för svag.
01
Någon bestämmer att ni ska göra något med AI och letar sedan efter ett problem som passar. Det ger en demo som imponerar på ledningsgruppen och inte hjälper någon på måndagen. Vi går motsatt väg: vilka fem timmar i veckan går åt till något ingen egentligen behöver göra för hand?
02
En agent kan bara vara så bra som underlaget den läser. Om kunduppgifterna finns i tre system med tre olika stavningar, och ingen har ansvar för vilket som gäller, kommer lösningen att fatta fel beslut på rätt sätt. Dataägarskapet måste vara utpekat innan bygget börjar.
03
Det är stor skillnad på kod som fungerar när den som skrev den kör den, och kod som fungerar en vanlig tisdag i november när ett API svarar långsamt. Loggning, felhantering och en plan för vem som larmas när något går fel hör till bygget, inte till efterarbetet.
04
Lösningar som får skicka bindande svar utan att någon tittar blir avstängda första gången de har fel. Vi bygger tvärtom: agenten förbereder, en ansvarig person godkänner. Kontrollpunkten flyttas först när ni själva sett tillräckligt många korrekta utfall.
Fyra steg. Ni vet hela tiden vad som händer och vad nästa del kostar.
01
Vi går igenom era flöden tillsammans med dem som faktiskt utför arbetet, inte bara med ledningen. Vi räknar på volym och tidsåtgång per steg och tittar på vilken data som finns och hur den ser ut i verkligheten. Resultatet är en lista på kandidater i ordning efter effekt genom insats, och ett förslag på vilket flöde vi bör börja med.
02
Vi bygger ett avgränsat flöde hela vägen till körbart skick, i era system och mot er riktiga data. Ni får se det växa fram, inte en slutpresentation. Piloten offereras till fast pris innan vi börjar, och den är byggd för att sättas i drift, inte för att demonstreras och kastas.
03
Lösningen går i produktion med behörigheter, loggning och larm på plats. De första veckorna följer vi utfallen tätt tillsammans med er, för det är först i verklig drift ni ser undantagen: kunden som skriver på ett sätt ingen förutsåg, bilagan som saknas, dagen då volymen tredubblas.
04
Vi håller lösningen igång, uppdaterar den när era system eller modellerna ändras och bygger vidare i den takt ni bestämmer. Vill ni ta över driften själva är det helt i sin ordning, allt är dokumenterat och koden är er.
Det är löftet vi bygger hela vårt arbetssätt kring. Ett avgränsat flöde, i drift hos er, inom två till fyra veckor från att vi sätter igång. Priset är fast och satt innan vi börjar, så ni vet exakt vad ni säger ja till.
Avgränsningen är själva poängen. Ett företag som automatiserar hela orderhanteringen på en gång får ett projekt som pågår i nio månader och som ingen längre minns varför det startade. Ett företag som automatiserar inläsningen av inkommande ordermejl får något som fungerar innan nästa månadsmöte, och ett konkret underlag för att bestämma vad som ska bli nästa steg.
Om piloten inte ger den effekt vi räknat med säger vi det rakt ut. Ni har då betalat ett känt belopp för att ta reda på något som var värt att veta, och ni bestämmer själva om vi går vidare.
Riktpriser
Riktpriser för de tre vanligaste omfattningarna. Större projekt än så? Då börjar vi med ett samtal om huruvida två personer räcker, och vi svarar ärligt.
Riktpriser exkl. moms. Ert projekt offereras alltid till fast pris innan vi börjar, så ni vet vad ni säger ja till.
Riktpriser
En automation som ingen underhåller slutar fungera den dagen ett system uppdateras. Därför prissätter vi drift öppet i stället för att låtsas att den är gratis.
Riktpriser exkl. moms. Ni är aldrig bundna till oss för driften: allt dokumenteras så att ni kan ta över själva.
Fem principer vi arbetar efter, och som vi gärna får frågor om.
01
Vi bygger runt de system ni redan har och flyttar inte information till någon egen plattform. Det som skickas till en språkmodell är det som behövs för uppgiften, inget mer, och vi går igenom exakt vad det innebär för varje flöde innan det går i drift.
02
Automationen får de rättigheter den behöver och inte fler. Varje körning loggas så att ni i efterhand kan se vad som lästes, vad som föreslogs och vem som godkände. Det är också vad ni behöver den dagen någon ställer frågan.
03
Offerter, avtal, kundsvar och betalningar går aldrig ut utan att en ansvarig person tittat. Agenten förbereder underlaget, människan fattar beslutet. Var den gränsen ska gå bestämmer ni, och den kan flyttas när ni har sett tillräckligt.
04
Vi använder modeller på ett sätt som inte lämnar era uppgifter till modellträning, och vi skriver ut vilka leverantörer som är inblandade i lösningen. Ska något ändras i det behöver vi ert uttryckliga ja först.
05
Vi dokumenterar vilken riskklass er lösning hamnar i och vad det innebär för er. De flesta automationer av intern administration landar i låg risk, men bedömningen ska vara gjord och skriven, inte antagen.
Caesar Katende arbetar med agentarkitektur och orkestrering: hur en lösning delas upp, vilka verktyg agenten får använda, hur den utvärderas och var den mänskliga kontrollpunkten ska sitta. Ted Wachtmeister arbetar med backend, data och ML samt driften: integrationer, datapipelines, felhantering och det som ska hålla när volymen ökar. Båda är utbildade vid Lunds universitet.
Samma personer hela vägen: den som ritar strategin är den som skriver koden och den som håller utbildningen. Ingenting tappas bort i en överlämning.
Det betyder också att ni pratar med en ingenjör i första samtalet, inte med en säljare som ska återkomma efter att ha stämt av internt.
Vanliga frågor
Nej. Vi bygger i de system ni redan använder och kopplar in oss via deras API:er. Att införa en ny plattform samtidigt som ni inför automation är två förändringar på en gång, och det är oftast en för mycket.
Då säger vi det. Ni har betalat ett känt belopp för att få reda på något som var värt att veta, och ni bestämmer själva om vi ska justera, gå vidare med ett annat flöde eller avsluta. Vi säljer hellre ett ärligt nej än ett projekt som ingen använder.
Ni. Koden, dokumentationen och konfigurationen är er och lämnas över i era egna repositorier. Ni är inte inlåsta i ett förvaltningsavtal för att komma åt det ni har betalat för.
Antingen i er egen miljö eller hos en molnleverantör vi kommer överens om, alltid med loggning och larm. Vi kan sköta driften löpande, eller lämna över den till er IT-funktion med dokumentationen som grund. Riktpriserna för drift står öppet här ovanför.
Första samtalet tar 30 minuter och är kostnadsfritt. Därefter är kartläggningen normalt igång inom ett par veckor beroende på hur det ser ut i kalendern, och en pilot är i drift 2-4 veckor efter att bygget startat.
Vi väljer modell efter uppgift och byter när något bättre kommer. Enkel klassificering behöver inte den dyraste modellen, medan resonemang kring ett komplext underlag gör det. Vilka leverantörer som används i just er lösning skriver vi ut, så att ni kan ta ställning till det.