Viden, kilder og godkendelse
Skeln mellem eksempler og virksomhedens faktiske regler
En illustration af en god samtale er ikke en kilde til priser, åbningstider eller løfter. Markér eksempelindhold og kontrollér at det ikke bliver aktiv virksomhedsviden.
Til dig, der: Virksomhedens ejer, kundeteam eller opsætningsansvarlige Skeln mellem eksempler og virksomhedens faktiske regler
Klassificér materialets formål
En demonstrationssamtale kan vise en ønsket tone eller et arbejdsforløb uden at beskrive virksomhedens faktiske tilbud. Markér derfor eksempler som eksempler, før de indgår i materiale til en assistent. En realistisk formulering gør ikke illustrationen til en autoritativ kilde.
Gennemgå især tal, datoer, navne, lokationer og tilsagn i eksemplet. De kan få karakter af virkelige oplysninger, hvis teksten bliver genbrugt uden forklaring. Et eksempel på en bekræftelse beviser heller ikke, at en virkelig aftale er registreret eller en besked er leveret.
Bevar læringen uden at kopiere de fiktive fakta
Beskriv hvad eksemplet skal lære teamet: at stille ét relevant spørgsmål, forklare en grænse eller overdrage en ukendt sag. Den læring kan være nyttig, selv om alle konkrete oplysninger i samtalen er fiktive.
Hvis virksomheden ønsker et faktum fra eksemplet som en virkelig regel, skal det godkendes fra en reel ansvarlig kilde. Vejen må ikke gå omvendt, så et konstrueret scenario bliver dokumentation for, at virksomheden faktisk tilbyder en særlig pris eller bestemt service.
Hold instruktion, testdata og kundesvar adskilt
Et testkort kan angive den forventede adfærd i en kontrolleret prøve. Det skal ikke indsamles som almindelig viden om virksomheden. Det samme gælder beskrivelser af et produkt, der viser mulige tilstande uden at kende den konkrete kundes opsætning.
Kontrollér den faktiske importafgrænsning, hvis eksempler findes på samme website som godkendte oplysninger. En offentlig side kan have et legitimt formål og samtidig være uegnet som grundlag for rutinesvar. Synlig offentliggørelse er ikke det samme som godkendt anvendelse.
Prøv om assistenten holder betydningerne adskilt
Spørg til et fiktivt eksempelbeløb eller en eksempeldato, som ikke findes i det godkendte pris- eller driftsgrundlag. Et korrekt svar skal ikke gøre eksemplet til et aktuelt tilbud. Spørg også til en faktisk godkendt oplysning, så kontrollen ikke alene belønner afvisninger.
Registrér hvor en eventuel sammenblanding opstod: kildevalg, importafgrænsning eller formulering. Ret den relevante årsag og gentag prøven. Et tydeligt mærkat i originaldokumentet hjælper læseren, men det er stadig nødvendigt at kontrollere den konkrete anvendelse.
Fiktiv dialog som ikke fastsætter virksomhedens tider
Fiktivt, gennemarbejdet eksempel. Der sendes ingen beskeder, og der oprettes ingen aftale eller kundepost.
- Illustration
- En demonstrationskunde ønsker et bestemt tidspunkt.
- Læring
- Dialogen viser forskellen mellem et ønske og en senere afklaring.
- Forkert udledning
- Det viste tidspunkt bliver behandlet som virksomhedens aktuelle ledighed.
- Korrekt grænse
- Eksemplet fastlægger ingen virkelig ledighed, aftale eller åbningstid.
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 |
|---|---|
| Spørgsmål om en eksempeldato | Ingen påstand om aktuel tilgængelighed |
| Fiktivt beløb uden godkendt priskilde | Ingen nyt standardtilbud udledt fra illustrationen |
| En virkelig godkendt oplysning | Relevant rutineinformation kan stadig besvares |
Afgræns eksempelmateriale før genbrug
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 →