Botten svarer inden for 5 minutter og sender ikke et forkert pristilbud

Brug dette som en gratis vejledning fra praktikere: velegnet til opstart og interne drøftelser, men ikke som det eneste grundlag for en større beslutning. En produktions- og servicevirksomhed fra Storpolen med 40 medarbejdere modtager 60–80 tilbudsanmodninger om ugen via e-mail og formular. Indtil for nylig indtastede sælgerne data manuelt i CRM-systemet og svarede inden for 2–4 timer på hverdage. Efter kl. 16:00 ventede anmodningen til næste morgen. Salgsdirektøren ønskede en svartid på 5 minutter uden for åbningstid, men uden risiko for, at botten sender et bindende tilbud med et forkert beløb. Vi beskriver en implementering baseret på to lignende projekter; tallene stammer fra det ene af dem.

AIBillede genereret af AI.

Sådan samlede de det

I den første uge indsamlede virksomheden de 100 seneste anmodninger og markerede 5 felter: CVR-nummer, produkt, mængde, tidsfrist og budget. I den anden uge konfigurerede de en sikkerhedsgrænse på 0,95 for udtræk af beløb i et no-code-værktøj og oprettede en skabelon til det første svar med forbeholdet: "automatisk estimat, bekræftes af en sælger". I den tredje uge aktiverede de en parallel testperiode på 2 uger: botten svarede, og sælgeren fik en kopi til kontrol. Fra virksomhedens side deltog salgsdirektøren (6 timer), en IT-administrator (4 timer) og to sælgere (3 timer hver).

Regnestykket

Opstartsomkostningerne med et no-code-værktøj udgør 0–3.000 PLN (abonnement 200–500 PLN månedligt). Integration med CRM- og ERP-system koster 8.000–20.000 PLN som et engangsbeløb. Driften koster 200–800 PLN månedligt. Gevinst: Første responstid faldt fra 3 timer til 2 minutter uden for åbningstid, og sælgerne sparede 6–8 timer om ugen på manuel indtastning. Investeringen er tjent hjem på 2–3 måneder ved 60 ugentlige henvendelser og en avance på 500 PLN pr. ordre, hvis botten håndterer 2–3 ekstra leads om ugen. Resultatet afhænger af datakvaliteten i anmodningerne og graden af produktstandardisering. I vores implementeringer fungerede denne grænse effektivt ved standardprodukter.

Hvad der gik galt

Den første version af botten sendte et tilbud ved en konfidensgrad på 0,88. Kunden spurgte på 12 paller, systemet aflæste det som 12 enheder og genererede et beløb på 14.000 PLN i stedet for 1.400 PLN. Efter denne hændelse blev grænsen hævet til 0,95, og ethvert beløb over 5.000 PLN sendes nu til godkendelse hos en sælger. Den anden justering vedrørte manglende CVR-nummer: botten bad om CVR-nummer, kunden svarede uden for åbningstid, og botten spurgte igen. Nu sendes der ved manglende CVR-nummer kun en modtagelsesbekræftelse uden prisangivelse. Den tredje udfordring: forbeholdet om "automatisk estimat" var placeret nederst i beskeden, og kunden opfattede svaret som bindende. Vi flyttede forbeholdet til første linje, og i henhold til AI Act oplyser botten nu senest ved den første interaktion, at der svares af en automatisk assistent.

AIBillede genereret af AI.

Hvad vi ville gøre anderledes

Vi ville starte med 200 forespørgsler i stedet for 100, da mængdevarianter og enheder først bliver synlige ved dette volumen. Vi ville teste en tærskel på 0,97 for beløbet og beholde 0,95 for CVR-nummer og frist. Vi ville tilføje en regel: Ethvert beløb over 5.000 PLN netto kræver godkendelse fra en sælger, uanset modellens konfidensgrad. Vi ville ikke kun måle svartid på første henvendelse, men også eskaleringsraten til mennesker samt antallet af rettelser efter afsendelse. Disse grænser stammer fra vores implementeringer, ikke fra lovgivningen. Den endelige beslutning bør drøftes med en jurist. Under vores ydelser beskriver vi, hvordan vi definerer ekstraktionstærskler.

Dette scenarie er relevant for virksomheder med 20–100 ugentlige forespørgsler, et fast sortiment og faste prislister, hvor en fejl i beløbet koster penge, men ikke er katastrofal. Det egner sig ikke til skræddersyede projekter, tilbud over 50.000 PLN eller ved lave volumener, hvor manuel håndtering er hurtigere end opsætning. Automatisk svar inden for 5 minutter er et operationelt mål, ikke en garanti. Med en tærskel på 0,95 og spærring af beløb over 5.000 PLN falder risikoen for forkerte tilbud til et kontrollerbart niveau.