Een betrouwbare Knowledge-basis opzetten
Een betrouwbare Knowledge-basis geeft de Agent beoordeelde informatie die niet uit de productcatalogus komt. Humind ondersteunt artikelen, snippets, webpagina's, documenten en imports uit Gorgias of Zendesk Help Cente...
Een betrouwbare Knowledge-basis geeft de Agent beoordeelde informatie die niet uit de productcatalogus komt. Humind ondersteunt artikelen, snippets, webpagina's, documenten en imports uit Gorgias of Zendesk Help Centers, elk met een ander onderhoudsmodel.
Deze gids legt uit hoe u de structuur ontwerpt, een brontype kiest, openbare en gepubliceerde statussen beheert en een beoordelingscyclus opzet. Ook wordt uitgelegd hoe openbare mappen en artikelen in de Helpdesk kunnen verschijnen zonder hun inhoud te dupliceren.
Hoe dit binnen Humind past
Knowledge is de onderhouden bron van niet-catalogusinformatie die door Humind wordt gebruikt. Artikelen, snippets, geïmporteerde webpagina's, documenten en externe helpcenterbronnen hebben verschillende regels voor eigenaarschap en zichtbaarheid. Kies een brontype dat past bij hoe de informatie wordt onderhouden.
Openbare, gepubliceerde artikelen kunnen ook in een Helpdesk worden geprojecteerd. Snippets blijven operationele richtlijnen in plaats van openbare Helpdesk-pagina's. Het behouden van één gezaghebbende bron voor elk beleid vermindert tegenstrijdige antwoorden en maakt updates controleerbaar.
Voordat u begint
Toegang: Met Knowledge-leestoegang kunt u inhoud bekijken. Knowledge-schrijftoegang is vereist om items te maken, te bewerken, te verplaatsen, te publiceren, de publicatie ongedaan te maken of te verwijderen.
- Maak een lijst van de klant- en operatorvragen die de Knowledge-basis moet beantwoorden.
- Identificeer de eigenaar en de gezaghebbende bron voor elk beleid of elke uitleg.
- Scheid productfeiten die in Catalog thuishoren van beschrijvende informatie die in Knowledge thuishoort.
Stapsgewijze workflow
Ontwerp mappen rond stabiele taken
Open AI Agent en vervolgens Knowledge. Maak een kleine set mappen rond duurzame onderwerpen zoals bestellen, levering, retouren, productverzorging of interne verkooprichtlijnen. Gebruik namen die teamgenoten en klanten kunnen begrijpen zonder interne projectterminologie.
Mappen ondersteunen bladeren, zoeken, verplaatsingsacties en Helpdesk-verzamelingen voor openbare inhoud. Vermijd diepe of overlappende structuren die een artikel in meerdere mogelijke locaties dwingen.
Kies het juiste inhoudstype
Gebruik Artikel voor geschreven, gestructureerde inhoud. Gebruik Snippet voor korte privé-richtlijnen. Gebruik Webpagina wanneer de canonieke bron een webpagina is. Gebruik Document voor een onderhouden bestand. Gebruik Gorgias Help Center of Zendesk Help Center bij import uit die externe documentatiesystemen.
Importeer niet hetzelfde beleid uit meerdere bronnen. Bepaal welk systeem eigenaar is van updates en trek redundante kopieën in of maak de publicatie ongedaan via een beoordeeld proces.
Schrijf en classificeer inhoud
Geef elk item een specifieke titel en doel. Voeg voor artikelen een nuttig uittreksel toe en structureer de hoofdtekst met koppen, lijsten, links, tabellen of media alleen wanneer die het begrip verbeteren. Houd het openingsantwoord duidelijk genoeg zodat een lezer snel de relevantie kan bevestigen.
Gebruik tags en mappen consequent. Doorzoek Knowledge voordat u een nieuw item maakt en verplaats of beheer inhoud in bulk bij herstructurering in plaats van een tweede kopie te maken.
Beheer zichtbaarheid en publicatie
Controleer het instellingenpaneel van Knowledge. Openbaar versus Privé bepaalt het publiek, terwijl Gepubliceerd versus Concept de levenscyclus bepaalt. Een Helpdesk kan in aanmerking komende openbare, gepubliceerde artikelen en hun mappen projecteren in een klantgerichte publicatie.
Snippets zijn privé operationele inhoud en worden geen Helpdesk-pagina's. Geïmporteerde of beheerde brontypen kunnen statusgedrag hebben dat is gekoppeld aan hun bron, controleer daarom het huidige item in plaats van ervan uit te gaan dat elk type op dezelfde manier wordt bewerkt.
Testen en onderhouden
Test representatieve vragen in Playground na betekenisvolle wijzigingen. Controleer de bron die het antwoord heeft beïnvloed, los conflicten op en voeg een beoordelingsdatum toe voor tijdgevoelig beleid.
Filter periodiek op status en tags om concepten, oude inhoud en items zonder duidelijk eigenaarschap te vinden. Maak onnauwkeurige inhoud eerst niet-gepubliceerd voordat u deze vervangt, laat geen twee concurrerende openbare antwoorden actief.
Machtigingen en belangrijke aandachtspunten
- Openbaar en Gepubliceerd zijn afzonderlijke beslissingen, beide zijn van belang voor geschiktheid voor klantgerichte Helpdesk.
- Helpdesk-publicatie maakt een onveranderlijke momentopname, dus Knowledge-wijzigingen verschijnen pas openbaar nadat een nieuwe Helpdesk-versie is gepubliceerd.
- Het verwijderen van inhoud is destructief. Geef de voorkeur aan een beoordeelde workflow voor het intrekken van publicatie of archivering wanneer geschiedenis van belang is.
- Knowledge mag live catalogusvelden die al zijn gesynchroniseerd niet handmatig dupliceren.
Controleer het resultaat
Gebruik deze checklist voordat u het werk als voltooid beschouwt:
- Elk onderwerp heeft één benoemde gezaghebbende bron en eigenaar.
- De map- en tagstructuur maakt zowel onderhoud als klantnavigatie begrijpelijk.
- Openbare artikelen hebben nauwkeurige uittreksels, zichtbaarheid, publicatiestatus en links.
- Representatieve antwoorden in Playground gebruiken actuele inhoud zonder conflicterende bronnen.
Probleemoplossing
Een artikel verschijnt niet in de Helpdesk
Bevestig dat het item een artikel is, Openbaar, Gepubliceerd, in aanmerking komt voor de Helpdesk, binnen de actieve periode valt en is opgenomen door de Helpdesk-inhoudsinstellingen. Publiceer daarna een nieuwe onveranderlijke Helpdesk-versie.
De Agent geeft twee verschillende beleidsantwoorden
Doorzoek alle Knowledge-brontypen en snippets op dubbele autoriteit. Behoud één beoordeelde bron, maak de conflicterende kopie niet-gepubliceerd of verwijder deze via het goedgekeurde proces, en test opnieuw.
Geïmporteerde inhoud is verouderd
Bevestig welk extern systeem eigenaar is van de bron en vernieuw of vervang deze via de ondersteunde workflow van die integratie. Pas geen tweede artikel aan, tenzij het eigenaarschap bewust naar Humind wordt verplaatst.