Hvad Sker Der Hvis AI-Telefonassistenten Går Ned?

Kort svar: Nej, telefonen bliver ikke død, hvis løsningen er sat rigtigt op. Det centrale ord er fallback: en aftalt rute som opkaldet automatisk falder tilbage på, hvis AI’en af en eller anden grund ikke svarer. Det kan være viderestilling til et mobilnummer, tilbagefald til dit oprindelige setup, eller en simpel besked der beder kunden ringe igen eller lægge en besked. Fallback er ikke noget, der opstår af sig selv: det er noget, du og din leverandør skal aftale, og noget du bør bede om at få skrevet ned. Og en vigtig detalje, som mange tager fejl af: dit eget kontors internetforbindelse er ikke afgørende for, om kunder kan ringe til dit nummer. Opkaldet går gennem telenettet, ikke gennem din wifi-router.

Lad os være ærlige fra første linje: alle systemer kan fejle. Det gælder software, det gælder telefoncentraler, og det gælder mennesker. Et bemandet omstillingsbord går også “ned”, når receptionisten er syg, holder ferie, sidder med en anden kunde, er til frokost, eller når der ringer tre samtidig og hun kun har to hænder. Ingen af delene er skandaløst. Det er bare virkelighed. Spørgsmålet, der faktisk betyder noget, når du skal vælge løsning, er ikke “kan det gå ned?”: svaret er altid ja. Spørgsmålet er: hvad sker der i det sekund, det går ned?

Denne artikel går grundigt igennem det. Vi ser på hvad der realistisk kan gå galt, hvordan et fornuftigt sikkerhedsnet ser ud på kategoriniveau, hvorfor internet-bekymringen som regel er misforstået, og (vigtigst) hvilke konkrete spørgsmål du bør stille en hvilken som helst leverandør, før du lader dem tage din telefon. Vi kommer ikke til at love dig procenter eller garantier her. Konkrete driftsvilkår hører hjemme i din aftale, ikke i en blogartikel.

Kan en AI-telefonassistent overhovedet gå ned?

Ja. Alt software kan fejle, og det ville være uærligt at sige noget andet. En AI-telefonassistent er ikke magi: det er en kæde af tekniske led, der skal spille sammen: telenettet der leverer opkaldet, den infrastruktur der besvarer det, de sprogmodeller der forstår og formulerer, og de systemer den eventuelt slår op i, som din kalender eller dit CRM. Hvert led i den kæde er et sted, hvor noget i teorien kan drille.

Men den observation er ikke særligt interessant i sig selv, for den gælder alting. Din nuværende telefonløsning kan også fejle. Telefonselskabet kan have driftsforstyrrelser. Din mobil kan løbe tør for strøm midt i en travl dag. Den kollega, der plejer at tage telefonen, kan blive syg mandag morgen. Og det gamle telefonsvarer-bånd, som mange små virksomheder stadig falder tilbage på, “fejler” på sin helt egen måde hver eneste gang: kunden lægger på uden at lægge besked, og du opdager det aldrig.

Det, der adskiller en professionel løsning fra en amatøragtig, er derfor ikke fraværet af fejl. Det er, om der er tænkt over fejlen på forhånd. En løsning bygget af folk, der har prøvet at drive noget i produktion, har svar på spørgsmålet “hvad hvis?”, ikke som en efterrationalisering, men som en del af opsætningen fra dag ét. En løsning, hvor ingen kan svare dig på, hvad der sker ved en fejl, er en løsning, hvor ingen har tænkt over det.

Så den rigtige indstilling, når du evaluerer: gå ind i samtalen med en forventning om, at noget en dag går galt, og bed leverandøren beskrive den dag. Hvis beskrivelsen er konkret, er du et fornuftigt sted. Hvis den er vag eller vender tilbage med “det sker ikke”, så har du fået dit svar, bare ikke det, du bad om.

Bliver telefonen helt død, hvis systemet fejler?

Det afhænger fuldstændigt af, om der er sat en fallback op, og det er derfor, du skal spørge, før du skriver under. Uden fallback kan et opkald i værste fald ende i tomhed: det ringer og ringer, eller det lægger på uden noget svar. Med fallback ender opkaldet et andet sted, som du selv har bestemt på forhånd.

Tanken bag fallback er den samme, du kender fra alt andet, der skal være driftssikkert. En hoveddør har en nødudgang. En elevator har en trappe ved siden af. En butiks kortterminal har kontanter som bagvedliggende mulighed. Ingen af de bagvedliggende løsninger er lige så gode som den primære (trappen er langsommere end elevatoren) men de er uendeligt meget bedre end ingenting. Sådan skal du også tænke om telefonen: fallback skal ikke være perfekt. Den skal bare være der.

På kategoriniveau er der nogle typiske ruter, opkaldet kan falde tilbage på. Én mulighed er viderestilling til et mobilnummer: dit eget, en kollegas, eller en fælles vagttelefon. Det er den mest direkte løsning, og den, mange små virksomheder foretrækker, fordi den betyder, at kunden altid ender hos et menneske. En anden mulighed er tilbagefald til det oprindelige setup, altså den løsning, du havde, før AI’en kom til: den gamle omstilling, den gamle telefonsvarer, den gamle rækkefølge af numre der ringer. En tredje mulighed er en simpel, forudindspillet besked, der fortæller kunden, at der er teknisk driftsforstyrrelse, og beder ham ringe igen om lidt eller skrive en mail. Det er den mindst elegante løsning, men den er stadig langt bedre end stilhed, fordi kunden ved, hvad han skal gøre.

Hvilken af dem der passer til dig, afhænger af din forretning. En akut håndværksvirksomhed vil typisk have viderestilling til en mobil, fordi et tabt akutopkald er tabte penge og en utilfreds kunde. En klinik med planlagte tider kan måske leve med en besked, der henviser til online booking. Pointen er ikke, at der findes ét rigtigt valg. Pointen er, at valget skal træffes bevidst (af dig, på forhånd) og ikke opdages den dag, det går galt.

Ryger telefonen, hvis mit kontors internet går ned?

Nej, og det er en af de mest udbredte misforståelser, vi møder. Når en kunde ringer til dit firmanummer, går opkaldet gennem telenettet til den infrastruktur, der besvarer nummeret. Det passerer ikke gennem din router, dit kontornetværk eller din wifi. Din internetforbindelse er ganske enkelt ikke en del af den vej, opkaldet tager.

Misforståelsen er let at forstå, for den bygger på en rimelig intuition: “AI’en kører jo på internettet, og jeg har internettet på kontoret, så hvis mit internet ryger, ryger AI’en vel også?” Men de to ting er ikke det samme internet i praktisk forstand. AI-assistenten kører ikke på en computer under dit skrivebord. Den kører i datacentre, og opkaldet føres derhen af teleinfrastrukturen. Dit kontor er slet ikke involveret i den kæde: medmindre du har valgt en opsætning, hvor det er, hvilket er noget helt andet og noget, du i så fald ville vide.

Det her er faktisk en af de mindre bemærkede fordele ved en cloud-baseret telefonassistent sammenlignet med en fysisk receptionist eller en lokal telefoncentral. Hvis fiberen til dit kontor bliver gravet over, kan din menneskelige receptionist ikke tilgå bookingsystemet, kan ikke sende mails og har måske ikke engang telefoni, hvis I kører IP-telefoni over samme forbindelse. AI-assistenten kører videre uforstyrret og tager imod opkald, som om intet var hændt.

Der er én undtagelse værd at nævne, og den handler ikke om at tage imod opkald, men om hvad der sker bagefter. Hvis assistenten skal skrive en booking ind i et system, der kun findes lokalt hos dig, eller sende en besked til et internt værktøj på dit netværk, så kan din forbindelse spille en rolle for den del. Men selve opkaldet (det at kunden ringer og bliver besvaret) er upåvirket. Det er værd at holde de to ting adskilt, når du vurderer risiko. Hvis du er nysgerrig på selve nummer-siden af opsætningen, har vi beskrevet den grundigt i vores gennemgang af, om en AI-telefonassistent virker med dit nuværende telefonnummer.

Hvad kan der realistisk gå galt?

Der er tre kategorier af problemer, og de har helt forskellig alvorlighed. At blande dem sammen er grunden til, at driftsbekymringen ofte føles større og mere diffus, end den behøver være. Skiller du dem ad, bliver det lettere at stille de rigtige spørgsmål.

Den første kategori er teleniveauet. Her kommer opkaldet slet ikke frem, fordi noget i telenettet eller hos nummerudbyderen driller. Det er den samme type problem, du kunne opleve med en helt almindelig telefon uden AI overhovedet, og det rammer alle telefonløsninger lige hårdt. Det er også den kategori, du har mindst kontrol over, men til gengæld den, hvor viderestillingsregler ofte kan træde ind, fordi de kan ligge i telelaget.

Den anden kategori er selve tjenesten. Her kommer opkaldet frem, men den software, der skal besvare det, svarer ikke som den skal. Det er her, fallback for alvor betyder noget, for det er præcis her, opkaldet skal have et andet sted at tage hen. Det er også den kategori, en leverandør har direkte ansvar for, og derfor den, du skal spørge grundigst ind til.

Den tredje kategori er delvise fejl, og det er faktisk den mest almindelige i praksis. Her virker telefonassistenten fint (den svarer, taler og forstår) men et system omkring den er utilgængeligt. Kalenderen kan ikke nås, så mødebooking kan ikke gennemføres. CRM’et svarer ikke, så opslaget på kunden fejler. Det er ikke et nedbrud i almindelig forstand, og det er vigtigt at forstå forskellen: her handler det ikke om, hvorvidt telefonen svarer, men om assistenten opfører sig fornuftigt, når den ikke kan gøre det, den plejer. En velbygget assistent siger i den situation ikke “der er sket en fejl, farvel”. Den siger noget i retning af “jeg kan ikke bekræfte tiden lige nu, men jeg tager dine oplysninger og sørger for, at du bliver ringet op”, og så gør den det. Den logik ligger tæt op ad den, vi har beskrevet under hvad der sker, hvis AI-telefonassistenten misforstår, hvor princippet er det samme: aldrig gætte, altid have et sikkerhedsnet under samtalen.

De tre kategorier kræver forskellige svar fra en leverandør. Bland dem ikke sammen i ét spørgsmål, spørg til hver især.

Hvordan opdager jeg overhovedet, at der er noget galt?

Det her er det spørgsmål, folk oftest glemmer at stille, og det er ofte det vigtigste. Et nedbrud, der varer tyve minutter og som du får besked om, er et irritationsmoment. Et nedbrud, der varer tyve minutter, og som du først opdager tre dage senere, fordi en kunde nævner det i forbifarten, er et tillidsproblem.

Tænk på, hvordan du opdager det i dag med din nuværende løsning. For mange små virksomheder er svaret ærligt talt: det gør jeg ikke. Ringer der ingen en formiddag, tænker du, at det var en stille formiddag. Der er ikke noget alarmsystem på “kunder der ikke kom igennem”. Det er en blind vinkel, de fleste lever med uden at tænke over den, og det er værd at være ærlig om, at den blinde vinkel ikke er noget, AI’en har opfundet.

Men det er også et sted, hvor en moderne løsning kan gøre det bedre end det, du havde før, og derfor et sted, det er rimeligt at stille krav. Spørg konkret: får jeg besked, hvis noget fejler? På hvilken kanal: sms, mail, en app? Hvem hos jer opdager det, og hvor hurtigt? Kan jeg selv se et sted, om systemet kører? Og hvis et opkald ikke blev besvaret ordentligt, kan jeg så se det bagefter, så jeg kan ringe kunden op og redde relationen?

Det sidste er ofte mere værdifuldt end selve oppetiden. Et tabt opkald, du kender til, kan du følge op på. Et tabt opkald, du aldrig hører om, er tabt for altid. Bed om at forstå, hvordan den log ser ud, og hvordan du får adgang til den.

Hvilke spørgsmål skal jeg stille leverandøren?

Her er den konkrete tjekliste. Tag den med til samtalen, og bed om svar, du kan skrive ned. En leverandør, der svarer klart og konkret på alle punkter, viser dig noget vigtigt om, hvordan de driver deres forretning. En leverandør, der bliver ukonkret, viser dig også noget.

Bemærk, hvad der ikke står i tabellen: der står ikke, at du skal bede om et bestemt oppetidstal. Det gør vi bevidst. Tal på en hjemmeside er lette at skrive og svære at bruge til noget. Konkrete driftsvilkår (hvad der garanteres, hvordan det måles, og hvad der sker, hvis det ikke holder) hører hjemme i den aftale, du skriver under på, og skal aldrig antages ud fra markedsføringsmateriale. Bed om at se det på skrift, og læs det. Det er den eneste version, der tæller.

Er et bemandet omstillingsbord mere driftssikkert?

Ikke automatisk, og sammenligningen bliver ofte skæv, fordi vi måler de to ting med forskellige alen. Når software fejler, kalder vi det et nedbrud og noterer det. Når et menneske ikke tager telefonen, kalder vi det “der var travlt” og glemmer det. Men for kunden i den anden ende er oplevelsen den samme: han kom ikke igennem.

Et bemandet bord har sine egne udfald, og de er faktisk ret forudsigelige. Der er ferie. Der er sygdom. Der er frokostpausen. Der er de tredive minutter, hvor receptionisten sidder i møde eller står med en kunde ved skranken. Der er de opkald, der kommer samtidig, hvor kun ét kan besvares. Og der er hele tidsrummet uden for åbningstid, som for mange virksomheder er langt størstedelen af døgnet. Ingen af delene er kritik af mennesker, det er bare kapacitet, og kapacitet har grænser.

En AI-assistent har omvendt den egenskab, at den ikke bliver træt, ikke holder frokost og kan tage flere samtidige opkald uden at kvaliteten på den enkelte samtale falder. Til gengæld har den den svaghed, at når noget fejler, fejler det typisk for alle opkald på én gang, hvor et menneske fejler ét opkald ad gangen. Det er en reel forskel, og den er værd at have i baghovedet: det er præcis derfor, fallback ikke er en luksus, men et krav.

Den ærlige konklusion er, at ingen af delene er ufejlbarlige, og at den bedste opsætning for de fleste virksomheder faktisk kombinerer dem. AI’en tager grundlasten og er der altid; mennesker træder ind, hvor det giver mening, og fallbacken sørger for, at et opkald altid har et sted at tage hen, uanset hvilket af de to led der svigter. Vil du se, hvor hurtigt sådan en opsætning kan komme på plads, har vi gennemgået det i artiklen om hvor lang tid det tager at sætte en AI-telefonassistent op.

Hvad med kundernes oplysninger, hvis der sker en fejl?

Databeskyttelsen holder ikke fri, fordi der er teknisk driftsforstyrrelse, og det bør du spørge ind til. Når en kunde ringer og opgiver navn, telefonnummer og måske et helbredsforhold eller en adresse, er det personoplysninger. De skal behandles sikkert, opbevares kun så længe det er nødvendigt, og bruges til det, de er indsamlet til. Det gælder i normal drift, og det gælder også, hvis noget går galt.

Der er to ting værd at have styr på. Den ene er, hvad der sker med oplysninger, der er “undervejs”, når en fejl indtræffer: bliver en halvfærdig besked gemt eller kasseret, og ved du hvilken? Den anden er, hvad der sker, hvis fejlen er af den alvorlige slags, hvor oplysninger kunne være kommet på afveje. Her har din leverandør pligter, og du har som dataansvarlig også dine. Datatilsynet er den myndighed, der fører tilsyn med databeskyttelsesreglerne i Danmark, og som vejleder om, hvad der skal ske ved brud på persondatasikkerheden. Bed leverandøren beskrive, hvordan de underretter dig, hvis noget sker, og hvor hurtigt.

Der er også en markedsføringsside af sagen, som er værd at nævne, fordi den ofte overses. Hvis du lover dine kunder noget om, hvor tilgængelig du er (“vi svarer altid”, “døgnåben telefon”) så er det et løfte, du skal kunne holde. Forbrugerombudsmanden fører tilsyn med markedsføringsloven, herunder at oplysninger til forbrugere ikke er vildledende. Det er en god grund til at formulere sig præcist på hjemmesiden og i annoncer: skriv hvad løsningen faktisk gør, ikke hvad den gør på sin bedste dag. Det samme princip gælder i øvrigt den anden vej: vær skeptisk over for en leverandør, der lover dig noget, ingen realistisk kan holde.

Hvordan tester jeg selv, at fallbacken virker?

Ved at slukke for den primære vej og ringe. Det lyder banalt, men det er forbløffende sjældent, det bliver gjort, og en fallback, der aldrig er testet, er ikke et sikkerhedsnet, men en antagelse.

Bed om at få gennemført en test sammen med leverandøren, inden I går i luften. Simuler situationen, hvor assistenten ikke svarer, og ring så til dit eget nummer fra en telefon, systemet ikke kender. Læg mærke til tre ting: Hvor lang tid går der, før noget sker? Hvor ender opkaldet? Og hvordan lyder det for en kunde, der ikke aner, at der er noget galt? Det tredje punkt er vigtigere, end folk tror. Der er stor forskel på en besked, der siger “systemfejl 503”, og en, der siger “vi kan desværre ikke tage imod opkald lige nu, send os en mail, så vender vi tilbage hurtigst muligt”.

Gentag testen, når noget ændrer sig. Skifter du mobilnummer, ansætter du en ny, der skal stå på vagtlisten, eller ændrer I åbningstiderne, så er fallbacken potentielt forældet. Sæt en påmindelse et par gange om året. Det tager fem minutter og er den billigste forsikring, du kan tegne.

Og prøv løsningen af, før du beslutter dig. Den hurtigste måde at vurdere en telefonassistent, både hvordan den lyder til daglig, og hvor gennemtænkt den er, når noget ikke går som planlagt, er at ringe til den selv og stille de svære spørgsmål.

Ofte stillede spørgsmål

Den bedste måde at vurdere, om en løsning er gennemtænkt (også når noget går galt) er at høre den selv.

Book et gratis testopkald, og hør din AI telefonassistent svare