Boten svarar inom 5 minuter och skickar inte felaktiga offerter

Se detta som en kostnadsfri guide från praktiker: bra som start och diskussionsunderlag i teamet, för tunn som enda grund för ett större beslut. Ett tillverknings- och tjänsteföretag från Storpolen med 40 anställda tar emot 60–80 offertförfrågningar i veckan via e-post och formulär. Fram till nyligen förde säljarna manuellt över uppgifter till CRM och svarade inom 2–4 timmar under vardagar. Efter klockan 16:00 fick förfrågan vänta till morgonen. Försäljningschefen ville ha respons inom 5 minuter utanför arbetstid, men utan risk för att boten skickar en bindande offert med fel belopp. Vi beskriver en implementering baserad på två liknande projekt, siffrorna kommer från ett av dem.

AIBild genererad av AI.

Så byggde de lösningen

Under första veckan samlade de in de 100 senaste förfrågningarna och märkte upp 5 fält: organisationsnummer, produkt, volym, leveranstid och budget. Under vecka två ställde de in en konfidenströskel på 0,95 för beloppsidentifiering i ett no-code-verktyg och skapade en mall för första svaret med förbehållet: "automatisk prisuppgift, bekräftas av säljare". Under vecka tre aktiverade de ett parallellt läge under 2 veckor: boten svarade och säljaren fick en kopia för kontroll. Från företagets sida deltog försäljningschefen (6 timmar), IT-administratören (4 timmar) och två säljare (3 timmar var).

Fakturan

Startkostnaden med ett no-code-verktyg är 0–3 000 PLN (prenumeration 200–500 PLN per månad). Integration med CRM och ERP kostar 8 000–20 000 PLN som engångskostnad. Underhåll kostar 200–800 PLN per månad. Besparing: svarstiden sjönk från 3 timmar till 2 minuter utanför arbetstid, och säljarna sparade 6–8 timmar i veckan på manuell inmatning. Investeringen betalar sig på 2–3 månader vid 60 förfrågningar i veckan och en marginal på 500 PLN per order, förutsatt att boten fångar upp 2–3 ytterligare leads per vecka. Resultatet beror på datakvaliteten i förfrågningarna och produkternas standardiseringsgrad. I våra implementeringar fungerade denna tröskel väl för standardprodukter.

Vad som gick fel

Den första versionen av boten skickade en offert vid konfidensgraden 0,88. Kunden frågade efter 12 pallar, systemet läste 12 stycken och genererade beloppet 14 000 PLN istället för 1 400 PLN. Efter den incidenten höjdes tröskeln till 0,95, och alla belopp över 5 000 PLN skickas vidare till säljare för godkännande. Den andra justeringen gällde saknat organisationsnummer: boten bad om organisationsnummer, kunden svarade efter arbetstid och boten frågade igen. Nu skickas enbart en mottagningsbekräftelse utan pris om organisationsnummer saknas. För det tredje låg klausulen "automatisk prisuppgift" längst ner i meddelandet, vilket fick kunden att uppfatta svaret som bindande. Vi flyttade den till första meningen, och i enlighet med AI Act informerar boten om att svaret kommer från en automatisk assistent senast vid den första interaktionen.

AIBild genererad av AI.

Vad vi skulle göra annorlunda

Vi skulle börja med 200 förfrågningar, inte 100, eftersom variationer i kvantiteter och enheter syns först vid den volymen. Vi skulle testa ett gränsvärde på 0,97 för belopp och behålla 0,95 för organisationsnummer och datum. Vi skulle lägga till en regel: varje belopp över 5 000 PLN net kräver godkännande av en säljare, oavsett modellens konfidensgrad. Vi skulle mäta inte bara svarstiden för första kontakten, utan även andelen eskaleringar till människa och antalet korrigeringar efter utskick. Dessa gränser bygger på våra implementationer, inte på lagkrav. Den slutgiltiga processen bör stämmas av med en jurist. Under våra tjänster beskriver vi hur vi ställer in gränsvärden för dataextraktion.

Det här scenariot passar företag med 20–100 förfrågningar per vecka, ett standardiserat sortiment och en fast prislista, där felaktiga belopp blir kostsamma men inte katastrofala. Det passar inte för skräddarsydda projekt, offerter över 50 000 PLN eller låga volymer där manuell hantering är snabbare än konfiguration. Automatisk respons inom 5 minuter är ett operativt mål, inte en garanti. Med ett gränsvärde på 0,95 och en spärr för belopp över 5 000 PLN sjunker risken för felaktiga offerter till en kontrollerbar nivå.