Vad kostar en dokument-AI-pilot? Drivare och avgränsningar

Ett dokumentflöde, 3 till 5 veckor och en fast offert efter ett inledande samtal. Så ser ramen ut för vår dokument-AI-pilot, och det är också förklaringen till att ni inte hittar ett pris i kronor i den här artikeln. Priset sätts först när vi har sett era dokument, eftersom två piloter som ser likadana ut på papperet kan skilja sig kraftigt i arbetsinsats när man väl öppnar filerna.

Det ni kan få redan innan säljsamtalet är något mer användbart än en siffra: kostnadsdrivarna. Vet ni vilka faktorer som gör en pilot dyr eller billig kan ni bedöma offerten när den kommer, ifrågasätta antagandena bakom den och i vissa fall sänka priset innan samtalet ens ägt rum, genom att förbereda ert underlag. Den genomgången följer här.

Vad en pilot är, och vad den inte är

Piloten omfattar ett dokumentflöde. Ett enda. Leverantörsfakturor in och strukturerade fält ut, eller inkommande avtal in och klassificerade klausuler ut. Flödet väljs i det inledande samtalet, och allt arbete under piloten riktas mot just det flödet. Avgränsningen är medveten: ett väldefinierat flöde går att mäta, ett halvdussin flöden på en gång går bara att demonstrera.

Ordet mäta är centralt. En demo visar att en modell klarar tre handplockade dokument på ett videomöte. En pilot mäter extraktionskvaliteten per fält, mot ett dataset ni själva har godkänt. När piloten är klar vet ni att organisationsnummer extraheras korrekt i en viss andel av fallen, att totalbelopp ligger på en annan nivå och att någon fälttyp kanske inte bär för produktion alls. Det är den skillnaden ett produktionsbeslut behöver: evidens i stället för en känsla efter en imponerande skärmdelning.

Leveransen består av fyra delar:

• En fungerande pilot för det överenskomna dokumentflödet, i den Azure-miljö vi kommer överens om i det inledande samtalet, er eller vår.
• En utvärdering mot ett dataset ni godkänner, med kvalitet uppmätt per extraherat fält.
• En process för mänsklig granskning av de fall där modellen får fel.
• En rekommenderad produktionsarkitektur och en kostnadsprognos med explicita antaganden.

Lika viktigt är vad som ligger utanför. Produktionssättning är efterföljande arbete, inte en del av piloten. Detsamma gäller integrationer utöver ett målsystem: vill ni att extraherade data ska landa i både affärssystemet, dokumenthanteringen och ett BI-lager, så är ett av dessa pilotens målsystem och resten en fråga för nästa fas. Den gränsdragningen är inte snålhet. Den är förutsättningen för att en fast offert över huvud taget ska vara möjlig.

Sex faktorer som driver kostnaden

När vi scopar en pilot är det i praktiken sex faktorer som avgör arbetsinsatsen. Ingen av dem handlar om vilken AI-modell som väljs. Alla handlar om era dokument och er verksamhet.

Dokumentvariation. Tio fakturor från samma leverantör har en layout. Fakturor från 200 leverantörer kan ha 150. Varje ny layout är en variant som extraktionslogiken ska klara och som utvärderingen ska täcka, så fler layouter betyder mer arbete i varje led. Variationen är också anledningen till att tidsspannet är 3 till 5 veckor och inte en fast siffra: ett enhetligt flöde landar i den nedre änden, ett spretigt i den övre. Detta är den enskilt största drivaren, och den ni själva bäst kan uppskatta i förväg.

Skanningskvalitet. Digitalt födda PDF:er med textlager är billiga att bearbeta. Skannade dokument kräver layoutanalys, alltså tjänster som tolkar bilden och rekonstruerar text och tabellstruktur, och sådana tjänster prissätts per sida. Andelen skannat material påverkar därför både pilotens arbetsinsats och den löpande driftkostnaden i kostnadsprognosen. Sneda skanningar, stämplar över text och handskrivna noteringar drar åt samma håll. En grov uppskattning av andelen skannat kontra digitalt är därför en av de mest värdefulla siffror ni kan ta med till samtalet.

Antal fält och fälttyper. Ett fakturadatum är ett fält. En tabell med radposter, där belopp och antal ska hänga ihop rad för rad, är något helt annat. Varje fält ska extraheras, valideras och utvärderas separat, så tjugo fält kostar mer än fem. Fälttypen spelar minst lika stor roll som antalet: fritext kräver en sorts logik, kryssrutor en annan, belopp som ska summera korrekt en tredje. Här lönar det sig att skilja på affärskritiska fält och sådana som mest är trevliga att ha.

Datasetarbetet. Utvärderingen kräver ett facit, ett dataset där någon som kan verksamheten har angett det korrekta värdet för varje fält i varje dokument. Det facit kan bara er ämnesexpert skapa eller godkänna, och tiden det tar underskattas nästan alltid. Finns historiska data, till exempel fakturor som en gång registrerats manuellt i affärssystemet, kan facit delvis byggas därifrån, och då sjunker insatsen påtagligt. Finns inget sådant måste facit byggas för hand, dokument för dokument.

Granskningsflödets utformning. En process för mänsklig granskning ingår alltid i leveransen, men dess komplexitet varierar. En enkel kö där en handläggare ser modellens förslag bredvid originaldokumentet är snabbt byggd. Trösklar per fält, olika roller för olika ärendetyper och särskilda eskaleringsvägar kräver mer design och fler avstämningar med er. Börja enkelt i piloten, förfina i produktion.

Integrationskrav utanför pilotens scope. Piloten levererar till ett målsystem. Varje ytterligare system ni vill nå ingår inte i pilotens pris, men det påverkar produktionskalkylen, och den kalkylen är en del av leveransen. Ju tidigare vi känner till hela integrationskartan, desto ärligare blir kostnadsprognosen ni fattar produktionsbeslutet på.

Piloten byggs som samordnade agenter

Hur piloten byggs påverkar både vad den kostar och vad driften kostar efteråt. Moderna dokumentpipelines byggs inte som ett enda stort AI-anrop per dokument, utan som en kedja av samordnade agenter med tydligt avgränsade roller.

Först arbetar en deterministisk extraktionsagent: layoutanalys och regelbaserad fältextraktion som ger samma svar varje gång för samma indata. Därefter kontrollerar en valideringsagent resultatet mot regler och register, till exempel att organisationsnumret finns i leverantörsregistret, att radbelopp summerar till totalbeloppet och att datum är rimliga. En LLM-baserad klassificeringsagent tar hand om de fall som kräver tolkning, med en avgörande spärr: den får bara välja ur en godkänd lista med giltiga värden, aldrig hitta på egna. Och när osäkerheten är för stor i något led ruttas ärendet till mänsklig granskning i stället för att gissas fram.

Den här arkitekturen är inte en teknisk finess, den är en kostnadsstrategi. Deterministiska steg är billiga och förutsägbara per dokument, och de avgör merparten av fallen. Språkmodellen, som prissätts per token och är det dyra ledet, anropas bara för de fall regelverket inte kan avgöra. Era handläggare, den dyraste resursen av alla, ser bara de ärenden som faktiskt förtjänar mänskliga ögon. Samma struktur sänker risken: en agent som bara får välja ur en godkänd lista kan inte hallucinera in ett påhittat värde i ert affärssystem.

Observera att detta beskriver hur piloten byggs, inte ett utökat scope. Det är fortfarande ett dokumentflöde som levereras. Vill ni se arkitekturen i detalj, tillämpad på ett verkligt standardformat, finns vår genomgång av en dokumentpipeline för designationsstandarder (på engelska).

Vad ni behöver ha redo

Tre saker krävs från er sida, och alla tre påverkar hur snabbt piloten kommer i gång.

Representativa exempeldokument med förväntade resultat. Representativa är nyckelordet. Skicka inte era tio finaste dokument, skicka ett urval som speglar verkligheten: olika avsändare, olika årgångar, den där skannade varianten som alltid strular. Till varje dokument behövs det förväntade resultatet, alltså vad en korrekt extraktion ska ge. Ju ärligare urvalet är, desto mer säger pilotens mätvärden om hur produktionen faktiskt kommer att bete sig.

En Azure-prenumeration, eller så kör vi piloten i vår. Kör vi i er miljö stannar era dokument hos er, vilket ofta förenklar dialogen med dataskyddsansvarig och informationssäkerhet. Saknar ni en lämplig miljö kör vi i vår i stället. Valet görs i det inledande samtalet och påverkar inte leveransens innehåll.

En ämnesexpert, några timmar per vecka. Någon som kan avgöra om ett extraherat värde är korrekt eller inte. Utan den personen kan kvaliteten inte mätas, och då blir piloten en demo igen. Boka tiden i förväg och förankra den hos personens chef. Bristen på experttid är den vanligaste flaskhalsen vi ser, betydligt vanligare än tekniska problem.

Tidslinje, och vad som händer efter piloten

Normalt tar piloten 3 till 5 veckor, beroende på dokumentvariation. De första dagarna går åt till miljö och dataset. Därefter itereras extraktion och validering med er experts återkoppling som styrsignal. Den sista veckan ägnas åt utvärdering mot det godkända datasetet och åt att dokumentera resultatet, inklusive var modellen brister.

Efter piloten har ni mätresultat per fält och en rekommenderad produktionsarkitektur, tillsammans med en kostnadsprognos vars antaganden är explicita: dokumentvolymer, andel skannat material, förväntad andel ärenden som går till mänsklig granskning. Med det underlaget kan produktionsbeslutet fattas på evidens. Väljer ni att gå vidare offereras produktionssättning och ytterligare integrationer separat, som efterföljande arbete. Väljer ni att avstå har ni fortfarande mätresultaten kvar och vet exakt varför, vilket är betydligt billigare än att upptäcka samma sak sex månader in i ett produktionsprojekt.

Checklista innan ni bokar samtalet

• Vi har valt ett dokumentflöde, inte tre, och kan beskriva det i en mening.
• Vi kan ta fram representativa exempeldokument med förväntade resultat, inklusive de sämsta skanningarna.
• Vi vet ungefär hur stor andel av dokumenten som är skannade respektive digitalt födda.
• Vi har listat fälten som ska extraheras och markerat vilka som är affärskritiska.
• Vi har en ämnesexpert som kan avsätta några timmar per vecka under 3 till 5 veckor, och tiden är förankrad.
• Vi vet om piloten ska köras i vår Azure-miljö eller i leverantörens, eller tar frågan i samtalet.
• Vi har en bild av vilka system som på sikt ska ta emot data, även om piloten levererar till ett.