Een winkel met een paar vestigingen en een webshop erbij draait op systemen die elkaar niet kennen: kassa, webshop, voorraadmodule en de mailbox waar de klantvragen binnenkomen. Zolang het rustig is, valt dat niet op. In een actieweek of rond een feestdag wordt zichtbaar waar het werk blijft liggen.
Niet in de systemen zelf. In de overdracht ertussen, en die gebeurt vandaag door iemand die uit zijn hoofd weet hoe het moet.
De mail van maandagochtend
Drie berichten, alle drie van het weekend.
De eerste is een retouraanmelding zonder ordernummer. Het shirt past niet, of er wordt om een label gevraagd. De tweede vraagt of maat L nog in de vestiging in de stad ligt. De derde meldt dat de doos is aangekomen met twee linkerhandschoenen.
Voor de eerste moet iemand de webshop in, op achternaam en postcode zoeken, het ordernummer overnemen en een label aanmaken. Voor de tweede moet iemand in de voorraadmodule kijken en vervolgens bellen, want de telling klopt vaak niet. Voor de derde begint een mailwisseling met de leverancier die niets met de klant te maken heeft, maar waarbij de klant wel te woord moet worden gestaan.
Drie mails, drie systemen, drie keer hetzelfde patroon: een medewerker die informatie overtypt van het ene scherm naar het andere. Tel hoeveel van dat soort mails er per week binnenkomen voordat je iets automatiseert. Zonder dat aantal is elke keuze een gok.
Elke overdracht heeft een eigenaar nodig
Een gedeelde mailbox heeft geen eigenaar. Iedereen leest mee, niemand is verantwoordelijk voor wat er na drie dagen nog in staat. Dat verandert niet door er een workflow voor te zetten, wel door per categorie een naam en een termijn af te spreken: retouren binnen een dag, voorraadvragen binnen twee, klachten dezelfde dag terug.
Gebruik je Slimme inbox als startpunt, dan is de eerste winst meestal niet de afhandeling maar de routering: mails met een ordernummer gaan een andere kant op dan mails zonder.
Retour: het beslismoment zit zelden in de tooling
Aan de voorkant is een retour een simpele vraag. Aan de achterkant is het een keten van vier stappen, en pas bij de laatste wordt er iets geboekt.
- De aanmelding, en het koppelen aan de originele order.
- De vraag of deze retour onder de voorwaarden valt.
- Ontvangst en controle van het pakket.
- Terugbetaling of tegoed.
Stap twee is waar het misgaat. De voorwaarden staan op de site, maar de toepassing ervan vraagt een oordeel: is dit product gebruikt, ontbreekt de originele verpakking, gaat het om een hygiëneproduct of om iets dat op maat is gemaakt? De wettelijke bedenktijd geldt niet voor alles, en dat is precies het soort uitzondering dat je in de workflow zet in plaats van in het hoofd van de medewerker.
Een model kan herkennen dat er een foto van een beschadigd artikel is meegestuurd, en kan uit vrije tekst halen dat de klant een maat groter wil. Of de klant gelijk heeft, is een beoordeling. Dat verschil bepaalt hoe je de flow inricht: automatisch een label en een voorstel, en een handmatige knop voor het geld.
De laatste stap is de traagste. Een creditnota gaat pas de boeken in als iemand het pakket heeft gezien, en tot die tijd staat de retour in de winkeladministratie als een bedrag dat nog niet is afgewikkeld.
Een retour zonder ordernummer wordt in de praktijk opgezocht op achternaam en postcode. Bij twee klanten met dezelfde achternaam in dezelfde straat gaat dat mis, en dan staat er een pakket in het magazijn waar niemand een order bij kan vinden. Zet daar een veld voor terugbellen op in plaats van een gok.
De intakekant van dit proces, van retourmail tot gecontroleerde taak, staat uitgewerkt in Retouraanvragen automatisch verwerken met AI voor retail en e-commerce.
Voorraadmeldingen die nooit in een systeem belanden
De voorraadmodule weet wat er is geboekt, niet wat er in het schap ligt. Het verschil komt binnen als losse boodschap: "er staat nog 1 maar ik zie hem niet", "deze is gereserveerd voor een klant", "twee stuks zijn beschadigd uit de doos gekomen". In de winkel heet dat een misgrijper, en het is precies het gat tussen de telling en het schap.
Die meldingen zijn bruikbaar, maar alleen als ze op één plek landen. Zet er een formulier of een vaste mailbox voor, met drie velden: artikel, aantal en reden. Zonder reden is een correctie later niet te analyseren, en dan blijft de teller structureel scheef staan.
Wat je met die data doet, staat in Voorraadrapportages automatisch analyseren met AI. Documentverwerking is de kant waar leverbonnen en pakbonnen binnenkomen en naast die telling worden gelegd.
Productdata: de faalfactor onder alles
Een klant bestelt maat M. Het systeem zegt dat het artikel op voorraad is, want het telt op artikelniveau en niet op maat. De medewerker zoekt, vindt M niet, en de order gaat alsnog de deur uit met een mailtje erachteraan.
Dit begint bij de leveranciersbestanden. Een assortimentslijst in Excel met een kolom maten waarin soms S-XXL staat, soms een rij per maat, en soms helemaal niets. Wie die bestanden automatisch inleest zonder normalisatie, importeert de rommel en ziet dat pas terug in de eerste week van een actie.
De aanpak staat in Productinformatie automatisch verwerken met AI voor webshops. Wat daar gebeurt, is voor een groot deel geen AI: kolommen mappen, maten splitsen, eenheid en kleur consistent maken. AI is handig waar de bron vrije tekst is.
Voor winkels die naast de eigen webshop ook via marktplaatsen verkopen, komt er een kanaal bij met een eigen voorraadbelofte. Zie ook AI-automatisering voor retailers en e-commerce.
Waar regels genoeg zijn en waar classificatie helpt
Een groot deel van dit werk is rekenwerk en patroonherkenning: een ordernummer van acht tekens of een artikelnummer in de onderwerpregel. Dat doe je met regels, en dat is goedkoper en beter voorspelbaar dan een model.
Classificatie voegt iets toe bij vrije tekst. "Mijn zoontje past hem niet" hoort bij maatretour, "kapot geleverd" bij schade, en "ik heb hem dubbel besteld" bij een annulering. Een model kan dat onderscheiden zonder dat je elke formulering in een regel hoeft te stoppen.
Een artikel dat niet in het assortiment hoort, of een order die al twee keer is teruggedraaid: de workflow herkent dat wel, maar de afhandeling is geen label en geen creditnota. Daar hoort iemand naar te kijken, en dat mag je gewoon als uitzondering inrichten.
Eén proces, vier weken, drie cijfers
Begin met één proces, bijvoorbeeld de retourmeldingen, en meet vier weken lang drie dingen: hoeveel meldingen per week, hoeveel daarvan een ordernummer bevatten, en hoeveel minuten de afhandeling nu kost.
Daarna bouw je de flow en zet je een doel voor het percentage uitzonderingen. Reken in de eerste maand op meer uitzonderingen dan je had gehoopt. Het beeld wordt pas bruikbaar als je de trend ziet, niet als je één week vergelijkt met een drukke vrijdag.
Test met echte gevallen, inclusief de drie mails die niemand wilde behandelen. Juist daar zit de waarde: als de flow de rommel aankan, kan hij de rest ook aan.
Veelgestelde vragen
Kunnen we dit doen zonder de webshop te vervangen?
Ja. De meeste webshopplatforms leveren een order-export of een API waarmee je ordernummers, artikelnummers en statussen kunt ophalen. Let op kassasystemen die alleen 's nachts een XML-bestand wegschrijven: dan is je retourinformatie een dag oud en moet je flow daarmee omgaan in plaats van te verwachten dat alles realtime is.
Wie beslist of een retour wordt goedgekeurd?
In de basis een bedrijfsregel, met een medewerker als escalatie. Leg vast of verzendkosten worden vergoed en of je een tegoedbon aanbiedt in plaats van geld terug. Zet daar een bedrag boven waarop iemand het moet bevestigen. Die keuzes staan nergens in een toolinghandleiding, ze staan in je voorwaarden.
Moeten we AI gebruiken om klantmails te lezen?
Niet voor een formulier met vaste velden, daar volstaan regels en een goede template. AI is nuttig bij vrije tekst waarin de klant zijn eigen woorden gebruikt, en bij het scheiden van categorieën die je zelf niet allemaal kunt voorzien. Je hebt wel per categorie een handvol voorbeelden nodig, anders classificeert het model consequent net naast je bedoeling.
Wat gebeurt er met een melding die de workflow niet kan plaatsen?
Die hoort in een aparte lijst met een eigenaar en een dagelijkse controle, niet in dezelfde map als de afgehandelde post. Een uitzondering zonder eigenaar blijft liggen, ook als de workflow hem netjes heeft opgepakt en van een label heeft voorzien.
Wat als dezelfde klant blijft terugsturen?
Markeer dat in het klantrecord en laat de flow die klant niet automatisch goedkeuren. Dat is geen automatische blokkade, want er zijn klanten met een goede reden. Het is een signaal dat een medewerker even meeleest voordat er weer een label de deur uit gaat.