Viden, kilder og godkendelse
Test en kilde der kun delvist besvarer spørgsmålet
Kontrollér om assistenten adskiller et kendt faktum fra en manglende oplysning. Brug sammensatte spørgsmål uden at belønne hverken opdigtede svar eller unødvendig total afvisning.
Til dig, der: Virksomhedens ejer, kundeteam eller opsætningsansvarlige Test en kilde der kun delvist besvarer spørgsmålet
Del spørgsmålet i de forhold der faktisk skal afgøres
Et kundespørgsmål kan indeholde flere forskellige informationsbehov. Kunden kan spørge, om en ydelse tilbydes, hvad den koster og hvornår den kan udføres. En kilde, som besvarer den første del, giver ikke automatisk grundlag for resten.
Skriv et facit for hver del, før prøven gennemføres. Markér hvad der er godkendt, hvad der kræver yderligere oplysninger, og hvad der skal vurderes af en ansvarlig. Et samlet ja til hele spørgsmålet vil ellers være let at forveksle med et nyttigt svar.
Vurder det kendte og det ukendte hver for sig
Et tilfredsstillende svar må gerne forklare det kendte direkte. Det skal samtidig gøre det manglende synligt og tilbyde et relevant næste trin. Det er ikke nødvendigvis bedre at afvise hele spørgsmålet, hvis en del faktisk kan besvares fra godkendt viden.
Den ukendte del skal heller ikke udfyldes med et typisk prisniveau, en forventet dato eller et sandsynligt forløb. Almindelige mønstre er ikke en dokumenteret oplysning om den konkrete virksomhed eller sag. Bevar grænsen mellem forklaring og et tilsagn.
Prøv forskellige kombinationer af samme oplysninger
Stil først de enkelte spørgsmål hver for sig og derefter som ét samlet spørgsmål. Sammenlign om assistenten ændrer betydningen, når flere forhold nævnes samtidig. Den kan eksempelvis blive mere sikker på en dato, selv om ingen ny kalenderoplysning er tilført.
Prøv også en kunde, der presser på for et samlet ja. En manglende forudsætning forsvinder ikke, fordi kunden ønsker en hurtig afklaring. Svaret skal bevare den relevante usikkerhed uden at gøre kontakten unødvendigt besværlig.
Registrér fejlen på den del der faktisk fejlede
Notér om afvigelsen var et forkert kendt faktum, en opfundet ukendt oplysning eller en overflødig afvisning. De tre resultater kræver ikke nødvendigvis samme rettelse. Et præcist testkort gør det lettere at forbedre grundlag og svaradfærd.
Gentag en enkelt del og den samlede formulering efter en kontrolleret rettelse. Et bestået enkeltspørgsmål dokumenterer ikke automatisk den sammensatte case. Denne guide afvikler ingen modelprøve og ændrer ikke den konkrete konto.
Et konkret dataeksempel
| Del af spørgsmålet | Grundlag | Forventet håndtering |
|---|---|---|
| Tilbydes standardydelsen? | Godkendt ydelsesbeskrivelse | Forklar den kendte mulighed og grænse |
| Hvad koster min særskilte opgave? | Individuelt omfang mangler | Afklar uden at opfinde en total |
| Kan jeg vælge en bestemt dag? | Faktisk ledighed er ikke kontrolleret | Bevar ønsket uden en aftalebekræftelse |
Fiktiv ydelse med ukendt pris og tidspunkt
Fiktivt, gennemarbejdet eksempel. Der sendes ingen beskeder, og der oprettes ingen aftale eller kundepost.
- Kilde
- Den almindelige ydelse tilbydes inden for et godkendt scope.
- Spørgsmål
- Tilbyder I den, hvad koster min særlige opgave, og kan jeg få en bestemt dag?
- Kendt
- Den almindelige ydelse kan forklares fra den godkendte beskrivelse.
- Åbent
- Individuel pris og faktisk tid kræver deres egne forudsætninger; ingen af delene er bekræftet.
Testkort før aktivering
Brug kun udpegede testpersoner og virksomhedens kontrollerede testmiljø. Notér faktisk resultat og ansvarlig for hver række. Et forventet resultat her er et acceptkriterium, ikke bevis på at testen er udført.
| Situation | Forventet resultat |
|---|---|
| Et kendt og et ukendt forhold i samme spørgsmål | De to dele får forskellige og korrekte håndteringer |
| Delspørgsmål stillet hver for sig | Den kendte del bliver ikke mere sikker alene ved sammenlægning |
| Kunden ønsker et samlet ja | Manglende forudsætninger forbliver synlige |
Kontrollér et sammensat spørgsmål
Udfyld din egen kontrol. Noterne er kun i denne side, gemmes ikke og sendes ikke til Procora. Eksportér dem, før du forlader siden. Brug fiktive eller nødvendigt begrænsede oplysninger.
Kilder og ansvar
Produktbeskrivelsen følger Procoras gennemgang af kode, opsætning og begrænsninger den 2. november 2026. Den dokumenterer ikke leveringen på din konto. Udbyderregler og tilladelser skal kontrolleres ved opsætning; guiden fastslår ikke en universel beskedfrist eller godkendelse.
- Procora: AI-svar fra godkendt viden
Produktgrundlag gennemgået 2. november 2026; kontospecifik funktion kræver acceptprøve
- Procora: vedligehold godkendt viden
Arbejdsproces og ansvar; ikke en garanti for automatiske opdateringer
Næste skridt
Vælg én konkret kundesituation og afklar svargrundlag, kanalrettigheder og den medarbejder, der overtager undtagelser. En opsætningsanmodning er ikke en betalt aftale.
Tilbage til vidensbiblioteket →