Webshop automatiseren: catalogus die zichzelf bijwerkt, checkout met lokale betaalmethoden, configurator naar offerte, en een agent voor klantvragen.
AI-automatisering voor webshops en e-commerce pakt drie plekken waar een winkel lekt: de catalogus die zonder handinvoer actueel blijft, checkout met lokale betaalmethoden en een configurator die bij maatwerk een offerte oplevert, en de klantvragen over levering en retour die een agent afvangt. EIGHTY8 bouwde dit spoor voor een webshop in de energiemarkt en zet het als maatwerk in.
De catalogus is het hart van een webshop, en het hart sloeg te laat. Prijzen schuiven mee met inkoop, voorraad loopt op en af, producten gaan uit de collectie en nieuwe komen erbij. En elke beweging betekent handwerk zolang de site een los kopie van je gegevens is. Een webshop die een product verkoopt dat er niet meer is, lost dat met excuses op; de volgende dag wacht hetzelfde risico opnieuw.
Daarna lekt het in de afronding. Een klant die overtuigd is, raakt een betaalmethode aan die hij niet gebruikt of een afrekenroute die niet bij zijn land past. En de koers blijft afgebroken liggen in het winkelmandje. En bij maatwerk of grotere aantallen loopt het spoor dood: geen optie om te configureren en te bestellen, alleen een contactformulier dat op maandag gelezen wordt.
En dan is er de mailbox na de aankoop: waar is mijn bestelling, kan ik retourneren, past dit artikel bij dat model, wanneer wordt bijgeleverd. Deze vragen zijn precies waar een agent in uitblinkt, mits hij uit jouw eigen winkelgegevens antwoordt. En juist deze vragen bepalen of een klant een tweede keer koopt.
Het spoor van de visit tot de vraag na aankoop: catalogus, checkout, configuratie en supporttriage. De kaarten hieronder zijn de bouwstenen; welke eerst komt, hangt af van waar jouw winkel nu het hardst bloedt. Meestal is dat de catalogusactualiteit, omdat die elke dag geld kost zolang hij achterloopt. Wat er nodig is hangt af van je platform, je assortiment en hoeveel van je omzet via maatwerk loopt.
Discovery met de winkeldata op tafel: waar beheer je producten en prijzen nu, welke betaalmethoden vragen je markten, hoeveel orders lopen via maatwerk, en welke vragen komen wekelijks terug in de mailbox. Daaruit komt een scope met aannames en een offerte op nacalculatie.
De bouw koppelt aan je bestaande winkel: de catalogus leest je eigen product- en voorraadgegevens in plaats van ze te dupliceren, de checkout praat met de betaalverwerker die je al hebt of met degene die jouw markten beter past, en de configurator rekent met jouw regels. Een uitkomst eindigt in een order of in een offerte-aanvraag, nooit in een verwarring. De supportagent antwoordt uitsluitend uit winkelgegevens en bestelstatussen, en schuift alles met een echte afweging door naar een mens.
Na de livegang kijken we naar de afbreukmomenten en verbeteren we eerst dáár. Wil je de winkel zelf vernieuwen, dan kan een nieuwe webshop binnen 48 uur live staan zodra de scope vaststaat. Maar het verdienmodel zit in de flows eromheen.
Het e-commercebewijs staat openbaar op onze casepagina: een webshop voor batterijopslag, zonnepanelen en laadoplossingen, met een productcatalogus die automatisch actueel blijft, een checkout met lokale betaalmethoden en een configurator die een offerte oplevert voor maatwerk oplossingen. Wat je daar níet leest: omzet, bestelaantallen of de landenlijst van die winkel. Commerciële cijfers blijven bij de winkel zelf.
Een webshop verzamelt de hele identiteitsstapel: adresgegevens, bestelgedrag, betaalvoorkeuren. We leggen per flow vast wat bewaard wordt en hoe lang, welke gegevens een supportagent mag lezen bij het beantwoorden van een vraag, en wat nooit een model raakt. Bestelgegevens blijven in je winkelomgeving, een leveringsvraag kan geanonimiseerd bij een model terechtkomen. Betalingsgegevens blijven uitsluitend bij de betaalverwerker. Alles is via logging terug te volgen, en jouw verwerkersovereenkomsten bepalen de grens.
We offreren per project, op basis van de echte scope: welke stromen koppelen, hoe je catalogusgegevens eruitzien, of er een configurator bij komt en hoeveel vragen de agent moet afvangen. Er is geen pakketprijs voor webshops, omdat een winkel met een nette koppeling en een winkel met handinvoer in een spreadsheet niet hetzelfde werk zijn. Afgerekend wordt op nacalculatie. Voor wat er daadwerkelijk gebouwd is.
Ja, en migreren is niet het doel. Een platform dat goed draait, blijft staan; we koppelen de stromen die eromheen hangen (catalogusbronnen, checkout, supportvragen) aan wat je al hebt, via de koppelingen of exports die je platform aanbiedt. In de discovery leggen we vast wat haalbaar is en waar een tussenstap nodig is, zodat je nooit voor een verrassing komt te staan. Pas als je platform de groei zelf in de weg zit, spreken we over een nieuwe winkel. Met een eerlijke inschatting van wat dat vraagt.
Feitenvragen over bestellingen, levertermijnen en retourregels antwoordt hij kloppend, omdat hij uit jouw eigen gegevens en voorwaarden put in plaats van uit een algemeen model. Uitzonderingen (een verloren zending, een klacht, een handmatige regeling) herkent hij als uitzondering en schuift hij door met de volledige context. Of je alles nakijkt of alleen de doorgeschoven gevallen, is een instelling die jullie bepalen; de meeste winkels beginnen streng en letten daarna alleen nog op de randgevallen.
Juist bij projectaankopen scheelt hij het meest, want daar loopt het spoor nu dood in een contactformulier. De configurator laat een zakelijke koper zijn samenstelling opbouwen (specificaties, aantallen, opties) en eindigt in een offerte-aanvraag die compleet en doorgerekend bij je binnenkomt, eventueel met een richtprijs op basis van jouw regels. Het ordermoment blijft bij jullie, maar de exploratieronde die nu per project over de lijn gaat, loopt dan vooraf al in de winkel zelf.
Door nacalculatie op de echte scope. De discovery telt op hoe je productgegevens nu beheerd worden, welke betaalmethoden je markten vragen, of een configurator nodig is en hoeveel vragen de agent moet dragen. Daaruit komt een schriftelijke offerte met aannames vóórdat de bouw start, en je rekent af op wat er gebouwd is. Er bestaat geen standaardprijs voor webshopautomatisering, want een winkel met nette brondata en een winkel met spreadsheet-invoer vragen fundamenteel ander werk.
EIGHTY8