Retoursoftware kiezen: 7 criteria die tellen
Retoursoftware kiezen voor je webshop? Deze 7 criteria bepalen echt je keuze, gerangschikt op impact, met een situatie-tabel per vendor.
Kies je retoursoftware op basis van het klantportaal en je loopt binnen een paar maanden tegen dezelfde muur aan: creditering die niet klopt, klantenservice die handmatig moet bijhouden welke retour al is goedgekeurd, en een boekhoudpakket dat niet weet wat er is teruggekomen. Retoursoftware kiezen draait niet om welk retourportaal het mooiste demo geeft, maar om welk systeem retouren verwerkt zonder dat iemand ze met de hand moet nalopen.
Er zijn grofweg drie categorieën. Een los retourportaal zoals het PostNL-retourplatform of Retouren.nl regelt alleen de retourkant. Een verzendplatform met retourmodule, zoals Sendcloud of ShippyPro, combineert verzendlabels en retouren in één tool. En een TMS met retouren als onderdeel van de bredere multi-carrier flow, zoals nShift of Cargoson, behandelt een retourzending als gewoon nog een zending in hetzelfde systeem waar ook je uitgaande pallets en pakketten doorheen lopen. Welke categorie bij jou past, hangt af van hoe complex je verzendstromen al zijn.
De 7 criteria, gerangschikt op impact
De volgorde hieronder is bewust: koppelingen en creditering bepalen of het systeem werk uit handen neemt, portaalbranding bepaalt alleen hoe het eruitziet.
1. Koppeling met webshop, marketplace en WMS
Zonder een werkende koppeling met je webshopplatform (Shopify, WooCommerce, Magento), je marketplace-account (bol.com) en je WMS blijft retourverwerking handwerk, hoe mooi het portaal ook is. Het PostNL-retourplatform koppelt bijvoorbeeld via plug-ins, zoals Magento, Shopify en WooCommerce, direct met het platform, en voor andere platforms is er de API of andere integraties. Test dit altijd met een echte order uit je eigen systeem, niet met een demo-account van de leverancier.
2. Automatische creditering naar boekhouding of ERP
Dit is het criterium dat het vaakst wordt overgeslagen tijdens de demo en het vaakst tot problemen leidt na go-live. Als een retour wordt goedgekeurd maar de creditnota niet automatisch naar Exact Online of AFAS gaat, ontstaat er een gat tussen wat de klant terugkrijgt en wat je boekhouding registreert. Vraag concreet: wordt de creditering getriggerd door de statuswijziging in het retoursysteem, of moet iemand dat handmatig overtypen?
3. Vervoerderflexibiliteit: eigen contract vs. gebundeld tarief
Sommige platforms rekenen een opslag boven op het vervoerderstarief, andere laten je eigen contracten met PostNL, DPD of bpost gebruiken zonder markup. ShippyPro stelt in zijn eigen vergelijking dat je contracten met 0% markup meekomen, terwijl Sendcloud werkt met een vast bedrag per maand plus een toeslag per label. Bij hogere volumes telt dat verschil hard door.
4. Retourdata en redenrapportage
Retourdata is geen nice-to-have voor een kwartaalrapportage, het is input voor je assortiment en productpagina's. Het PostNL-platform geeft gedetailleerde informatie over wat er wanneer is teruggestuurd, en waarom, en dat soort inzicht bepaalt of je structurele retourredenen (verkeerde maat, kapot bij aankomst) daadwerkelijk oplost in plaats van alleen verwerkt.
5. Kostenmodel
Abonnement, per label, of pay-per-item: elk model past bij een ander volume. ReturnFlow werkt volledig pay-per-item, zonder opstartkosten of abonnement, met €1,50 per retouritem voor intake en registratie en €1,95 tot €9,95 per item voor conditiebeoordeling. Voor een webshop met weinig maar dure retouren kan dat goedkoper zijn dan een vast abonnement bij een verzendplatform.
6. Klantportaal en branding
Belangrijk voor de klantervaring, maar staat bewust op plek zes. Retouren.nl biedt een retourportaal in je eigen huisstijl, op je eigen subdomein, gekoppeld aan je webshop, inbegrepen in elk abonnement. Mooi, maar als de koppeling met je ERP ontbreekt, verplaatst een fraai portaal het probleem alleen naar de backoffice.
7. Schaal en internationale dekking
NL/BE-only volstaat voor de meeste webshops, maar bij groei naar Duitsland of Frankrijk telt de dekking van het vervoerdersnetwerk mee. Dit criterium staat laatst omdat het pas relevant wordt zodra je daadwerkelijk internationaal verkoopt.
Welk criterium wordt te vaak overgewaardeerd
Portaalbranding wint bijna elke demo. Het ziet er goed uit, het management begrijpt het meteen, en het voelt als een quick win voor klanttevredenheid. Het probleem: een gebrandeerd portaal zegt niets over of retouren automatisch crediteren, of ze dubbel worden geboekt, of je klantenservice nog steeds handmatig moet uitzoeken welke retour al is verwerkt. Vraag bij elke leverancier eerst naar de koppeling en de creditering, en pas daarna naar de huisstijl-opties.
Situatie naar aanbeveling
| Situatie | Aanbevolen richting | Waarom |
|---|---|---|
| Pure bol.com-seller, laag volume | PostNL-retourplatform of bol.com's eigen retourafhandeling | Geen extra tool nodig, koppeling met marketplace staat al vast |
| Eigen webshop en fulfilment, volledige branding gewenst | Retouren.nl of Sendcloud | Portaal in eigen huisstijl inbegrepen, geschikt voor middelgroot volume |
| Multi-channel: webshop, bol.com en marketplace, groeiend volume | ShippyPro of Sendcloud | Retouren en verzending in één dashboard over kanalen heen |
| B2B pallet en parcel mix, retouren horen bij bredere verzendstroom | Multi-carrier TMS met retourmodule: nShift, Cargoson of Sendcloud | Retour is dan gewoon een zending in hetzelfde systeem als je uitgaande stromen |
| Enterprise met eigen vervoerderscontracten, geen tariefopslag gewenst | ShippyPro of TMS-oplossingen met eigen rates (Cargoson, nShift) | Voorkomt markup boven op onderhandelde tarieven |
| Laag volume, hoge itemwaarde, weinig retouren maar wel arbeidsintensief | ReturnFlow (pay-per-item) | Geen vast abonnement, kosten schalen met daadwerkelijke retouren |
Een praktijkvoorbeeld
Haarshop.nl testte het alles-in-één-retourplatform van PostNL nadat retouraantallen weliswaar laag bleken, maar wel duur waren. Volgens de eigenaar Denzell werkt het gewoon voor elke webshop, of je nou 100 of 15.000 producten hebt. Dat sluit aan bij wat je in de praktijk vaak ziet: het gaat niet om het volume, maar om of het systeem de retour zelf afhandelt zonder tussenkomst.
Wat retoursoftware niet oplost
Software verwerkt retouren, het voorkomt ze niet. Een slecht retourbeleid of onduidelijke productinformatie blijft een assortiments- en communicatieprobleem, niet iets wat een portaal oplost. Compliance rond btw-correcties bij retouren en het bewaren van retourdata blijft je eigen verantwoordelijkheid, ook als de software de creditnota automatisch aanmaakt. En let op wettelijke termijnen: bol.com geeft klanten vanaf het moment van ontvangst 30 dagen om een retour aan te melden, en daarna 14 dagen om het op te sturen. Je retoursoftware moet die termijnen kunnen bewaken, niet ze zelf bepalen.
Checklist voor de RFP of demo
- Laat de leverancier een koppeling testen met een echte order uit jouw webshop of bol.com-account, niet met testdata.
- Vraag een end-to-end demonstratie van creditering: van goedgekeurde retour tot boeking in Exact Online of AFAS.
- Vraag het tarief bij jouw daadwerkelijke volume, niet het instapbedrag op de prijspagina.
- Check of retourdata te exporteren is naar je eigen BI-tool of spreadsheet, niet alleen te bekijken in een dashboard.
- Vraag of je eigen vervoerderscontracten gebruikt kunnen worden zonder opslag op het tarief.
- Controleer of retourtermijnen (zoals bij bol.com) automatisch bewaakt worden binnen het systeem.
Begin met de koppeling testen, niet met de portaal-demo. Vraag elke leverancier om een creditering end-to-end te laten zien met jouw eigen ordernummer, en pas daarna naar de huisstijl-opties te kijken. Dat kost een uur meer tijdens de selectie, maar bespaart maanden handwerk daarna.
