Chatbot til beboerportal: Hvad kræver adgangsstyring?
Vurdér portalchat ud fra login, brugergrupper, godkendte kilder og de domæner, hvor widgetten må indlæses.
En beboer er logget ind på portalen og forventer, at chatten passer til det lukkede område. Men portalens login er ikke det samme som adgang til den interne widget. Den kræver også BeboerChatbot-login og et aktuelt medlemskab af organisationen. Derudover skal I vælge dens kilder og de domæner, hvor den må indlæses.
Tegn portalens tre grænser før opsætningen
Skriv tre overskrifter på et papir: mennesker, viden og placering. Under mennesker står kravet om login og medlemskab. Hvis chatten kun er til en mindre kreds, kan I også skrive de valgte brugere eller grupper. Under viden står de godkendte kilder. Under placering står de domæner, hvor widgetten må indlæses.
Hvis én af grænserne mangler, er “den ligger bag login” for upræcist som beslutningsgrundlag.
Lad en rigtig testbruger møde login-gaten
Private chatwidgets kræver login og et aktivt medlemskab af organisationen. Hvis I vil indsnævre adgangen yderligere, kan widgetten gives til valgte brugere eller grupper. Adgangen kan senere fjernes. Interne widgets er chatwidgets; de kan ikke være kioskwidgets.
Prøv både en bruger, der skal have adgang, og en som ikke skal. Portalansvarlig skal kunne se resultatet fra brugerens side, ikke kun fra administratorens indstillinger.
Vælg portalens viden som en selvstændig beslutning
Widgetten skal have den relevante videnbase valgt, før den kan svare fra organisationens godkendte dokumenter og URL’er. Login åbner altså ikke automatisk alle organisationens kilder.
Bed den vidensansvarlige udpege et dokument, som må bruges i portalen, og et som ikke må. Stil et spørgsmål til begge emner. Den forskel er vigtigere end en generel påstand om, at chatten “kender portalen”.
Se hvordan en videnbase bliver valgt og godkendt.
Kontrollér domænet med både tilladt og afvist placering
Widgetten kan begrænses til valgte domæner. Her er to detaljer, som skal med i prøven: En tom allowlist tillader alle domæner, og et wildcard matcher subdomæner, men ikke selve roddomænet.
Lad den teknisk ansvarlige teste den tilsigtede portaladresse og en adresse, som ikke skal virke. Hvis I bruger wildcard, skal roddomænet også afprøves særskilt.
Aftal hvem der retter hver af de tre grænser
Brugeradministratoren fjerner adgang, når en bruger ikke længere hører til gruppen. Vidensansvarlig godkender eller fjerner kilder. Den teknisk ansvarlige vedligeholder domænelisten. Det kan godt være samme person i en lille organisation, men opgaverne er stadig forskellige.
Gennemfør en ændring i hver kategori. Så opdager I, om løsningen kan passes uden at alle ændringer skal gennem én person, der tilfældigvis husker hele opsætningen.
Send personlige sager ud af kildechatten
Et login gør ikke chatten i stand til at afgøre beboerens individuelle sag. Den må svare ud fra de valgte og godkendte kilder. Når spørgsmålet kræver opslag i en konkret sag eller en menneskelig vurdering, skal den rette medarbejder tage over.
Portalens stærke side er den afgrænsede adgang til relevant viden. Den bør ikke forveksles med sagsbehandling.
Bed om en portalprøve, der også forsøger at fejle
En god demo viser ikke kun den tilladte bruger på det tilladte domæne. Den viser også den afviste bruger, den fravalgte kilde og den adresse, der ikke står på allowlisten. Så ved I, om grænserne holder, før widgetten møder beboerne.
Læs om løsningen, eller bestil en demo til jeres portalopsætning.