jan 13, 2026
E-commerce UX redesign voor product discovery
E-commerce UX redesign werkt pas echt als het product discovery sneller, duidelijker en moeilijker te verpesten maakt. Als je webshop wel verkeer heeft, maar shoppers alsnog scrollen, twijfelen en vertrekken alsof de oven nog aanstaat, dan is discovery meestal het probleem.
Dit artikel is voor je als je een echt assortiment hebt, beperkte dev-tijd, en het gevoel dat “het ziet er prima uit” geen strategie is.
Inhoud: wat discovery is, scope, PLP’s, filters, search, product data, mobiel, metrics en een nuchter plan.
Wat “product discovery” eigenlijk is
Product discovery is het systeem dat “misschien koop ik” omzet in “gevonden”. Het is niet alleen categorieën. Het is navigatie, on-site search, filters, sortering, productdata en hoe je pagina’s helpen keuzes te verkleinen zonder dat mensen verdwalen.
Dit vergeten teams vaak: shoppers ervaren je webshop niet als pagina’s. Ze ervaren ‘m als beslissingen.
- “Zet me in de juiste categorie.”
- “Laat me verfijnen.”
- “Laat me vergelijken.”
- “Laat me vertrouwen wat ik zie.”
Als één stap breekt, gaan mensen geen bug report schrijven. Ze gaan weg.
Takeaway: Discovery is een beslissysteem, geen UI-checklist.
Scope van je e-commerce UX redesign
Een scope hoort beslisflows te beschrijven, niet een stapel schermen. Begin met de twee meest voorkomende journeys:
- “Ik weet wat ik wil, help me het vinden.”
- “Ik ben aan het oriënteren, help me kiezen.”
Maak daarna duidelijk waar gebruikers helderheid nodig hebben: categorie-keuze, filteren, sorteren, vergelijken, en bevestigen dat ze nog op de juiste plek zitten.
Als je eerst het grotere plaatje wil, begin bij de basics van webdesign voor webshops: https://www.studioubique.com/web-design/
Definieer succes ook in gewone cijfers: minder dead-end searches, hogere filter-usage, meer PDP-bezoeken vanuit PLP’s, en minder “pogo-sticks” (heen-en-weer klikken omdat niets vertrouwen geeft).
Takeaway: Scope de beslissingen, daarna pas de schermen.
Categoriepagina’s die sturen
Je PLP (product listing page), categoriepagina, collection page, hoe je het ook noemt, is waar veel webshops mensen kwijtraken. Niet omdat het lelijk is, maar omdat het vaag is.
Een goede PLP beantwoordt dit zonder dat je bezoeker moet werken:
- Waar kijk ik naar?
- Hoe verfijn ik dit?
- Wat is het verschil tussen deze items?
- Wat gebeurt er als ik klik?
Praktische patronen die hun huur verdienen
- Toon betekenisvolle verschillen in de grid (maatbereik, compatibiliteit, materiaal, key feature).
- Maak sorteren menselijk, niet interne logica. (“Nieuwste” is geen keuze, het is een schouderophaal.)
- Gebruik hiërarchie zodat productnaam niet vecht met prijs, badges en verzending.
Wat we vaak zien: stores kopiëren PDP-details naar de PLP en vragen zich af waarom niets eruit springt. De fix is niet “meer info”. Het is de juiste info.
Takeaway: Scannen moet makkelijker zijn dan nadenken.
Filters die mensen vertrouwen
Filteren is waar intentie specifiek wordt. Het is ook waar webshops soms passief-agressief worden: “Natuurlijk mag je filteren, maar we laten niet zien wat je gedaan hebt. Succes.”
Baymard vond dat 32% van top e-commerce sites geen overzicht van toegepaste filters toont, wat desoriëntatie geeft en gebruikers vertraagt (Baymard Institute, 2020).
Daarom blijft Baymard’s onderzoek naar applied filters zo pijnlijk relevant:
https://baymard.com/blog/how-to-design-applied-filters
Filterregels die meestal winnen
- Toon toegepaste filters altijd zichtbaar, verwijderbaar, en dicht bij de lijst.
- Gebruik labels zoals mensen praten (“Huidtype” wint van “Dermal profile”).
- Houd aantallen eerlijk (voorkom “0 resultaten” zonder waarschuwing).
- Minder filters, maar wel betekenisvol.
Valkuil: filters toevoegen omdat stakeholders het vroegen, niet omdat users ze nodig hebben. Filters zijn geen museum van attributen.
Takeaway: Context wint het van slimme controls.
Search die zich gedraagt
On-site search is geen tekstveld. Het is een belofte. Als search faalt, gaan mensen niet “dan maar browsen”. Ze denken dat je het product niet hebt.
Definieer wat search moet kunnen:
- synoniemen (bank, sofa)
- typfouten
- partial queries
- merk + model
- intent queries (“cadeau voor hardloper”), als je catalogue dit ondersteunt
En definieer wat resultaten moeten doen:
- relevantie tonen, geen willekeur
- narrowing ondersteunen met filters
- laten zien waarom iets matcht, zonder roman
Snelle check: open je analytics en pak de top interne zoektermen. Zie je termen die steeds terugkomen met lage engagement, dan faalt search stilletjes.
Takeaway: Search UX is een product, geen box.
Productdata die verkoopt
Discovery breekt als productdata vaag, inconsistent of incompleet is. Dat is geen “content klusje”. Dat is de fundering van filtering, sorting en relevance.
Typische issues:
- attributen verschillen per product (Blauw, Navy, Donkerblauw, Midnight)
- maten staan als tekstblob in plaats van varianten
- compatibiliteit zit verstopt in descriptions
- key verschillen ontbreken
Wil je faceted filtering (combinaties van size, prijs, merk)? Dan heb je gestructureerde attributen nodig. Anders zijn filters vooral placebo-UI.
Eenvoudige, harde regel: als een attribuut niet te filteren, sorteren of vergelijken is, is het waarschijnlijk niet goed gestructureerd.
Takeaway: Zwakke attributen geven zwakke discovery.
Mobile discovery is genadeloos
Mobile discovery is waar goede bedoelingen stilletjes sterven. Niet omdat users dom zijn, maar omdat het scherm klein is en aandacht per milliseconde wordt verhuurd.
Maak keuzes expliciet:
- filter toegang (vaste button, bottom sheet)
- zichtbaarheid van applied filters (chips, stacked list)
- sortering in gewone taal
- pagination vs infinite scroll (infinite is prima, tot users oriëntatie nodig hebben)
Beste voor:
- Kleine catalogi (< ~200 SKU’s): curated collections, minder filters, sterkere editorial guidance.
- Grote catalogi (500+ SKU’s): filters + search moeten excellent zijn, navigatie alleen redt het niet.
Realiteit: mobile fixes kunnen in 2–6 weken live als je data klaar is. 6–12+ als attributen herzien moeten worden.
Takeaway: Duimen zijn eerlijk, ze vertrekken snel.
Wat je wekelijks moet meten
Conversie is een late metric. Product discovery vraagt om leading indicators, signalen dat “vinden werkt” vóór omzet verschuift.
Meet wekelijks:
- % sessies met filters
- % sessies met on-site search
- search exit rate (zoeken en dan vertrekken)
- PDP visits per PLP session
- zero results searches + top terms
- add-to-cart rate: search vs category browsing
Kleine rekensom die finance wél serieus neemt:
50.000 sessies per maand met 2% conversie = 1.000 orders.
Als betere discovery je naar 2,2% tilt = 1.100 orders.
Dat zijn 100 extra “beslissingen” die eindigen in aankoop. Vermenigvuldig met AOV, en je hebt een echt bedrag.
Takeaway: Meet narrowing en finding, niet alleen buying.
Een nuchter redesignplan
Hier ship je waarde, of je organiseert redesign-theater.
Phase 1 (1–2 weken): diagnose
- decision flows mappen
- filters/search/data audit
- top 2 journeys kiezen
- weekly metrics vastleggen
Phase 2 (2–6 weken): fix de discovery spine
- PLP layout + informatiehiërarchie
- applied filter zichtbaarheid
- search results UX
- productattributen opschonen (de saaie klus die betaalt)
Phase 3 (doorlopend): itereren zonder chaos
- wekelijkse review van discovery metrics
- één test tegelijk
- learnings documenteren zodat je niet elke sprint dezelfde discussie voert
Laat build-keuzes aansluiten op je aanpak voor e-commerce development:
Zie checkout als onderdeel van discovery, zeker als je payment gateway keuzes maakt:
Takeaway: Ship in slices, valideer per slice.
Wil je een tweede set ogen op je discovery flow? Wij reviewen je PLP’s, filters en on-site search en zeggen wat er écht blokkeert. Geen theater, wel een shortlist. Plan een snelle videocall van 30 minuten, dan laten we precies zien wat je eerst moet fixen.
FAQs
Q: Wat is product discovery in e-commerce UX?
A: Product discovery is hoe users producten vinden, verfijnen en kiezen via categorieën, search, filters en sorting. Daaronder zit productdata, want filters en relevantie werken alleen als attributen gestructureerd zijn. Als discovery faalt, geven users je catalogue de schuld, niet je UI, en ze vertrekken.
Q: Moeten we categoriepagina’s of on-site search eerst aanpakken?
A: Begin waar intentie het hoogst is. Als mensen veel zoeken, fix search eerst. Als mensen vooral browsen, prioriteer PLP’s en filtering. Gebruik analytics: veel search exits betekent vaak dat search faalt.
Q: Hoeveel filters moet een webshop hebben?
A: Zoveel als users nodig hebben om echte keuzes te maken, en niet meer. Te veel filters geeft ruis en verlaagt vertrouwen. Houd filters gekoppeld aan betekenisvolle verschillen (maat, prijs, compatibiliteit, materiaal) en schrap vanity-attributen.
Q: Welke metrics laten zien dat discovery werkt?
A: Kijk naar leading indicators: filter usage, search usage, PDP visits per PLP session, zero-result searches en search exit rate. Conversie telt, maar is laat. Discovery metrics geven eerder signalen.
Q: Kan een redesign discovery fixen zonder productdata aan te passen?
A: Soms bij kleine catalogi. Bij grote stores sturen attributen en varianten filtering en relevantie. Als je data inconsistent is, kan UI het niet redden. Je krijgt mooiere schermen met dezelfde verwarring, alleen in hogere resolutie.
Plan een 30-min fit check
Wil je dit gedoe voorkomen in je volgende project? Plan een videocall van 30 minuten. We laten zien wat je eerst moet fixen. Geen druk, wel duidelijkheid.
Plan een call
