Feedback

Live chat og chatbots

Live chat og chatbots giver kunden svar her og nu uden at forlade siden. De virker, når folk har rigtige spørgsmål — men kun hvis du er ærlig om bot vs. menneske, sætter forventninger til ventetid og åbningstider og lader boten eskalere til et menneske. Evidensen her er primært UX-forskning og retningslinjer, ikke leverandør-statistik — og det siger vi tydeligt undervejs.

5 min læsning

Definition

Et vedvarende chat-vindue — typisk nederst til højre — hvor brugeren kan skrive til supporten og få svar fra enten en chatbot, en menneskelig agent eller en kombination. Mønstret dækker både den flydende knap, selve dialogen og overgangen (»handoff«) fra bot til menneske eller e-mail.

Hvorfor det virker

Chat betaler sig, når brugeren har et rigtigt, konkret spørgsmål. Nielsen Norman Groups chat-studie fandt, at folk investerer tid i chatten for at få detaljer, de ikke kunne finde andre steder — og bliver frustrerede af vage svar som »alle oplysninger står i formularen«. Chat er altså til de spørgsmål, siden ikke selv besvarer, ikke en genvej til at gemme indhold væk.1

Ærlighed om bot vs. menneske sparer alle tid. NN/g: »Folk kan bedre kalibrere deres sprog og forventninger, når de ved, at samtalepartneren er en bot.« Tror brugeren, det er et menneske, spilder de tid på høflige omsvøb — og bliver skuffede, når svarene alligevel er robotagtige.12

Chatten skal kunne findes og forstås. NN/g fandt, at chat ofte gemmes bag vage labels som »Spørg os om alt«, og at brugere tolker det som, at »de ikke vil kontaktes«. En tydelig knap med ordet »Chat«, nederst til højre og med god kontrast, virker bedre end et stiliseret spørgsmålstegn eller en talebobbel.1

En bot har grænser og skal kunne give op på en pæn måde. NN/g anbefaler ét samlet chat-indgangspunkt, der »klart identificerer sig selv, klarer det, den kan, og eskalerer spørgsmål til mennesker, når den ikke kan«. Uden den udvej bliver boten en blindgyde.2

En chat-widget er teknisk set en dialog med et løbende opdateret område — og begge dele har tilgængelighedskrav. Efter WAI-ARIA-mønstret for modal-dialog skal fokus flyttes ind i dialogen, når den åbner, holdes inde i den, kunne lukkes med Esc og returnere til knappen, der åbnede den. Og nye beskeder bør ligge i et live-område (fx role=»status«, der implicit er aria-live=»polite«), så en skærmlæser læser dem op automatisk uden at flytte fokus.34

Hvornår du bruger det — og hvornår ikke

Hvornår du bruger det

  • Når brugerne har rigtige, konkrete spørgsmål, der ikke allerede er besvaret på siden — fx før et køb eller i en supportsag.
  • Når du kan bemande chatten (eller lade en bot eskalere til et menneske) inden for den ventetid, du lover.
  • Når du tydeligt kan skilte med åbningstider og med, om brugeren taler med en bot eller et menneske.

Hvornår du bør undgå det

  • Når du ikke kan svare inden for rimelig tid — en ubemandet chat, der lover hjælp og så tier, er værre end ingen chat.
  • Når svaret findes bedre som en gennemsøgbar FAQ eller hjælpeartikel — brug ikke chat til at skjule indhold, brugeren selv kunne have slået op.

Best practices

  1. Vær ærlig om, hvem brugeren taler med

    Sig tydeligt, om det er en bot eller et menneske — og lad boten identificere sig selv. Så kan brugeren kalibrere sit sprog og sine forventninger fra første besked.12

  2. Sæt forventninger til ventetid og åbningstider

    Skilt med, hvornår chatten er bemandet, og vis fremdrift undervejs — tidsstempler, køestimat med varighed (ikke bare »nr. 5 i køen«) og et »agenten skriver«. NN/g fremhæver netop uklare åbningstider og lang, uforklaret ventetid som typiske frustrationer.1

  3. Placér og navngiv widget’en tydeligt

    Nederst til højre er standardplaceringen; sørg for kontrast mod baggrunden, og kald den »Chat« frem for et vagt spørgsmålstegn. Skjulte eller kryptiske labels sænker ifølge NN/g engagementet.1

  4. Lad boten eskalere til et menneske eller e-mail

    Byg en pæn udvej ind fra start: når boten ikke kan hjælpe, skal den sende sagen videre til et menneske. Indsaml e-mail eller telefon, så samtalen kan fortsætte, hvis forbindelsen ryger, eller ingen er på lige nu.21

  5. Giv brugeren adgang til en udskrift

    Lad brugeren maile eller gemme samtalen. NN/g fandt, at folk værdsætter udskriften som fremtidig reference og som dokumentation — »især hvis de er uforskammede«.12

  6. Skjul ikke dine andre supportkanaler

    Chat må ikke være den eneste vej ind. NN/g anbefaler ikke at læne sig alene op ad den flydende knap, men også at have kontaktmuligheder på en tydelig »Kontakt os«-side, så folk kan vælge e-mail eller telefon.1

  7. Gør widget’en tilgængelig for tastatur og skærmlæser

    Behandl dialogen efter ARIA-mønstret: fokus ind ved åbning, fanget i dialogen, Esc lukker, og fokus tilbage til udløser-knappen. Læg nye beskeder i et live-område (role=»status«), så skærmlæsere annoncerer dem uden fokusskift.34

Typiske fejl

  • Aggressiv auto-åbnende proaktiv chat

    En chat, der popper op af sig selv og afbryder, opleves som påtrængende — det er en vurdering ud fra UX-praksis, ikke et statistisk tal. Lad hellere brugeren åbne chatten selv; en diskret prompt kan være ok, en påtvunget pop-up er det ikke.

  • Chatten er skjult eller uklart mærket

    Et stiliseret ikon uden ord, dårlig kontrast eller vage labels som »Spørg os om alt« gør, at folk overser chatten — eller tolker det som, at du ikke vil kontaktes.

  • Boten er en blindgyde

    En bot, der udgiver sig for et menneske eller ikke kan sende sagen videre, efterlader brugeren fanget. Der skal altid være en vej til et menneske eller til e-mail.

  • Utilgængelig widget

    Kan man ikke nå eller lukke chatten med tastaturet, fanges fokus forkert, eller læses nye beskeder ikke op af skærmlæseren, er widget’en reelt lukket land for en del brugere.

Eksempler i praksis

Intercom-stil messenger-widget (ofte fremhævet)

Den flydende »messenger« nederst til højre — populariseret af værktøjer som Intercom — er blevet standardmønstret for chat på sites. Styrken er genkendelighed og fast placering; faldgruben er, når den sættes op til at åbne aggressivt af sig selv i stedet for at vente på brugeren.

Auto-åbnende pop-up-chat (moteksempel)

En chat, der automatisk folder sig ud og »Hej, kan jeg hjælpe?« oven i indholdet, kort efter man er landet på siden, afbryder frem for at hjælpe. Det illustrerer forskellen mellem en tilgængelig, brugerstyret chat og en påtrængende proaktiv en.

Ofte stillede spørgsmål

Hvornår giver live chat mening?

Når brugerne har rigtige, konkrete spørgsmål, som siden ikke selv besvarer — typisk før et køb eller i en supportsag — og du kan svare inden for den ventetid, du lover. NN/g fandt, at folk bruger chatten til at få detaljer, de ikke kunne finde andre steder.

Skal jeg bruge en bot eller rigtige mennesker?

Begge dele kan fungere, men vær ærlig om hvilket. En bot kan klare det enkle, hvis den identificerer sig selv og eskalerer til et menneske, når den ikke kan hjælpe. Uden den udvej bliver boten en blindgyde.

Bør chatten åbne af sig selv?

Helst ikke aggressivt. En auto-åbnende pop-up afbryder og opleves påtrængende. Lad brugeren åbne chatten selv; det er en UX-vurdering, ikke et fast tal, men praksis peger klart den vej.

Hvordan gør jeg chat-widget’en tilgængelig?

Behandl den som en dialog: flyt fokus ind ved åbning, hold det inde i dialogen, luk med Esc, og send fokus tilbage til knappen. Læg nye beskeder i et live-område (role=»status«), så skærmlæsere læser dem op automatisk.

Kan brugeren gemme samtalen?

Ja, giv mulighed for at maile eller gemme udskriften. NN/g fandt, at folk værdsætter den som reference og som dokumentation, hvis noget går galt.

Kilder

  1. The User Experience of Customer-Service Chat: 20 GuidelinesNielsen Norman Group · bot-transparens, åbningstider/ventetid, placering/label, udskrift, kontaktinfo ved afbrud
  2. 10 Guidelines for Designing Your Site’s AI ChatbotsNielsen Norman Group · boten identificerer sig selv og eskalerer til mennesker; gem/del samtale
  3. Dialog (Modal) Pattern — ARIA Authoring Practices GuideW3C Web Accessibility Initiative (WAI) · fokus ind ved åbning, fanget i dialogen, Esc lukker, fokus retur til udløser
  4. ARIA22: Using role=status to present status messagesW3C WAI (WCAG Techniques) · role=status er implicit aria-live=polite; læses op uden fokusskift