Vad hindrar AI:n från att lova något ni inte kan hålla?

Nästan alla vi pratar med ställer samma fråga till slut, och det är sällan den vi förberett oss på. Den handlar inte om AI:n förstår vad kunden menar. Den handlar om vad den säger när ingen sitter bredvid och tittar.

Det är en rimlig oro. En medarbetare som är osäker frågar en kollega. En språkmodell som är osäker skriver en mening ändå, och den låter precis lika säker som alla andra meningar den skriver. Så hela vår konstruktion bygger på en enkel utgångspunkt: vi litar inte på att modellen ska välja rätt. Vi bygger så att fel svar inte går att ge.

Här är de viktigaste spärrarna, utan teknikprat.

En bokning är antingen på riktigt eller ingen bokning alls

Kim hittar aldrig på en ledig tid. När någon frågar efter en tid går frågan till ert bokningssystem, och Kim får bara erbjuda de tider som kom tillbaka därifrån. Det finns ingen väg runt: en tid som systemet inte har sagt ja till kan inte hamna i en mening.

Säger kunden ja skrivs bokningen in på riktigt, direkt i systemet ni redan arbetar i. Personalen ser den där de alltid tittar. Det finns ingen separat lista hos oss som någon måste komma ihåg att stämma av.

Och om ert bokningssystem inte svarar? Då säger Kim att hen behöver koppla fram, och en människa tar över. Kim säger aldrig "det är tyvärr fullbokat" i det läget. Det är värt att stanna vid, för det är en spärr som kostar oss något: det vore bekvämare att låta AI:n gissa. Men ett system som bara är onåbart en stund ser exakt likadant ut som ett fullbokat, och skillnaden är att det första skulle få Kim att vända bort varenda kund i flera dagar medan allt såg lugnt och grönt ut. Ett tyst avbrott är alltid dyrare än ett synligt.

Två gäster kan inte få samma tid

Två personer kan höra av sig i samma sekund. En ringer, en skriver i chatten, båda frågar om torsdag klockan sju.

Bokningarna hanteras därför en i taget per anläggning. Platsen räknas om i samma ögonblick som bokningen skrivs, inte några sekunder tidigare, så det finns inget glapp där det andra samtalet hinner emellan. Krånglar nätet och samma bokning skickas två gånger blir det ändå en bokning, inte två.

Det där har ingenting med AI att göra. Det är hantverk, och det är skillnaden mellan något som pratar om bokningar och något som utför dem.

Era regler är regler, inte förslag

Stängda datum, hur kort varsel ni accepterar, minsta sällskap, hur stora sällskap som ska tas av en människa i stället: allt sådant ställer ni in själva i portalen.

Det viktiga är var reglerna ligger. De ligger utanför AI:n. De är inte en instruktion Kim ombeds följa, utan ett villkor som prövas innan en bokning kan bli av. Ingen kund kan prata sig förbi dem, hur vänligt eller enträget de än frågar, och de gäller likadant i telefon, chatt, sms och mejl. Det är också därför de bara behöver ställas in en gång.

Vi kontrollerar efteråt att Kim gjorde det Kim sa

Det här är den spärr vi är mest nöjda med, och den bygger på en obekväm insikt: förr eller senare kommer en språkmodell att säga "då lägger jag in det" utan att någon bokning blev av. Alla modeller gör det ibland. Det är inget man promptar bort.

Så vi utgår från att det händer. Efter varje samtal jämförs det Kim faktiskt sa med vad som finns i systemet. Låter det som att en bokning gjordes, men det finns ingen bokning, larmar det och en människa hos er får veta det direkt.

Kunden hann lägga på nöjd. Ni får ändå reda på det samma dag, i stället för när någon står i dörren till ett bord som inte finns. Kontrollen är medvetet oberoende av vilken AI-modell som används, så den fortsätter fungera den dag vi byter modell.

Och om ni själva skriver in något fel?

Nästan allt Kim kan säga kommer från er: era öppettider, er meny, era priser, era vanliga frågor. Det är styrkan, och det är förstås också risken.

Fyra saker gäller där.

Kim citerar er, hen minns inte. Ett pris, en tid eller en regel måste komma från era uppgifter i stunden. Kim får inte säga en siffra som inte hämtats fram, oavsett hur rimlig den låter eller hur säkert modellen "tror" sig veta.

Saknas svaret fylls luckan inte igen. Står det inget om saken kopplar Kim hellre fram till en människa, och frågan hamnar samtidigt i en lista i portalen så att ni ser vad kunderna faktiskt frågar om som ni inte har svar på. Den listan är oftast det mest användbara ni får ut första månaden.

Era egna instruktioner ligger under säkerhetsreglerna, aldrig över. Ni kan be Kim vara mer säljande, hälsa på ett visst sätt eller alltid nämna helgerbjudandet. Ni kan inte, ens av misstag, formulera en instruktion som får Kim att boka utan att kolla eller att gissa i stället för att koppla fram. Den ordningen går inte att vända på från portalen.

Kim tar inte heller order från den som skriver in. Ett meddelande som försöker få Kim att ändra sitt beteende eller lämna ut sina instruktioner följs inte. Och Kim frågar aldrig efter personnummer, lösenord, BankID-koder eller kortnummer, oavsett vem som ber om det.

Vad vi inte lovar

Det ska sägas rakt ut, för leverantörer brukar hoppa över det.

Spärrarna styr vad Kim får göra, inte vad Kim vet. Står fel öppettider i portalen kommer Kim att säga fel öppettider, lika artigt och lika säkert som allt annat. Ingen teknik i världen läser er verksamhet bättre än ni själva gör.

Det vi går i god för är snävare, och det är det som går att lita på: Kim hittar inte på något utöver det ni gett, och påstår aldrig att något är gjort som inte är gjort. Fel i era uppgifter blir fel svar. Fel i vår teknik ska inte bli en bokning som inte finns.

Det är den skillnaden hela bygget vilar på, och det är den vi helst blir granskade på.

Vill ni höra hur det låter i praktiken, boka en demo så sätter vi upp Kim på er egen information.