Hitta luckorna innan ni väljer AI

En svensk fastighetsgrupp vill få ordning på energifakturorna från sina förvaltare. Tänk er det som ett exempel att arbeta med. Gruppens specialister har redan bestämt vilka uppgifter och perioder rapporten behöver. Agenten ska hjälpa till att ordna dokumenten och föreslå värden i rätt fält. Den ska varken avgöra vilka regler som gäller för företaget eller välja hur utsläppen ska beräknas.

Bestäm vad den rapportansvariga ska få i handen när arbetet är klart. För varje fastighet och period ska det antingen finnas ett underlag att granska eller ett ärende som någon följer upp. Börja med listan över vad som borde finnas och matcha sedan dokumenten mot den. En sökning visar vad den hittade. Listan behövs för att också se vad som saknas.

En rad i listan kan innehålla fastighetens id, perioden, dokumentägaren, förväntad dokumenttyp och versionen som kommit in. Lägg till en enkel status: saknas, mottaget, behöver rättas eller godkänt. Det här är ett förslag till upplägg, inte en produktfunktion. Bestäm vem som får ändra status och vad den personen måste kontrollera innan underlaget räknas som klart.

Dust beskriver att kunden kan bestämma ett schema för uppgifter som hämtas ur dokument. Hebbia beskriver dokumentanalys där fynd går att följa tillbaka till källan.^1,2

Det är två olika saker att fråga efter i en demonstration. Schemat kan ge plats för enhet och period. Hänvisningen låter granskaren gå tillbaka och läsa. Be att få se båda. Ett ifyllt fält säger inte ensamt att agenten valde rätt rad, rätt faktura eller rätt mätperiod. Låt granskaren öppna källan och kontrollera det som hamnade i fältet.^1,2

Håll isär vad dokumentet säger och vad ni gör med uppgiften efteråt. Spara till exempel fakturans enhet bredvid den enhet ni vill använda i rapportunderlaget. Om ni behöver räkna om värdet ska det framgå hur, vem som ansvarar och vem som har godkänt metoden. Ett tomt eller tvetydigt fält ska få en fråga att lösa. Ett välskrivet svar får inte dölja att uppgiften fortfarande saknas.

Följ ett fel genom arbetet. Förvaltaren lämnar en faktura, agenten föreslår ett värde och hållbarhetscontrollern ser att perioden är fel. Vem kontaktar förvaltaren? Var ligger det felaktiga förslaget kvar, och vem godkänner rättelsen? Skriv ned svaren medan ni går igenom exemplet. Utse också en ersättare för den person vars frånvaro annars skulle få ärendet att stanna.

Nexus beskriver att det första flödet byggs tillsammans med kundens team. WRITER säger att förändringsledare och införandeingenjörer arbetar med kunden under införandet.^3,4

Om ni vill köpa hjälp med bygget, fråga vem som gör ansvarsfördelningen och vem som tar över efteråt. Offerten bör täcka överlämningen till dem som ska sköta arbetet. Be den framtida förvaltaren förklara hur en felaktig faktura rättas när byggteamet har lämnat. Det gör det lättare att bedöma vilken support ni behöver innan ni börjar jämföra priser.^3,4

Samla kraven på ett enkelt inköpsblad. Skriv arbetssteg, ansvarig, information som behövs, tillåten åtgärd, väntat resultat och vad som ska visa att det fungerar. Lägg leverantörens svar bredvid. Märk om svaret bygger på dokumentation, en demonstration med ert exempel, ett avtal om senare leverans eller en fråga som fortfarande är öppen. Då blir ett framtida löfte inte förväxlat med något ni redan har sett.

I fastighetsexemplet kan ni kräva att en ersatt faktura aldrig ger två godkända värden för samma fastighet och period. Ni kan också kräva att granskaren hittar rätt dokumentversion utan hjälp av byggteamet. Bestäm vilka brister som utesluter en leverantör direkt och vad ni vill undersöka i en pilot. Ge sedan alla samma fall att visa, även om deras gränssnitt ser olika ut.

Låt till sist någon som lämnar uppgifter och någon som granskar rapporten läsa igenom bladet. Känner de igen sitt arbete och vet de vad de ska göra? Ta med deras rättelser innan ni värderar löften om automatisering. Målet är att göra hela arbetet hanterbart; snabbare insamling är mindre värd om granskaren måste reda ut fler oklara uppgifter efteråt.