Custom knowledge: FAQs, verzending en policies

Custom knowledge opbouwen met FAQ’s

Waar custom knowledge FAQ’s voor dienen

Met custom knowledge FAQ’s voeg je korte, beheerde antwoorden rechtstreeks toe aan Fynd. Ze zijn geschikt voor informatie die voor klanten belangrijk is, maar niet in een productfeed hoort of niet betrouwbaar van een publieke pagina kan worden verzameld. Denk aan verzendmomenten, retourinstructies, garantievoorwaarden, afsprakenbeleid, afhaalinformatie, betaalmethoden en de grenzen van je service.

Een FAQ vervangt niet iedere andere kennisbron. Productfeiten die met je catalogus veranderen komen meestal uit een XML- of CSV-productfeed of uit de Catalog API. Publieke gidsen en bloginhoud haalt je vaak beter op met een sitemap-crawl, die BlogPosting en Article JSON-LD kan herkennen en zulke pagina’s als page_type=blog classificeert. Gebruik custom FAQ’s voor de korte, gezaghebbende uitleg die je expliciet wilt vastleggen.

Het doel is dat Fynd een echte klantvraag helder en veilig beantwoordt. Elke entry bevat één vraag en één zelfstandig leesbaar antwoord. Iemand die alleen dat antwoord ziet, moet begrijpen wat hij kan doen, welke beperking er geldt en waar hij terechtkan voor meer informatie.

Bepaal wat in een FAQ hoort

Begin met vragen die je supportteam vaak krijgt, vragen die een aankoop tegenhouden en beleidsinformatie die klanten vóór het bestellen nodig hebben. Verzamel ze uit supporttickets, winkeldocumentatie en bij de huidige beleidseigenaren. Maak daarna onderscheid tussen stabiele feiten en tijdgevoelige operationele informatie.

Goede kandidaten zijn bijvoorbeeld:

• Hoe retourneer ik een artikel?
• Welke betaalmethoden accepteren jullie?
• Kan ik mijn bestelling in de winkel ophalen?
• Hoe werkt ondersteuning bij garantie?
• Verzenden jullie naar het buitenland?
• Hoe neem ik contact op over een beschadigde bestelling?

Maak niet automatisch een FAQ omdat er vaak op een term wordt gezocht. Gaat het antwoord over een productprijs, voorraad of compatibiliteit van een variant, koppel dan een gestructureerde catalogusbron. Wijzigt de informatie ieder uur, onderhoud die dan aantoonbaar of verwijs naar een live bron. Een verouderde FAQ kan schadelijker zijn dan geen FAQ, omdat hij gezaghebbend klinkt.

Zet geen vertrouwelijke werkinstructies, private leveranciersvoorwaarden, procedures voor medewerkers of persoonsgegevens in custom knowledge. Schrijf ieder antwoord alsof het rechtstreeks aan een klant getoond kan worden.

Schrijf een sterke vraag

Gebruik de woorden die klanten zelf gebruiken. Een vraag moet een duidelijke intentie uitdrukken en interne termen vermijden. “Wat is jullie retourproces?” is beter dan “RMA-workflowbeleid”. Maak één FAQ per intentie in plaats van niet-gerelateerde vragen samen te voegen, zoals “Verzenden jullie internationaal en kan ik retourneren?”

Wanneer bewoordingen verschillen, kun je natuurlijke alternatieven in vraag of antwoord opnemen zonder de tekst onleesbaar te maken. Bijvoorbeeld:

Vraag: Kan ik een artikel retourneren of ruilen?

Het antwoord mag retour en ruil uitleggen als werkelijk hetzelfde proces geldt. Verschillen de regels, maak dan aparte entries. Specifieke vragen verbeteren het ophalen van kennis en maken latere controle eenvoudiger.

Schrijf direct voor de klant. Gebruik “je” en “je bestelling” in plaats van namen van interne afdelingen. Houd titels en vragen in lijn met de termen op je webshop, in checkout en in e-mailcommunicatie.

Schrijf een volledig antwoord

Begin met het antwoord en geef daarna de benodigde actie en uitzonderingen. Dit patroon werkt voor veel beleids-FAQ’s:

1. Geef aan of de service of regel beschikbaar is.
2. Leg uit welke actie de klant moet uitvoeren.
3. Noem relevante voorwaarden of termijnen.
4. Leg uit wat er daarna gebeurt.
5. Verwijs waar passend naar de officiële procedure.

Een antwoord kan bijvoorbeeld zijn:

Je kunt een retour aanvragen via ons retourportaal. Start de aanvraag met je bestelnummer en e-mailadres en volg de instructies voor je bestelling. Artikelen moeten voldoen aan de voorwaarden van ons retourbeleid. Is het artikel beschadigd aangekomen, neem dan contact op met support voordat je het terugstuurt.

Dit is duidelijker dan een vaag antwoord als “Retourneren is mogelijk.” Het vertelt de klant wat hij moet doen zonder een termijn of belofte te verzinnen. Noem termijnen, kosten, uitsluitingen en garanties alleen als ze door de beleidseigenaar zijn goedgekeurd en nauwkeurig zijn geformuleerd.

Gebruik korte alinea’s en gewone taal. Leg afkortingen bij eerste gebruik uit. Gebruik geen woorden als “altijd”, “direct” of “gegarandeerd” tenzij dit een echte, vastgelegde toezegging is. Hangt een uitkomst af van locatie, voorraad, vervoerder of bestelstatus, zeg dat dan.

Voeg FAQ’s toe in Fynd

Open het onderdeel custom knowledge in Fynd en maak een nieuwe FAQ-entry. Vul de vraag in en voeg daarna het goedgekeurde antwoord toe. Geef de entry, als de interface dat ondersteunt, een heldere interne categorie zoals Verzending, Retouren, Betalen of Support. Categorieën helpen bij periodieke controles, maar vervangen geen goed geschreven vraag.

Sla de entry op en test hem met de bewoording die een klant waarschijnlijk gebruikt. Probeer een directe vraag, een kortere versie en een verwante formulering. Test na een retour-FAQ bijvoorbeeld zowel “Hoe stuur ik iets terug?” als “Kan ik mijn bestelling retourneren?”

Controleer meerdere FAQ’s over hetzelfde proces samen. Antwoorden mogen elkaar niet tegenspreken. Een verzend-FAQ die internationale levering bevestigt en een beleids-FAQ die het uitsluit, veroorzaakt inconsistente begeleiding, ook wanneer beide entries afzonderlijk goed zijn geschreven.

Zorg voor eigenaarschap en controlemomenten

Elke FAQ heeft een eigenaar nodig: een persoon of team dat bevestigt dat het antwoord juist blijft. Voor beleidsteksten kan dat operations, legal, support of e-commerce zijn. Leg de bron van het beleid of interne goedkeuringsroute buiten het antwoord vast als je team dat controlespoor nodig heeft.

Kies een controlemoment dat past bij de veranderlijkheid. Betaalmethoden en retourvoorwaarden verdienen herziening na beleidsupdates. Informatie over feestdagenbezorging kan een concrete einddatum nodig hebben. Verzorgingsinformatie bij producten is mogelijk stabiel, maar moet alsnog worden gecontroleerd bij wijzigingen in het assortiment.

Herzie de FAQ’s in ieder geval wanneer:

• een beleid of juridische tekst verandert;
• een betaal- of bezorgpartner wijzigt;
• een supportproces verandert;
• een seizoensuitzondering start of eindigt;
• klantcontact laat zien dat uitleg wordt misbegrepen;
• een productfeed of Catalog API betere live data kan bieden.

Archiveer of herzie verouderde FAQ’s meteen. Laat niet twee versies van één beleid actief staan in de verwachting dat het systeem vanzelf de nieuwste kiest. Maak de huidige, goedgekeurde tekst de enige gezaghebbende custom entry.

Combineer FAQ’s met andere bronnen

Fynd-bronnen werken het beste wanneer iedere bron een duidelijke taak heeft. Een productfeed of Catalog API levert gestructureerde, veranderende productdata. Een sitemapbron levert publieke product- en redactionele pagina’s; de sync UI kan blogaantallen tonen voor inhoud die als BlogPosting of Article wordt gevonden. Custom FAQ’s leveren beknopte antwoorden op beleid en service die niet betrouwbaar elders bestaan.

Wanneer hetzelfde feit in twee bronnen staat, bepaal dan welke bron leidend is. Een retourtermijn hoort bijvoorbeeld normaal gesproken in één goedgekeurde custom FAQ of beleidspagina te staan, niet in meerdere gekopieerde antwoorden. Productbeschikbaarheid komt uit de catalogusbron, niet uit een handmatig getypte FAQ.

Gebruik de sync- en kennisinterface om elke bron na grote wijzigingen te controleren. Kijk bij sitemapbronnen naar blogaantallen en max_pages wanneer artikelen onverwacht ontbreken. Test bij custom knowledge na elke aanpassing enkele representatieve klantformuleringen.

Problemen met FAQ-kwaliteit oplossen

Het antwoord is te breed

Splits een lang antwoord in losse vragen wanneer meerdere beleidsregels worden behandeld. Eén gerichte FAQ is eenvoudiger terug te vinden en bij te werken.

Het antwoord is verouderd

Werk het antwoord bij vanuit de goedgekeurde beleidsbron en test daarna veelgebruikte klantformuleringen. Kan geen eigenaar de tekst bevestigen, verwijder hem dan totdat controle mogelijk is.

De assistent geeft tegenstrijdige informatie

Zoek verwante FAQ’s en gekoppelde bronnen na op hetzelfde beleid. Kies één gezaghebbende tekst en pas de concurrerende versie aan of verwijder die.

Een vraag wordt niet gevonden

Herschrijf de vraag in klanttaal, voeg relevante natuurlijke termen toe aan het antwoord en test enkele varianten. Vul de entry niet met niet-gerelateerde zoekwoorden.

Praktische kwaliteitschecklist

• Eén duidelijke klantintentie per FAQ.
• Een direct antwoord vóór voorwaarden en uitzonderingen.
• Geen ongepubliceerde beloften of interne informatie.
• Alleen goedgekeurde termijnen, kosten en voorwaarden.
• Een benoemde eigenaar en controlemoment.
• Productfeiten in feeds of de Catalog API.
• Een korte test met natuurlijke klanttaal.

Samenvatting

Custom knowledge FAQ’s geven Fynd een expliciete bron voor belangrijke klantinformatie. Houd iedere entry gericht, goedgekeurd en onderhouden. Gebruik ze voor stabiele beleids- en serviceantwoorden en laat sitemap-crawls, XML/CSV-feeds en de Catalog API de publieke inhoud en live catalogusfeiten verwerken waarvoor die bronnen bedoeld zijn.