60% van consumenten haakt af bij 'AI' in je marketing: zo bouw je met Claude Code een AI-feature die vertrouwen wekt

60% van je gebruikers wil het woord 'AI' niet zien

Een fors onderzoek van WordPress VIP onder Amerikaanse consumenten laat iets zien wat veel SaaS-makers liever niet horen: 60% ervaart 'AI' in merkberichten als een afknapper. Niet omdat ze AI-features niet willen, maar omdat het woord zelf wantrouwen wekt. Ze denken aan gegenereerde rommel, aan afstandelijkheid, aan minder menselijk contact.

Voor jou als maker betekent dit: je kunt de slimste AI-integratie ter wereld hebben gebouwd, maar als je de verkeerde woorden kiest, kost het je conversie.

Wat betekent dit voor jouw project?

Als je op dit moment een AI-feature aan het bouwen bent, of al hebt, dan heb je twee problemen die je tegelijk moet oplossen: de feature zelf werken laten, en hem zo presenteren dat gebruikers er vertrouwen in hebben. Dat tweede deel wordt door de meeste makers vergeten.

Concreet: als je een samenvattingsfunctie, een slimme zoekbalk, of een automatische suggestie hebt gebouwd, dan zit er waarschijnlijk ergens een label als "AI-samenvatting" of "Powered by AI" in je UI. Dat is precies wat dit onderzoek aanwijst als het probleem.

Vanavond kun je dat oplossen, met Claude Code.

Hoe pak je het aan met Claude Code?

De aanpak bestaat uit drie stappen: je laat Claude Code je huidige UI-teksten auditen, vervangt de 'AI-taal' door gebruikersgerichte taal, en voegt optioneel een kleine transparantie-component toe die vertrouwen bouwt zonder het woord 'AI' te hoeven gebruiken.

Stap 1: Laat Claude Code je AI-taal opsporen

Open Claude Code in je projectmap en stuur deze prompt:

Doorzoek alle bestanden in de components/ en pages/ map naar teksten die de woorden 'AI', 'artificial intelligence', 'machine learning', 'generated', 'powered by' of 'automatisch gegenereerd' bevatten. Geef me een lijst van bestandsnaam, regelnummer en de exacte tekst. Geen andere wijzigingen.

Je krijgt een overzicht van waar je nu 'AI-taal' gebruikt. Dat is je startpunt.

Stap 2: Herschrijf naar gebruikersgerichte taal

Nu geef je Claude Code de lijst terug en laat je het herschrijven. De truc is: focus op wat de gebruiker krijgt, niet op hoe het werkt.

Herschrijf de volgende UI-teksten zodat ze de gebruiker centraal zetten en het woord 'AI' of technische termen vermijden. Focus op het resultaat voor de gebruiker. Houd de teksten kort (max 4 woorden voor labels, max 15 woorden voor beschrijvingen).

Voorbeelden van de gewenste stijl:

• "AI-samenvatting" wordt "Snel overzicht"
• "Powered by AI" wordt "Slimmer werken voor jou"
• "AI-suggesties" wordt "Jouw volgende stap"
• "Automatisch gegenereerd" wordt "Meteen klaar voor je"

Herschrijf nu deze teksten: [plak hier de lijst uit stap 1]

Pas de voorbeelden aan op de toon van jouw product. Een B2B-tool klinkt anders dan een consumentenapp.

Stap 3: Bouw een vertrouwens-component (optioneel maar sterk aanbevolen)

Transparantie wekt meer vertrouwen dan verbergen. Niet uitleggen hoe het werkt, maar wel laten zien dat er logica achter zit. Bouw een klein tooltip-component:

Maak een React component SmartBadge in components/SmartBadge.tsx. Het is een klein badge-element met een informatie-icoontje. Bij hover of klik verschijnt een tooltip met een korte uitleg van hoe de functie werkt, zonder technische termen. Gebruik Tailwind CSS. De badge heeft een label prop (de zichtbare tekst) en een explanation prop (de tooltip-tekst). Maak het toegankelijk met correcte aria-labels.

Je gebruikt het dan zo in je code:

<SmartBadge
  label="Snel overzicht"
  explanation="We kijken naar de langste zinnen en de kernpunten in je tekst en zetten die samen voor je klaar."
/>

Zo geef je gebruikers die wil weten hoe het werkt een antwoord, zonder de rest te overweldigen met tech-speak.

Stap 4: Test je nieuwe teksten met een echte gebruikerstest-prompt

Voordat je pusht, laat je Claude Code nog even een quick sanity check doen:

Lees de volgende UI-teksten als iemand die het product voor het eerst ziet en niet weet hoe het technisch werkt. Geef voor elke tekst aan: (1) is het duidelijk wat de gebruiker krijgt? (2) klinkt het betrouwbaar? (3) zijn er woorden die wantrouwen kunnen wekken? Wees kritisch.

[plak hier je nieuwe teksten]

Dit is een simpele maar effectieve manier om een extra set ogen te simuleren voordat je iets live zet.

Wat te checken na afloop

• Zoek nogmaals op 'AI' in je codebase: grep -ri "ai" src/components mag geen resultaten meer geven in zichtbare UI-teksten (alleen in technische variabelenamen is prima).
• Open je product in de browser en lees elke knop, label en beschrijving hardop. Klinkt het als iets wat een behulpzame collega zou zeggen? Dan zit je goed.
• Als je Hotjar of een ander heatmap-tool hebt, zet een event op de SmartBadge tooltip zodat je kunt zien hoeveel mensen doorklikken voor meer uitleg. Dat geeft je data over hoe groot het vertrouwensprobleem bij jouw gebruikers echt is.