Fem frågor att ställa en AI-leverantör innan du skriver på

Varför är referenser nästan värdelösa?

Alla leverantörer har nöjda kunder att visa upp. Urvalet är själva problemet: du får tala med den kund som gick bäst, ofta ett projekt som redan var enkelt från början.

Det som faktiskt skiljer leverantörer åt syns inte i ett referenssamtal. Det syns i vad som händer sex månader in, när något har gått sönder, när volymen ser annorlunda ut än i demot, och när personen som byggde systemet har bytt jobb.

De fem frågorna nedan är valda för att de är svåra att svara bra på utan att ha varit där. Du behöver ingen teknisk bakgrund för att höra skillnaden.

Valet är inte längre ovanligt. Under 2025 använde 35,0 % av de svenska företagen med minst tio anställda någon AI-teknik, mot 20,0 % i EU som helhet, enligt Eurostats mätning publicerad i december 2025. De flesta av dem har alltså redan valt en leverantör en gång. För finska småföretag har vi samlat motsvarande siffror.

Vem äger bygget och kontona när det tar slut?

Ställ den först, och be om svaret skriftligt.

Tre saker ska ligga hos er: koden eller konfigurationen, kontona hos de tjänster systemet använder, och datan. Det vanliga i branschen är att åtminstone kontona ligger hos leverantören, ibland för att det är enklare vid uppsättningen, ibland för att det gör er svåra att tappa.

Frågan avgör allt annat. Äger ni bygget är ett byte av leverantör ett jobbigt kvartal. Äger ni det inte är samma byte ett nytt projekt från noll, och det vet leverantören om även när ni inte gör det.

Ett rakt svar låter ungefär så här: bygget ligger i ert repositorium, integrationerna körs på era konton, ni står som ägare på varje tjänst, och ni får en exportfil den dagen ni vill ha den.

Behandlar leverantören personuppgifter åt er ska det dessutom finnas ett skriftligt biträdesavtal, och Integritetsskyddsmyndigheten listar vad det ska innehålla. Be att få se det i utkast innan ni skriver på, inte efteråt.

Vad händer klockan tre på natten?

Alltså: systemet slutar svara, och ingen sitter vid tangentbordet.

Du letar efter en tid i svaret. Vem larmas, hur snabbt, och vad händer med de kundärenden som kommer in under tiden? Faller de bort, köas de, eller går de till en människa?

Det sista ledet är det som glöms. Ett system som stannar är hanterbart. Ett system som stannar och samtidigt tappar det som kom in under stoppet är en kundförlust som ingen upptäcker förrän någon ringer och undrar varför de aldrig fick svar.

Fråga också vad som händer när felet ligger utanför leverantörens kontroll, hos en modellleverantör eller en integration. Det är där de flesta störningar faktiskt uppstår, och svaret "då är det inte vårt fel" är ett svar.

Hur många timmar i veckan kräver det när det är i drift?

Den här frågan avslöjar mer om erfarenhet än någon annan.

Den som har drivit system i produktion svarar med ett ungefärligt intervall, för de har betalat de timmarna själva. Den som aldrig har gjort det säger att det sköter sig självt.

Ingenting sköter sig självt. Någon läser igenom det som gick fel, justerar en regel, lägger till ett undantag ingen tänkt på. Den tiden är verklig och den ska räknas bort från tidsbesparingen innan ni bedömer om projektet bar sig.

Be om siffran i timmar per vecka, inte i procent. Procent döljer.

Vilka beslut klarar systemet inte?

En leverantör som säger att systemet klarar allt har antingen inte förstått er process eller hoppas att ni inte har gjort det.

Varje arbetsflöde har undantag. Kunden som har ett gammalt avtal med andra villkor. Ärendet som är en juridisk fråga förklädd till en beställning. Den återkommande kunden som alltid får ett handpåläggande.

Det svar du vill höra beskriver var gränsen går och vad som händer vid gränsen: systemet lämnar över till en människa, med sammanhanget, och markerar varför. Det svar du inte vill höra är att modellen "brukar klara det".

Om andelen ärenden som kräver en människa inte sjunker efter driftsättning är det nästan alltid här problemet sitter, och då är det processarbete som saknas, inte teknik.

Vad krävs för att lämna?

Sista frågan, och den obekvämaste att ställa på ett första möte. Ställ den ändå.

Tre delfrågor: vad får vi med oss, i vilket format, och hur lång tid tar överlämningen? En leverantör som har tänkt igenom det svarar på en minut. En som inte har det byter ämne.

Det här är inte en misstroendeförklaring. Det är samma fråga ni skulle ställa om vilken leverantör som helst av något ni blir beroende av. Att den känns obekväm i AI-sammanhang säger något om hur ung branschen är, inte om att frågan är oartig.

Vad ska du ta med dig?

Fem frågor: ägande, driftstörning, tillsyn, undantag, exit. Ställ dem på första mötet, be om svaren skriftligt, och lägg märke till vilka som besvaras konkret och vilka som besvaras med en känsla.

Tre raka svar av fem är ett rimligt utfall och ett bra tecken. Under det köper ni en demo, och en demo duger utmärkt så länge ni vet att det är en demo ni köpte.

Vanliga frågor

Ska man be om referenser?

Ja, men be om rätt sak. En nöjd kund säger lite. Be att få prata med en kund där något gick fel, och fråga hur det hanterades. Leverantörer som har varit med ett tag har sådana fall och brukar berätta om dem utan problem.

Vad ska stå i avtalet om vi vill avsluta?

Vad ni får med er och i vilket format, hur lång tid överlämningen tar, och vad den kostar. Om exitvillkoren inte står i avtalet är svaret i praktiken att ni inte kan lämna utan att bygga om från början.

Källor

1. IMY: Personuppgiftsbiträdesavtal, kraven i artikel 28. Integritetsskyddsmyndigheten, tillsynsmyndighet i Sverige
2. Eurostat: 20 % av EU:s företag använder AI-teknik (11.12.2025). Dataset isoc_eb_ai, företag med minst 10 anställda