Bots en personas inrichten

Bots en personas inrichten

Waarom bots meer zijn dan "de chatbot aanzetten"

In Fynd is elke bot een persona: naam, toon, taal, system prompt, widgetteksten, thema en optioneel eigen kennis. Bezoekers praten met die persona via de embed (data-bot="slug"). Catalogus-RAG levert productfeiten; de persona bepaalt hoe antwoorden klinken en welke grenzen gelden.

Dit artikel helpt shop-operators kiezen tussen één of meerdere bots, velden correct in te vullen, kennis te scheiden, en valkuilen te vermijden wanneer persona's elkaar overlappen.

Eén bot of meerdere?

Start met één bot wanneer…

• Je assortiment één duidelijke doelgroep heeft.
• Je net begint met Fynd (Starter-trial, eerste 14 dagen).
• Je plan Starter is: maximaal 1 bot.
• Je wilt snel live zonder scope-discussies.

Eén goed ingerichte default-bot dekt de meeste webshops. Investeer in kennisbronnen, prompts en playground-tests voordat je splitst.

Overweeg meerdere bots wanneer…

• Assortimentslijnen sterk verschillen (bijv. consument vs. zakelijk, fashion vs. outdoor).
• Taal of markt andere tone of voice vraagt (NL vs. DE met vaste bot-taal).
• Kennis moet gescheiden blijven (B2B-catalogus vs. consumenten-PDP's).
• Je plan Growth (tot 3 bots) of Pro (tot 10) dat toelaat.

Meer bots betekent meer onderhoud: per bot sync-scope, prompts, embed-slug en analytics uitlezen. Voeg alleen toe wat een meetbaar verschil oplevert.

Planlimieten in het kort

Bereik je de limiet, toont het dashboard een upgrade-prompt. Verwijder ongebruikte bots niet lichtvaardig: gekoppelde kennis verdwijnt mee.

Persona-wizard versus handmatig bewerken

Persona-wizard (Bots → nieuwe persona), Je beschrijft je shop in één prompt; AI genereert naam, rol, toon, welkomsttekst, disclaimer, suggested prompts en system prompt. Ideaal voor de eerste bot.

Handmatig bewerken: Na aanmaak fine-tune je elk veld. Gebruik "Verbeter met AI" / "Breid uit met AI" op de system prompt voor gerichte aanpassingen, maar lees altijd na en sla op.

Identiteit: veld voor veld

Open Bots → [persona] → Bewerken.

Naam (persona_name): Voornaam of merknaam in de chatheader ("Mira", "Shop-assistent"). Kort en menselijk; geen interne codenamen.

Slug (slug): Technische sleutel voor embed: data-bot="outdoor". Alleen kleine letters, cijfers, streepjes. Wijzig slug pas na embed-documentatie bijwerken; oude snippets blijven anders naar verkeerde bot wijzen.

Functietitel (role_title): Subtitel onder de naam ("Hardloopschoen-adviseur", "Skincare guide"). Helpt verwachtingen scheppen.

Avatar URL: Optioneel. Vierkante afbeelding, HTTPS. Zonder avatar: initialen van de naam.

Stem en stijl

Toon: Keuze uit vriendelijk, professioneel, expert, speels, premium, direct. Bepaalt default-framing in gegenereerde prompts; stem af op merk.

Taal: Vaste bot-taal of automatisch:

• Altijd Nederlands: Antwoorden in NL, ook bij Engelse input (tenzij prompt anders zegt).
• Altijd Engels / Duits / Frans: Vaste taal voor die markt.
• Taal van de bezoeker (fallback NL): Bot volgt shopper waar mogelijk; fallback Nederlands.

Kies één taalmodus per bot. Meerdere markten met vaste copy? Vaak schoner: één bot per taal dan één bot met gemengde instructies.

Antwoordlengte: Kort, gebalanceerd of uitgebreid. Match met mobiel gedrag (kort) vs. complexe technische catalogus (uitgebreid).

Emoji: Geen, licht of expressief. Premium B2B: meestal geen; lifestyle: licht kan passen.

Widgettekst

Welkomstbericht: Maximaal enkele zinnen. Noem wat de bot wél kan ("help je product kiezen") en nodig uit tot een concrete vraag.

Disclaimer: Eerlijk over AI en catalogusgrenzen. Geen medische, juridische of prijsgaranties zonder goedgekeurde copy.

Voorgestelde prompts: Max. 8 regels. Gebruik echte shopper-intents uit support of zoekdata.

Fallback bij ontbrekende kennis: Wat zegt de bot als RAG niets vindt? Bijvoorbeeld: eerlijk "dat weet ik niet uit de catalogus" plus doorverwijzing.

System prompt: de echte stuurcode

De system prompt (max. 12.000 tekens) is de enige bron voor persona en gesprekflow. Fynd voegt automatisch catalogusregels toe (geen verzonnen prijzen, max. drie producten, etc.).

Goede prompts bevatten:

1. Rol: Wie ben je, voor welke shop?
2. Grenzen: Geen medische claims, geen interne kortingscodes, geen betaalgegevens vragen.
3. Gesprekflow: Eerst vragen stellen, dan adviseren (default template doet dit al).
4. Assortimentfocus: "Alleen hardloopschoenen", "Geen accessoires tenzij gevraagd".
5. Taal: Herhaal taalkeuze als het afwijkt van dashboard-instelling.

Verbeter met AI: Polijst bestaande prompt. Breid uit met AI: Voeg secties toe (bijv. seizoensadvies). Optionele AI-instructie: "meer focus op studenten", "korter antwoorden".

Controleer na AI-bewerking op tegenstrijdigheden met disclaimer of taalinstelling. Sla altijd handmatig op.

Kennis: shop-gedeeld versus bot-overlay

In Kennis koppel je bronnen aan de shop of aan één bot.

Shop-gedeeld (catalogus): Sitemap, feed, API-producten zonder bot_id. Alle bots zien deze catalogus tenzij knowledge isolation actief is.

Overlay per bot: Bron met scope "Overlay: [persona]". Alleen die bot ziet die producten/chunks. Handig voor gescheiden assortimenten.

Knowledge isolation: Geavanceerde instelling (isolate_knowledge op persona). Wanneer aan: retrieval ziet alleen kennis van die bot, niet de shop-gedeelde catalogus. Gebruik alleen als je bewust een demo- of niche-bot wilt zonder gedeelde producten. Vergeten isolation aan te zetten terwijl je overlays verwacht, is een veelgemaakte fout.

Praktische regels:

• Eén catalogus, meerdere tonen → shop-gedeeld + verschillende prompts, geen overlays nodig.
• Twee echte catalogi → twee bots + overlays of gescheiden feeds per bot.
• Test in playground met bot-selector: product- en chunk-telling moeten kloppen.

Standaard bot en embed

Standaard bot (is_default), Gebruikt wanneer embed geen bot specificeert of embed builder geen keuze heeft. Stel via Bots → "Standaard maken". Eén default per shop.

Embed builder: Kiest welke slug in het snippet komt. Moet overeenkomen met de bot die je wilt tonen. Default bot ≠ automatisch embed-bot als je handmatig een andere slug in theme code plakt.

Pin op /demo

Met Pin op /demo verschijnt deze persona op je curated demo-pagina (/demo). Handig voor sales, onboarding of interne review. Pinnen verandert niet automatisch je live embed. Houd demo-copy en productie-copy gelijk waar mogelijk om verrassingen te voorkomen.

Thema per bot

Primair, accent, achtergrond, tekst, hex-kleuren per bot. Embed-laadt thema via bot-config. Meerdere bots op verschillende pagina's (verschillende slugs) kunnen verschillende kleuren tonen; één site-wide embed toont één bot-thema.

Test contrast op mobiel. Donker primair met donkere tekst in chips kan slecht leesbaar zijn.

Leads en overdracht (kort)

E-mail verzamelen na antwoorden: Optionele lead capture. Notificatie-e-mail: Intern adres bij leads. Overdrachtprompt: Tekst wanneer menselijke opvolging wordt aangeboden. Stem af op privacybeleid; vraag geen data vóór waarde.

Valkuilen bij overlappende bots

Twee bots,zelfde kennis, andere prompts alleen: Kan werken voor A/B op toon, maar shoppers merken verschil vaak niet. Meet of de split iets oplevert.

Overlappende overlays + gedeelde catalogus: Bot A en B zien allebei alles; advies voelt identiek. Fix: scopes aanscherpen of isolation bewust gebruiken.

Verkeerde slug in embed: Bot B live terwijl je Bot A testte in playground.

Taal mismatch: Dashboard "Altijd NL", prompt "Always English". Antwoorden wisselen.

Te lange system prompts: Richtlijnen verdrinken. Houd kernregels bovenaan; gebruik FAQ's voor feiten.

Bot verwijderen: Vernietigt gekoppelde kennis. Exporteer/documenteer vóór delete.

Starter met multi-bot plan in hoofd: Je kunt niet; upgrade eerst of houd één persona scherp.

Operationele checklist per nieuwe bot

• Duidelijke scope: welk assortiment / welke taal / welke pagina's?
• Slug uniek en gedocumenteerd
• Kennisbronnen: gedeeld of overlay; isolation ja/nee bewust gekozen
• System prompt + widgetteksten reviewed
• Playground: min. 10 scenario's inclusief edge cases
• Embed snippet bijgewerkt of aparte pagina's met juiste data-bot
• Standaard bot bewust gezet als dit de main persona is
• Analytics: filter op bot waar dashboard dat toelaat

Onderhoud

• Na catalogus-sync: herhaal kernvragen per bot.
• Na prijs- of beleidswijziging: update FAQ's (shop-gedeeld) en test alle bots die policies noemen.
• Quarterly: lees onbeantwoorde vragen; beslis welke bot FAQ of prompt-update nodig heeft.

Bots zijn het stuurwiel van hoe shoppers Fynd ervaren. Eén sterke persona wint het van drie half-af bots. Voeg pas complexity toe wanneer assortiment, taal of kennis dat echt vereist.