Transparent demonstration

Sådan kan en intern AI-assistent svare med virksomhedens egne kilder

Et konkret løsningsdesign for medarbejdere, der skal finde sikre svar i procedurer, produktviden og dokumenter — uden at gøre en sprogmodel til facit.

  • Synlige kilder
  • Rollebaseret adgang
  • Målbar kvalitet
REVL Knowledge Assistant · demoKontrolleret svar
Hvilke trin skal jeg følge, før en kreditnota godkendes?
Forslag baseret på tre godkendte kilderKontrollér først reference til original faktura og årsagskode. Beløb over den interne grænse sendes til økonomiansvarlig. Kreditnotaen må først bogføres efter godkendelse.
Økonomiprocedure §4.2GodkendelsesmatrixERP-vejledning
Svar kan ikke bogføre eller godkendeEskalér til økonomi →
Prøv flowet

Vælg et spørgsmål til den interne assistent

Se hvordan kilder, sikkerhed og eskalering ændrer sig, når dokumentgrundlaget bliver mindre entydigt.

Sikkerhed:
Vidensområde

Godkendte kilder
    Assistentens svar

    Den realistiske situation

    Viden findes, men den er langsom at bruge

    Forestil jer en virksomhed med procedurer i SharePoint, produktblade som PDF’er og vejledninger i et internt system. Medarbejderne bruger tid på at lede, spørger de samme specialister og risikerer at arbejde efter en gammel version.

    • Samme spørgsmål besvares gentagne gange
    • Kilder har forskellige ejere og adgangsniveauer
    • Et sandsynligt AI-svar er ikke nødvendigvis korrekt
    • Specialister skal kunne rette viden uden at ændre kode
    • Usikre spørgsmål skal ende hos et menneske
    Løsningsflow

    Fem kontrollerede led fra spørgsmål til handling

    Assistenten skal ikke blot generere tekst. Den skal hente inden for brugerens adgang, vise grundlaget og vide, hvornår den skal stoppe.

    01 · Identitet

    Forstå brugeren

    Rolle og adgang afgør, hvilke kilder der overhovedet må søges i.

    02 · Retrieval

    Find relevante kilder

    Kun godkendte og aktuelle dokumenter indgår i konteksten.

    03 · Svar

    Generér med begrænsning

    Instruktioner kræver kilder og tillader et tydeligt “det ved jeg ikke”.

    04 · Kontrol

    Vis grundlaget

    Brugeren kan åbne kilden, vurdere svaret og rette eller eskalere.

    05 · Læring

    Mål fejltyper

    Feedback og ubesvarede spørgsmål bliver til en prioriteret forbedringsliste.

    Sikkerhed og governance

    Kontrol er en del af produktet

    En ansvarlig løsning definerer grænserne før modellen vælges. Rettigheder, databehandling, logging og menneskeligt ansvar følger use-casens konsekvens.

    Adgang

    Mindst mulige rettighed

    Assistenten må ikke gøre dokumenter synlige for brugere, som ikke kunne åbne originalen.

    Kilder

    Godkendt og aktuelt grundlag

    Hver kilde har ejer, version, gyldighed og en proces for opdatering eller fjernelse.

    Handling

    Ingen skjult autonomi

    Demoen giver forslag, men kan ikke godkende, bogføre eller sende noget på brugerens vegne.

    Drift

    Logs uden blind overvågning

    Kvalitet og fejlmønstre følges med klare formål, passende dataminimering og ansvar.

    Evaluering før lancering

    Piloten skal kunne bestå en prøve

    En flot demo er ikke dokumentation. Før en produktionslancering bygges et testsæt med rigtige spørgsmål, kendte svar og forventede kilder. Resultatet sammenlignes med den nuværende arbejdsgang.

    Læs guiden til RAG og egne data →

    Kilde

    Korrekt dokument

    Finder løsningen den relevante, aktuelle og tilladte kilde?

    Svar

    Faglig korrekthed

    Er svaret korrekt, dækkende og uden påfund uden for kilderne?

    Stop

    Sikker tilbageholdenhed

    Afviser eller eskalerer assistenten, når grundlaget er utilstrækkeligt?

    Brug

    Reel arbejdsværdi

    Reducerer løsningen søgetid eller afbrydelser uden at flytte risikoen?

    Efter piloten

    Drift er mere end at betale for en model

    Når kilder, procedurer eller organisationen ændrer sig, ændrer assistentens virkelighed sig også. Derfor skal produktionsdrift have navngivne ejere og faste rutiner.

    • En faglig ejer godkender nye og ændrede kilder
    • En teknisk ejer følger integrationer, fejl og modelændringer
    • Adgange gennemgås, når roller og medarbejdere ændres
    • Et fast evalueringssæt køres efter væsentlige ændringer
    • Brugerfeedback sorteres i kildefejl, søgefejl og svarfejl
    • Omkostning, svartid og brug følges sammen med kvaliteten
    Ærligt bevisniveau

    Hvad demonstrationen viser — og ikke viser

    Det tydelige skel gør materialet brugbart som beslutningsstøtte uden at ligne en opdigtet kundereference.

    Det viser demonstrationen

    • Et forståeligt brugerflow med kilder
    • En realistisk teknisk arkitektur
    • Relevante kontrol- og evalueringspunkter
    • Hvordan en afgrænset pilot kan designes

    Det dokumenterer den ikke

    • Ingen bestemt virksomheds faktiske resultat
    • Ingen garanteret tidsbesparelse eller ROI
    • Ingen juridisk vurdering af jeres konkrete data
    • Ingen produktionsklarhed uden test i jeres miljø
    Et realistisk pilotforløb

    Fra udvalgte dokumenter til en beslutning om drift

    Vi holder piloten lille nok til at lære hurtigt, men hel nok til at teste det, der bliver svært i virkeligheden.

    Afgræns

    Vælg ét vidensområde, 30–50 repræsentative spørgsmål, kildeejere og adgangsregler.

    Byg og test

    Indlæs godkendte kilder, implementér citationsflow og mål på kendt facit og fejltyper.

    Beslut

    Sammenlign med baseline og vælg eksplicit: stop, ret piloten eller planlæg kontrolleret drift.

    Jeres use-case

    Skal vi vurdere, om en vidensassistent giver mening hos jer?

    Tag det gratis AI-tjek og få en første indikation af værdi, data, kvalitetskontrol og det mindste realistiske næste skridt.